[gentoo-user] Seamonkey and saving images taking so long

[gentoo-user] Seamonkey and saving images taking so long

[Dale]

[-- Attachment #1: Type: text/plain, Size: 2926 bytes --]

Hi,

I have a question about this one.  I noticed a good while back that when
I try to save a image with Seamonkey, it takes a lot longer than it used
too.  I save them this way, right click on the image then click save
image as and in the pop up I click save.  After hitting the save button,
it takes several seconds, 5 or so, to save a image to disk.  I always
make sure the image is completely loaded since I am on dial-up.  It used
to do this really fast and I'm not sure what could be causing this.  It
also makes my CPU go to about 80% or so. 

This is some info about my system.  AMD 2500+ with 1Gb of ram.  I have a
two IDE UDMA drives on this rig.  More info:

> root@smoker / # hdparm -i /dev/hda
>
> /dev/hda:
>
>  Model=Maxtor 6Y080P0, FwRev=YAR41BW0, SerialNo=Y22J9KXE
>  Config={ Fixed }
>  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
>  BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
>  CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=160086528
>  IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
>  PIO modes:  pio0 pio1 pio2 pio3 pio4
>  DMA modes:  mdma0 mdma1 mdma2
>  UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
>  AdvancedPM=yes: disabled (255) WriteCache=enabled
>  Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: 
> ATA/ATAPI-1,2,3,4,5,6,7
>
>  * signifies the current active mode
>
> root@smoker / #

> root@smoker / # hdparm -i /dev/hdb
>
> /dev/hdb:
>
>  Model=WDC WD800BB-00DKA0, FwRev=77.07W77, SerialNo=WD-WCAHL2497094
>  Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs
> FmtGapReq }
>  RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74
>  BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
>  CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
>  IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
>  PIO modes:  pio0 pio1 pio2 pio3 pio4
>  DMA modes:  mdma0 mdma1 mdma2
>  UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
>  AdvancedPM=no WriteCache=enabled
>  Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6
>
>  * signifies the current active mode
>
> root@smoker / # 

> root@smoker / # hdparm -tT /dev/hda
>
> /dev/hda:
>  Timing cached reads:   834 MB in  2.00 seconds = 416.40 MB/sec
>  Timing buffered disk reads:  156 MB in  3.02 seconds =  51.69 MB/sec
> root@smoker / #

> root@smoker / # hdparm -tT /dev/hdb
>
> /dev/hdb:
>  Timing cached reads:   814 MB in  2.00 seconds = 406.93 MB/sec
>  Timing buffered disk reads:  126 MB in  3.03 seconds =  41.55 MB/sec
> root@smoker / #

> root@smoker / # equery list seamonkey
> [ Searching for package 'seamonkey' in all categories among: ]
>  * installed packages
> [I--] [  ] www-client/seamonkey-1.1.2 (0)
> root@smoker / #

Open to ideas because this is annoying as heck.  Images size doesn't
seem to matter either.  Big or large, it takes longer.

Thanks much.

Dale

:-)  :-)





[-- Attachment #2: Type: text/html, Size: 3797 bytes --]

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

[-- Attachment #1: Type: text/plain, Size: 1652 bytes --]

Dale wrote:
> Hi,
>
> I have a question about this one.  I noticed a good while back that
> when I try to save a image with Seamonkey, it takes a lot longer than
> it used too.  I save them this way, right click on the image then
> click save image as and in the pop up I click save.  After hitting the
> save button, it takes several seconds, 5 or so, to save a image to
> disk.  I always make sure the image is completely loaded since I am on
> dial-up.  It used to do this really fast and I'm not sure what could
> be causing this.  It also makes my CPU go to about 80% or so. 
>
> This is some info about my system.  AMD 2500+ with 1Gb of ram.  I have
> a two IDE UDMA drives on this rig.  More info:
>
> << SNIP >>
> Open to ideas because this is annoying as heck.  Images size doesn't
> seem to matter either.  Big or large, it takes longer.
>
> Thanks much.
>
> Dale
>
> :-)  :-)
>
>
>
>


I been digging around and sort of came up with a idea.  I have a LOT of
pictures on this partition.  I have pics I have took with my digital
camera and some I have got off the net.  I have about 38,000 of them.  I
am using reiserfs on this and was wondering if that could be some of the
problem?  Too many files or something like that?

I also checked to see how fragmented the partition is with a script that
I found on the forums a while back.  It reports this:

