https://bugs.freedesktop.org/show_bug.cgi?id=46740
--- Comment #4 from [email protected] 2012-03-03 14:58:28 PST --- I retested on my system which is a vista 64 system with 8G Physical RAM of which about 3 GB was free when I started the operation. At the start of the operation, the the Peak Working Set is 345 Meg. When the fill operation is started, it grows rapidly and crashes when the Peak Working Set reaches approximately 2 GB. When I open the same spreadsheet in Excel, it starts with a Peak Working Set of 195 Meg. The fill operation raises the Peak Working Set to 485 Meg. I agree that true out of memory conditions are just that and the app cannot finish the operation (although letting the user know that it is OOM and recovering would be a better option than just quitting). However, the real question for me in this specific bug report is why does this particular fill operation consume more than 1.5 GB of memory and not even complete. That is roughly 1K per cell being filled and that truly feels excessive. So, maybe this bug should not be written of so easily as an OOM that won't be dealt with. It might point to an issue with operation taking more memory than they should. -- 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
