Barbara Duprey wrote:
Harold Fuchs wrote:
On 15/04/2009 18:44, David B Teague wrote:
The major symptom:
It takes 6 minutes to open a 32 K file odt file that contains only
formatted text. It takes 4 minutes to save this file. It closes
quickly.
The Task Manager says the total CPU usage during start up and during
the save is 100%, soffice.bin CPU is 80-90%.
I have other odt files of sizes up to 60K, that open in less that 5
seconds, once OO.o is loaded.
OO.o 3.0.1 with extensions:
Language Tool,
Pagination 1.3.7
PDF Import 0.3.2
PhotoAlbum 0.4
Spanish spelling dictionary
OS: Windows XP Professional with,
AMD Sempron 2800, 1.6 GHz,
333 MHz backplane,
1 GB RAM,
fast 250 MB disk.
I believe the file is somehow corrupt, but I cannot understand how.
I copied the text data to the clip board from the original offending
file into OO.o then saved under another file name. That should have
been OK, but it takes as long to load and save as the original did.
This behavior just recently began.
Is further information needed? Does anyone have suggestions for
making a diagnosis of this anomaly?
Warmest Regards
David Teague
How close to full is your disk? How fragmented is it? An overly
fragmented disk is a frequent cause of deteriorating performance. See
if a de-frag helps. Also, how much swap file space ("virtual memory")
do you have? Slow performance on Windows is very often associated
with lack of this resource. Do you usually have many programs open at
once? Or lots of documents? Or browser tabs? These things use virtual
memory and slow the system down.
There seems to be a file-specific problem here, since David has other
files that open quickly. It's especially interesting that copying via
the clipboard into a new document doesn't clear up the problem. That
would seem to indicate that the file is not truly corrupted, since the
text content goes into and out of the clipboard without visible effect.
Yes, this was a file specific problem, and copying the file to the
clipboard also took an inordinate amount of time.
The only thing I can think to try is to copy only a small subset of
the data at a time, checking to see if there's a gradual increase or a
sudden jump at some point. Or, if all the fast-loading files are
older, maybe something is affecting the current document template?
That possibility could be checked by copying from one of the fast
documents into a new one, and seeing what happens with that.
I tried that, but I didn't have enough patience to do it. It took 5
minutes to get even a small fraction of the 2 page file to the clip
board. So I found the data in a backup, then blew it away.
Thanks for the suggestions. I'm sorry I didn't have the patience to find
a real solution to the underlying problem.
Warmest Regards
David Teague
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
