Vladimir Kotal

Also, the new serialization scheme should pave the way for more memory efficient paging of history of files (both UI and API wise) so that the paging mechanism can request...

Also, when adding new history entries to a pre-existing history cache file, the serialization scheme should **ideally** allow to write the new entries without reading the whole history (for given...

Also, some consideration should be made w.r.t. conversion from the old history cache format. Unlike Annotation cache, the file history cache has been around for a while so there should...

Also, some thought needs to be given to how the tags are stored in the serialized history cache. If going by the hand crafted (de)serialization with possibility to append to...

Thinking about the serialization scheme a bit more: in order to achieve both append operation and ordering from newest to oldest (file offset wise), the new history entries would have...

This is similar to #4023 but not same as it has some Mercurial specifics.

I don't think this is something the indexer should implement. Besides, all the code that was supposed to update the repositories from within the indexer has been removed. The current...

> Hi, do you know how to increase the number of threads in opengrok? I think it takes a lot of time to build an index Please create separate discussion...

The issue is still open, so it's not fixed yet. What sort of problem do you see exactly ?

> Stumbled across this issue today, least it appears to be the same issue I'm having. > > What info do you need to aid in a fix? This is...