> root@smoker / # /root/fragck.pl /data/
> 1.25789432648075% non contiguous files, 1.02978402682122 average
> fragments.
> root@smoker / # 

Doesn't look to bad but maybe someone has a better tool too. 

Any ideas?  Is it Seamonkey or something else?

Thanks for any help.

Dale

:-)  :-)


[-- Attachment #2: Type: text/html, Size: 2268 bytes --]

Re: [gentoo-user] Seamonkey and saving images taking so long

[Aleksey V. Kunitskiy]

[-- Attachment #1: Type: text/plain, Size: 382 bytes --]

On Saturday 30 June 2007 08:29, Dale wrote:
> Any ideas?  Is it Seamonkey or something else?
>
> Thanks for any help.
>
> Dale
>
> :-)  :-)

You can check how much processor time takes kernel(top or htop) - if kernel 
loads cpu too much then it is probably fs io.

-- 
best regards,
Aleksey V. Kunitskiy
my public GPG/PGP key: http://www.alexey-kv.org.ua/pubkey.asc

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

[-- Attachment #1: Type: text/plain, Size: 3564 bytes --]

Aleksey V. Kunitskiy wrote:
> On Saturday 30 June 2007 08:29, Dale wrote:
>   
>> Any ideas?  Is it Seamonkey or something else?
>>
>> Thanks for any help.
>>
>> Dale
>>
>> :-)  :-)
>>     
>
> You can check how much processor time takes kernel(top or htop) - if kernel 
> loads cpu too much then it is probably fs io.
>
>   

I have used top and it appears to be Seamonkey using the CPU so much. 
However, it is getting slower and slower as I download pics or get them
off my camera.  It now takes almost 15 seconds to save a picture on this
thing.  Right now there is about 9.4Gbs on there and about 40,000 files
and almost 900 directories all on a separate partition.  I'm getting
suspicious of the drive or that something is goofy with the kernel
settings.  I searched through /var/log/messages and I saw no errors
regarding that drive at all.  I do have that smart thing installed.  I
see where it changes temps but that is it.  No errors that I can find on
any drive.

This is the screen for the IDE drive section of my kernel:

>   │ │      <*> ATA/ATAPI/MFM/RLL
> support                                               │ │
>   │ │      <*>   Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy
> support                   │ │
>   │ │      ---     Please see Documentation/ide.txt for help/info on
> IDE drives        │ │
>   │ │      <*>     Include IDE/ATA-2 DISK
> support                                      │ │
>   │ │      [*]     Use multi-mode by
> default                                           │ │
>   │ │      <*>     Include IDE/ATAPI CDROM
> support                                     │ │
>   │ │      ---     IDE chipset
> support/bugfixes                                        │ │
>   │ │      <*>     generic/default IDE chipset
> support                                 │ │
>   │ │      [*]     PCI IDE chipset
> support                                             │ │
>   │ │      [*]       Sharing PCI IDE interrupts
> support                                │ │
>   │ │      <*>       Generic PCI IDE Chipset
> Support                                   │ │
>   │ │      <*>       RZ1000 chipset
> bugfix/support                                     │ │
>   │ │      [*]       Generic PCI bus-master DMA
> support                                │ │
>   │ │      [*]         Use PCI DMA by default when
> available                           │ │
>   │ │      <*>         AMD and nVidia IDE
> support                                      │ │

All the removed ones are disabled.  This rig has a Abit NF7 ver 2.0
mobo.  I am using this kernel:

> root@smoker / # uname -r
> 2.6.20-gentoo-r8
> root@smoker / #

It would appear that my settings and that DMA is working fine.  Here is
the timings from hdparm:

> root@smoker / # hdparm -Tt /dev/hdb
>
> /dev/hdb:
>  Timing cached reads:   936 MB in  2.00 seconds = 467.99 MB/sec
>  Timing buffered disk reads:  144 MB in  3.02 seconds =  47.70 MB/sec
> root@smoker / #

I have gkrellm installed and there doesn't seem to be any major drive
activity when I am doing this.  I'm not copying something or even
playing a CD while doing this so I wouldn't think it was "busy" doing
something else.

I'm open to ideas.  If you need more info, let me know.  May even try a
newer kernel too.  :/

Thanks for any help you all can provide.  Me stumped, which is normal
for me.  lol

Dale

:-)  :-)


