[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jgit-dev] jGit memory management and optimizations

Thank you for your feedback. I'll use jGit as-is and if we do find some neat optimization I'll try to push it upstream.

--emi

Pe 25.11.2012, la 21:39, Shawn Pearce <spearce@xxxxxxxxxxx> a scris:

> On Sat, Nov 24, 2012 at 10:45 PM,  <emilian.bold@xxxxxxxxx> wrote:
>> 
>>>> It's not about releasing the memory back to the OS, it's about just not using so much of it. Ideally I would like some way to configure jGit to only cache 100MB in RAM and re-load/re-compute cache misses.
>>> 
>>> That's a nice dream. Not sure you can get there without making it so
>>> slow that its unusable. Try getting more RAM, its fairly cheap these
>>> days. Its not like we are still in the 640 KiB is enough for anyone
>>> days of DOS.
>> 
>> Oh, I have more than enough RAM. But for an application that runs nicely with -xmx 200MB it's a bit odd that adding jgit means I have to raise that another 500MB just to be certain it doesn't OOME on a large git repository.
>> 
>> Thank you for your feedback.
>> 
>> Since this problem seems hard to fix I'll lower its priority and just take jGit as it is.
> 
> I'd love to see this improved, I was just trying to warn you that
> people have tried and have not yet been successful. Hopefully someone
> will have some new insight one day that will offer a significant
> improvement. The bitmap based enumeration for packing came about as an
> accident as we were exploring ways to improve branch level access
> controls in Gerrit Code Review. :-)