https://issues.apache.org/bugzilla/show_bug.cgi?id=45570
--- Comment #2 from Trejkaz <[EMAIL PROTECTED]> 2008-08-06 00:19:50 PST --- If I get to work on more of this stuff I'll raise separate patches for the next one(s). Regarding the cell records, I suspect the explosion of cell runs is one of the problems I'm running into. At the very least, each blank cell takes 12 bytes just for its fields (then add on the reference to the class itself and whatever other cruft the JVM puts in.) If there were some way of rewriting it to retain the MulBlankRecord and co., that may help a little. But there is a bigger problem at the HSSFCell level as each one has so many fields (worse still, for a blank cell it barely uses any of them! But that's until someone tries to change the value. :-() I can get another 15-20% saving if I hack in some code to throw away blank cells during HSSFRow.createCellFromRecord but obviously that loses the formatting. I think it might be possible to make some kind of copy on write proxy which shares the same actual HSSFCell instance for the blank cell but creates a real one when you call one of the setters, but it looks like it will be a lot of work even for 20%. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