[-- Attachment #2: Type: text/html, Size: 4916 bytes --]

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

[-- Attachment #1.1: Type: text/plain, Size: 1024 bytes --]

Dale wrote:
>
> I have gkrellm installed and there doesn't seem to be any major drive
> activity when I am doing this.  I'm not copying something or even
> playing a CD while doing this so I wouldn't think it was "busy" doing
> something else.
>
> I'm open to ideas.  If you need more info, let me know.  May even try
> a newer kernel too.  :/
>
> Thanks for any help you all can provide.  Me stumped, which is normal
> for me.  lol
>
> Dale
>
> :-)  :-)
>

Well, I have some more info.  I'm starting to get a script error a lot
now, even if I am not doing anything at the time.  I attached a
screenshot of it.  It is using a lot of CPU time just before that error
pops up. 

Also, it is getting so slow now that KDE crash handler will pop up and
tell me Seamonkey is not responding and asks me if I want to kill it. 
This is getting to be a pest.  I was going to go back to a older version
but there is only one in portage now.  I'm not sure when they will
release a new version to try either.

Any ideas? 

Dale

:-)  :-)

[-- Attachment #1.2: Type: text/html, Size: 1518 bytes --]

[-- Attachment #2: snapshot01.png --]
[-- Type: image/png, Size: 15470 bytes --]

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

[-- Attachment #1: Type: text/plain, Size: 1752 bytes --]

Dale wrote:
>
> Well, I have some more info.  I'm starting to get a script error a lot
> now, even if I am not doing anything at the time.  I attached a
> screenshot of it.  It is using a lot of CPU time just before that
> error pops up. 
>
> Also, it is getting so slow now that KDE crash handler will pop up and
> tell me Seamonkey is not responding and asks me if I want to kill it. 
> This is getting to be a pest.  I was going to go back to a older
> version but there is only one in portage now.  I'm not sure when they
> will release a new version to try either.
>
> Any ideas? 
>
> Dale
>
> :-)  :-)
>
> ------------------------------------------------------------------------
>
>

Hi again,

I am still playing around with this and I think there may be a bug
somewhere in Seamonkey.  I thought about using Konqueror as my browser
and seeing how long it takes to save a picture.  I went to a few sites
and downloaded several images.  When I right click on the image and tell
it to save the picture, it does it almost instantly.  This is not a file
system problem or anything, this appears to be a Seamonkey problem. 

If someone wants to try this and see if they get the same thing I get,
here is a link to some of what I browse around and get: 
http://www.nasa.gov/vision/universe/solarsystem/release-071604.html 
There is two images on that page that you can click on and get the large
version.  Maybe some people can tell me how long it takes to save this
on your system.

I'm open to ideas here folks.  I really want to use Seamonkey but it is
taking way to long to save images to make it enjoyable at all.  Plus,
KDE is starting to think Seamonkey is crashing while it saves images. 
That can't be very good.

Thanks

Dale

:-)  :-)  :-)


[-- Attachment #2: Type: text/html, Size: 2378 bytes --]

Re: [gentoo-user] Seamonkey and saving images taking so long

[Billy Wayne McCann]

Howdy Dale.

Dale wrote:
> Dale wrote:
>>
>> Well, I have some more info.  I'm starting to get a script error a lot 
>> now, even if I am not doing anything at the time.  I attached a 
>> screenshot of it.  

I may be wrong, but I think attachments of that nature are scrubbed.  In 
any case, i didn't see a screenshot.  Perhaps you could upload it to a 
free imaging host while giving us a link, or just copy/paste the script 
error, if that is feasible.

Billy
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

Billy Wayne McCann wrote:
> Howdy Dale.
>
> Dale wrote:
>> Dale wrote:
>>>
>>> Well, I have some more info.  I'm starting to get a script error a
>>> lot now, even if I am not doing anything at the time.  I attached a
>>> screenshot of it.  
>
> I may be wrong, but I think attachments of that nature are scrubbed. 
> In any case, i didn't see a screenshot.  Perhaps you could upload it
> to a free imaging host while giving us a link, or just copy/paste the
> script error, if that is feasible.
>
> Billy

I'm not sure but I think that error may be a separate issue.  It seems
to be something related to the email part since it usually does that
when I am reading emails and has done it several times even when there
is no web page open in the browser.  I am mostly concerned about it
taking so long to save my pictures. 

Does anybody know the process that Seamonkey uses to save a image like
this?  Does it use a external program or does it do it all internally? 
I thought about re-emerging Seamonkey but I think I have done that
before a while back with no change.

Still open to ideas here.

Dale

:-)  :-)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Seamonkey and saving images taking so long

