I am working with a data set that keeps causing my LibreOffice to freeze.
I am pretty sure that this is only because it is big. It is a
pipe-separated text from the US Economic Census imported into Calc, about
30 columns and around a million rows. (The actual data set is bigger, but
Calc quits at a million-odd. The complete file is about 0.8 gig.) I
suspect but can not prove that this is related to file handling somehow,
e.g. breaking down during auto-saving.
Because no LibreOffice process seemed to be using much CPU time, I assumed
that it was again frozen rather than still working (though "soffice.bin
*32" still had 1.14 gig in memory) and hit the "finish" button.
I am running LibreOffice 4.2 on Windows 7 64-bit with SP1, on a Dell i5
machine with 24 gig of RAM. I do not recall there being a separate 64-bit
version, but the installer put it in my 64-bit programs directory.
There is only a 32 bit version of LO for Windows, so that is not an issue.
It sounds to me as though the input filter is choking on the amount of data
to be read. The RAM usage figures are smaller than I would expect for that
amount of file data, although if it is uncompressed then it is less
surprising cf. with my testing in this
AskLO answer. I have pushed Calc v4.2 even higher on occasion. If it is a
public dataset can you post a link for others to test?
Best wishes, Owen.
View this message in context:
Sent from the Users mailing list archive at Nabble.com.
To unsubscribe e-mail to: email@example.com
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy