https://bugs.freedesktop.org/show_bug.cgi?id=51239
Lionel Elie Mamane <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.freedesktop.or | |g/show_bug.cgi?id=51976 | --- Comment #22 from Lionel Elie Mamane <[email protected]> 2012-07-11 12:27:11 UTC --- (In reply to comment #21) > sberg - IIRC Lionel is fairly convinced this is a Java stack-guard slowness, At the time of comment 6, this looked like the best guess. Information in later comments seems to suggest that maybe not, or at least a *different* stack-guard problem than bug 35023, but it could also be a *different* Java <-> C++ interface problem. I've a few ideas why it could be slow in general, but none of them explains why this is a regression in 3.5 with respect to 3.4: - HSQLDB I/O is redirected to our ZIP-file structure; unless we cache the whole thing, this must be problematic if HSQLDB tries to read the *end* of the file or write to the *begin* of the file: the whole file has to be (de)compressed. This happens in connectivity/com/sun/star/sdbcx/comp/hsqldb, git log suggests no change since Oct 2010 there! - There seems to be codepaths where information that has *just* been fetched is "refreshed" (and thus fetched again) a fraction of a second later. But even if there were a regression in that in 3.5, that would be a factor 2 or max 5, not the horrible times seen here. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