[Billy Wayne McCann]

Dale,

I merged Seamonkey to test it.  Even setup my email account through it 
and had it opened and reading e-mails while browsing.  Saves images fine 
here, though I'm using GNOME.

Here's my emerge --info, if it helps any.


billy@earth ~ $ emerge --info
Portage 2.1.2.9 (default-linux/x86/2007.0/desktop, gcc-4.1.2, 
glibc-2.5-r4, 2.6.21-gentoo-r4 i686)
=================================================================
System uname: 2.6.21-gentoo-r4 i686 Intel(R) Pentium(R) D CPU 3.20GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Sun, 15 Jul 2007 05:00:01 +0000
ccache version 2.4 [enabled]
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=prescott -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config 
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild 
/etc/terminfo"
CXXFLAGS="-O2 -march=prescott -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks metadata-transfer sandbox sfperms splitdebug 
strict"
GENTOO_MIRRORS="http://open-systems.ufl.edu/mirrors/gentoo 
ftp://ftp.gtlib.gatech.edu/pub/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
--compress --force --whole-file --delete --delete-after --stats 
--timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages 
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp/portage"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acl acpi alsa avahi berkdb bitmap-fonts branding cairo cdr cli 
cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo 
fam firefox foomatic fortran gdbm gif glitz gnome gpm gstreamer gtk hal 
iconv ipod isdnlog jpeg kerberos ldap libg++ mad midi mikmod mp3 mpeg 
mudflap ncurses nls nptl nptlonly nvidia ogg opengl openmp oss pam pcre 
pdf perl png ppds pppd python quicktime readline reflection sdl session 
spell spl ssl svg symlink tcpd tiff truetype truetype-fonts type1-fonts 
unicode vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="ali5451 
als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 
ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 
trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm 
alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug 
ladspa lfloat linear meter mulaw multi null plug rate route share shm 
softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" 
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb 
ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, 
LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, 
PORTAGE_RSYNC_EXTRA_OPTS




Dale wrote:
> Billy Wayne McCann wrote:
>> Howdy Dale.
>>
>> Dale wrote:
>>> Dale wrote:
>>>> Well, I have some more info.  I'm starting to get a script error a
>>>> lot now, even if I am not doing anything at the time.  I attached a
>>>> screenshot of it.  
>> I may be wrong, but I think attachments of that nature are scrubbed. 
>> In any case, i didn't see a screenshot.  Perhaps you could upload it
>> to a free imaging host while giving us a link, or just copy/paste the
>> script error, if that is feasible.
>>
>> Billy
> 
> I'm not sure but I think that error may be a separate issue.  It seems
> to be something related to the email part since it usually does that
> when I am reading emails and has done it several times even when there
> is no web page open in the browser.  I am mostly concerned about it
> taking so long to save my pictures. 
> 
> Does anybody know the process that Seamonkey uses to save a image like
> this?  Does it use a external program or does it do it all internally? 
> I thought about re-emerging Seamonkey but I think I have done that
> before a while back with no change.
> 
> Still open to ideas here.
> 
> Dale
> 
> :-)  :-)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

Billy Wayne McCann wrote:
> Dale,
>
> I merged Seamonkey to test it.  Even setup my email account through it
> and had it opened and reading e-mails while browsing.  Saves images
> fine here, though I'm using GNOME.
>
> Here's my emerge --info, if it helps any.
>
>
> << SNIP >>
>
>
>

I have wondered about that Gnome part because I have -gnome set in my
USE line in make.conf.  I may remove that and re-emerge Seamonkey, after
a emerge -N world, and see what it does. 

I did just download and install Firefox-bin and will test it shortly. 
If it works then it is either Seamonkey or the -Gnome setting I guess.

Thanks for the testing though.  At least it appears to be me and some
setting I have that is not working correctly.

Dale

:-)  :-)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

