Toke Eskildsen [t...@statsbiblioteket.dk]: > If your whole index has 10M documents, which each has 100 values > for each field, with each field having 50M unique values, then the > memory requirement would be more than > 10M*log2(100*10M) + 100*10M*log2(50M) bit ~= 340MB/field ~= > 1.6GB for faceting on all fields.
Whoops. Missed a 0 when calculating. The case above would actually take more than 15GB, probably also more than the 25GB you have allocated. Anyway, I see now in your solrconfig that your main facet fields are "cat", "manu_exact", "content_type" and "author_s", with the 5th being maybe "price", "popularity" or "manufacturedate_dt"? cat seems like category (relatively few references, few uniques), content_type probably has a single value/item and again few uniques. No memory problem there, unless you have a lot of documents (100M-range). That leaves manu_exact and author_s. If those are freetext fields with item descriptions or similar, that might explain the OOM. Could you describe the facet fields in more detail and provide us with the total document count? Quick sanity check: If you are using a Linux server, could you please verify that your virtual memory is set to unlimited with 'ulimit -v'? Regards, Toke Eskildsen
