> Otherwise we have "flexible indexing" where "flexible" means "slower > if you do anything but the default".
The other encodings should exist as modules since they are pluggable. 4.0 can ship with the existing codec. 4.1 with additional codecs and the bulk postings at a later time. Otherwise it will be 6 months before 4.0 ships, that's too long. Also it is an amusing contradiction that your argument flies in the face of Lucid shipping 4.x today without said functionality. On Fri, Oct 28, 2011 at 5:09 PM, Robert Muir <rcm...@gmail.com> wrote: > On Fri, Oct 28, 2011 at 5:03 PM, Jason Rutherglen > <jason.rutherg...@gmail.com> wrote: > >> +1 I suggested it should be backported a while back. Or that Lucene >> 4.x should be released. I'm not sure what is holding up Lucene 4.x at >> this point, bulk postings is only needed useful for PFOR. > > This is not true, most modern index compression schemes, not just > PFOR-delta read more than one integer at a time. > > Thats why its important not only to abstract away the encoding of the > index, but to also ensure that the enumeration apis aren't biased > towards one-at-a-time vInt. > > Otherwise we have "flexible indexing" where "flexible" means "slower > if you do anything but the default". > > -- > lucidimagination.com >