[-- Attachment #1: Type: text/plain, Size: 1833 bytes --]

Dale wrote:
> Billy Wayne McCann wrote:
>   
>> Dale,
>>
>> I merged Seamonkey to test it.  Even setup my email account through it
>> and had it opened and reading e-mails while browsing.  Saves images
>> fine here, though I'm using GNOME.
>>
>> Here's my emerge --info, if it helps any.
>>
>>
>> << SNIP >>
>>
>>
>>
>>     
>
> I have wondered about that Gnome part because I have -gnome set in my> USE line in make.conf.  I may remove that and re-emerge Seamonkey, after
> a emerge -N world, and see what it does. 
>
> I did just download and install Firefox-bin and will test it shortly. 
> If it works then it is either Seamonkey or the -Gnome setting I guess.
>
> Thanks for the testing though.  At least it appears to be me and some
> setting I have that is not working correctly.
>
> Dale
>
> :-)  :-)
>   

Well, I found out what was wrong with this thing.  If you go to Tools >
Download Manager and look in the window, there is a list of everything I
have saved since I started using Seamonkey as my browser.  That was a
long time.  I did a ctrl A to select all the downloads and then told it
to remove them all from the list.  This thing ran for 15 or 20 minutes
at full throttle until I finally gave up and killed Seamonkey.  I then
went diggin in the .mozilla directory and found the file where all this
is kept.  I made a copy just in case then deleted the file completely. 
The file was HUGE.  After I deleted that file I went back to some of the
sites I got to and downloaded some images and then saved them.  It was
nice and fast again.

So, the morale of this story is to delete all that crap in the download
manager every once in a while before it gets to huge.

Thanks Billy Wayne for helping me test this thing.  It got me off to a
new start.

Dale

:-)  :-)  :-) 

Hmmm, I wonder if this is a feature or a bug??

[-- Attachment #2: Type: text/html, Size: 2341 bytes --]

Re: [gentoo-user] Seamonkey and saving images taking so long

[Billy Wayne McCann]

Dale wrote:
> Well, I found out what was wrong with this thing.  If you go to Tools > 
> Download Manager and look in the window, there is a list of everything I 
> have saved since I started using Seamonkey as my browser.  That was a 
> long time.  I did a ctrl A to select all the downloads and then told it 
> to remove them all from the list.  This thing ran for 15 or 20 minutes 
> at full throttle until I finally gave up and killed Seamonkey.  I then 
> went diggin in the .mozilla directory and found the file where all this 
> is kept.  I made a copy just in case then deleted the file completely.  
> The file was HUGE.  After I deleted that file I went back to some of the 
> sites I got to and downloaded some images and then saved them.  It was 
> nice and fast again.
> 
> So, the morale of this story is to delete all that crap in the download 
> manager every once in a while before it gets to huge.
> 
> Thanks Billy Wayne for helping me test this thing.  It got me off to a 
> new start.
> 
> Dale
> 
> :-)  :-)  :-) 
> 
> Hmmm, I wonder if this is a feature or a bug??

Hi Dale,

Glad I could be of some assistance.  I had never tried Seamonkey before, 
so this has given me opportunity to try it out.  It'd be great if 
Firefox plugins (or at least NoScript) worked within Seamonkey.  I 
rather like the "full-featuredness" of this app.  I'll have to research.

In my opinion, it is difficult to imagine how what you've discovered 
could be a feature.  Also, it seems strange that simply having a 
download history (even a large one) within Seamonkey's download manager 
causes such an issue.  I believe the standard protocol in such 
situations is to install the seamonkey-bin to test whether or not the 
-bin exhibits the same behaviour.  If it doesn't, then it is a bug that 
should be filed with Gentoo.  If it does, then it is a bug that needs to 
be filed with Mozilla.  If this is inaccurate, I request correction, me 
being a n00b and all.  :)

Nice to meet you Dale. Happy Gentoo'ing.


Billy Wayne
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

