Eric Dorland wrote:
* Arthur Marsh ([EMAIL PROTECTED]) wrote:
Package: firefox
Version: 1.5.dfsg+1.5.0.6-3
Severity: normal
After opening several tabs and loading several web pages, Firefox's
virtual size as shown in "top" increases to 250 MiB or so, and doesn't
decrease until it is restarted. Firefox becomes sluggish, particularly
with actions like "save link as".
It won't ever decrease, once memory is allocated to a process it is
never reclaimed. It should stabilize though, does it?
It does appear to stabilise, but it can get to the stage where Firefox
is too slow to be considered responsive (I have 256 MiB of RAM on this
machine and can only upgrade it as far as 384 MiB with considerable
expense).
I have no idea why the save link as is slow, but that may have more to
do with GTK then firefox.
I do suspect there are some issues with GTK having to examine every file
in the directory being saved to. If one is doing a save, I only expect
to be informed of:
1) directories within the directory being saved to; and
2) any file with the same name as the file being saved to (and if that
happens, I don't mind if GTK examines the existing file causing the
collision).
What was annoying was having the "save as" dialogue box still present
several seconds after pressing the "save" button when using a directory
on a local vfat file system with about 500 files in it.
Are there any user configurations that could help alleviate this
problem?
Certainly using as few extensions and plugins as possible would help.
OK, will try trimming them back. I'm not sure how to disable the
Blackdown Java plug-in though. Firefox seems to pick it up from the
~/.mozilla/plugins directory.
Arthur.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
