GNOME Bugzilla – Bug 472635
large news groups slows pan down to crawl (0.132)
Last modified: 2018-09-21 15:53:43 UTC
Steps to reproduce: 1. running self compiled pan-0.132 (latest beta) on SuSE-10.2-x86-64 with enlightenment window manager. This is a Dell Latitude D620 with a dual core Intel 2.0GHz cpu and 1Gb of memory. 2. I have a broadband cable connection and get news from speakeasy so things are pretty fast as far as downloads & etc. 3. I click on alt.binaries.pictures.erotica.older-women and choose to download all headers which has nearly 800,000 articles in it. After about a half hour or so of it trying VERY SLOWLY to download all the article headers, it got about 80% or 90% of the way through and then the pan window just finally froze up. Prior to that my system was just overwhelmed to the point where it was swapping so bad that the disk access light was on solid and the mouse pointer was lagging a lot when I tried to move it. Once the pan window froze up, I had to use Alt-Ctrl-F3 to go to the virtual console (which took quite a long time to do also) and kill the pan process with a kill -9 Stack trace: I di not have a stack trace. If someone can provide directions on how to get that while the system is lagging so bad as to cause the mouse pointer to get hard to use I will try to get one. Other information: As I stated above this is with the latest pan beta of 0.132 but i have tried the same operation for month now with various other earlier versions of pan and the result was the same but this one did get further along in the process. I almost thought it might actually finish this time. Previous versions would finally freeze up much sooner.
Oh oops I just changed the status to NEW on the wrong bug and I can't put it back to UNCO... errr.. Sorry :) Help?
This is about the closest thing i could find to what I'm experiencing. 1 gig of ram, downloading headers for large group. alt.binaries.boneless i think. pan gets the headers, but when i exit the group, and pan is writing the the group to disk, i watch, and the alt.binaries.boneless.tmp file grows up to right at 2 gigs. 2097152 and stops, leaving the tmp file there, and alt.binaries.boneless unchanged. This is an xfs filesystem. I copied a 3 gig file to it to test.
sorry. my problem was with an old bash2 version lying around that seems to have a file size limit of 2 gigs when using output redirection. i think.
Still present in 0.135 on slower machines, for example my little netbook, due to the memory handling of Article*, GroupHeaders etc.
*** Bug 546157 has been marked as a duplicate of this bug. ***
*** Bug 430628 has been marked as a duplicate of this bug. ***
*** Bug 642934 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/pan/issues/20.