I have created diff of my caching changes to java.util.zip versus
current cvs (with merged ZipFile). If anybody will ever work on
zip-decompression sensitive code and suffer performance problems, please
try out if they help.
http://nwn-j3d.sf.net/misc/zipcache.diff
As for inclusion in main
I have taken java version of java.util.zip from CVS and done few
optimalizations.
I have zipped entire classpath CVS tree (5MB packed). My test program
goes through all entries and uncompress each to memory array (same every
time, preallocated). I have tested validity of changed by
John Leuner wrote:
Did you do any profiling of the code?
Yes, many times, but only under sun jre 1.4.1 client hotspot on windows.
Both cpu and memory. For the cpu, I do not think there are any suprises
- most of time is spend in Inflater.decodeHuffman, with
InflaterHuffmanTree.getSymbol
I have taken java version of java.util.zip from CVS and done few
optimalizations.
I have zipped entire classpath CVS tree (5MB packed). My test program
goes through all entries and uncompress each to memory array (same every
time, preallocated). I have tested validity of changed by adding
4 matches
Mail list logo