Billy Wayne McCann wrote:
> Dale wrote:
>> Well, I found out what was wrong with this thing.  If you go to Tools
>> > Download Manager and look in the window, there is a list of
>> everything I have saved since I started using Seamonkey as my
>> browser.  That was a long time.  I did a ctrl A to select all the
>> downloads and then told it to remove them all from the list.  This
>> thing ran for 15 or 20 minutes at full throttle until I finally gave
>> up and killed Seamonkey.  I then went diggin in the .mozilla
>> directory and found the file where all this is kept.  I made a copy
>> just in case then deleted the file completely.  The file was HUGE. 
>> After I deleted that file I went back to some of the sites I got to
>> and downloaded some images and then saved them.  It was nice and fast
>> again.
>>
>> So, the morale of this story is to delete all that crap in the
>> download manager every once in a while before it gets to huge.
>>
>> Thanks Billy Wayne for helping me test this thing.  It got me off to
>> a new start.
>>
>> Dale
>>
>> :-)  :-)  :-)
>> Hmmm, I wonder if this is a feature or a bug??
>
> Hi Dale,
>
> Glad I could be of some assistance.  I had never tried Seamonkey
> before, so this has given me opportunity to try it out.  It'd be great
> if Firefox plugins (or at least NoScript) worked within Seamonkey.  I
> rather like the "full-featuredness" of this app.  I'll have to research.
>
> In my opinion, it is difficult to imagine how what you've discovered
> could be a feature.  Also, it seems strange that simply having a
> download history (even a large one) within Seamonkey's download
> manager causes such an issue.  I believe the standard protocol in such
> situations is to install the seamonkey-bin to test whether or not the
> -bin exhibits the same behaviour.  If it doesn't, then it is a bug
> that should be filed with Gentoo.  If it does, then it is a bug that
> needs to be filed with Mozilla.  If this is inaccurate, I request
> correction, me being a n00b and all.  :)
>
> Nice to meet you Dale. Happy Gentoo'ing.
>
>
> Billy Wayne

I have had this happen before and I used to remove them regularly to
keep it from slowing me down.  I guess after a recent divorce and some
health issues that I just plain forgot about having to delete the
download history.  I did install the Firefox binary and it did the same
thing as a compiled Seamonkey.  I did make sure to use the same
~/.mozilla directory to make sure everything was the same.  I knew then
that it had to be something on my machine that was causing this. 
Another clue was that it was getting much worse over time even though
Seamonkey had not been changed.  What was happening is that the file was
getting larger and larger and therefore getting slower.

I think it is a bug myself.  It seems to me that there should be a limit
of some kind on this file.  Maybe a time limit, size limit or
something.  Me, I just hate filing bug reports.  I have filed a few but
only after some serious guru
said I should.  I did go search to see if one had been filed but I
didn't see one filed.  Oh, I sort of liked Firefox but I like having one
program do my email and browsing.  So, I have already -C firefox.  :-(

Any thoughts from a serious guru about whether I should file this as a
bug with Seamonkey or not?

Thanks

Dale

:-)  :-)  :-)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Seamonkey and saving images taking so long

[Mick]

[-- Attachment #1: Type: text/plain, Size: 783 bytes --]

On Monday 16 July 2007 05:54, Dale wrote:

> I think it is a bug myself.  It seems to me that there should be a limit
> of some kind on this file.  Maybe a time limit, size limit or
> something.  Me, I just hate filing bug reports.  I have filed a few but
> only after some serious guru
> said I should.  I did go search to see if one had been filed but I
> didn't see one filed.

[snip...]
> Any thoughts from a serious guru about whether I should file this as a
> bug with Seamonkey or not?

I am not a guru and some would argue I am not serious either, but is there 
somewhere in the Mozilla settings how much cache and space for 
entries/history it is allowed to use?  I am thinking of Opera here which 
offers you such fine tuning options.
-- 
Regards,
Mick

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Seamonkey and saving images taking so long

[Dale]

[-- Attachment #1: Type: text/plain, Size: 1427 bytes --]

Mick wrote:
> On Monday 16 July 2007 05:54, Dale wrote:
>
>   
>> I think it is a bug myself.  It seems to me that there should be a limit
>> of some kind on this file.  Maybe a time limit, size limit or
>> something.  Me, I just hate filing bug reports.  I have filed a few but
>> only after some serious guru
>> said I should.  I did go search to see if one had been filed but I
>> didn't see one filed.
>>     
>
> [snip...]
>   
>> Any thoughts from a serious guru about whether I should file this as a
>> bug with Seamonkey or not?
>>     
>
> I am not a guru and some would argue I am not serious either, but is there 
> somewhere in the Mozilla settings how much cache and space for 
> entries/history it is allowed to use?  I am thinking of Opera here which 
> offers you such fine tuning options.
>   

Well, I do have cache set to 500Mbs but I did that so that it could
cache images and such on web pages.  I frequent some sites that have a
lot of images and since I am on dial-up, very slow dial-up, I like it to
store them locally as much as possible.  Over clockers forums is one
such site that takes forever to load when I have recently cleared the cache.

I think what is needed here is a limit to the downloads.rdf file's size
or something to that effect.  I can say this, I love that it is now
faster.  I just wonder how many other people are having this issue and
have no clue what is wrong.

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 1960 bytes --]