Your message dated Tue, 11 Sep 2012 22:57:03 +0200
with message-id <[email protected]>
and subject line Re: Bug#681555: emacs23-common: Loading new mail in Gnus 
suddenly became very slow
has caused the Debian Bug report #681555,
regarding emacs23-common: Loading new mail in Gnus suddenly became very slow
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
681555: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681555
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: emacs23-common
Version: 23.4+1-3
Severity: normal

Hi.

I've noticed that since a few weeks ago, Gnus has suddenly become very slow at 
loading new incoming mail.

I've tried and figure out what it is busy doing while the CPU is at 100% and 
emacs uses it all.

stracing it reports (long) series of :
mremap(0xa0c5b000, 118833152, 118837248, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118837248, 118841344, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118841344, 118845440, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118845440, 118849536, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118849536, 118853632, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118853632, 118857728, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118857728, 118861824, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118861824, 118865920, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118865920, 118870016, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118870016, 118874112, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118874112, 118878208, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118878208, 118882304, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118882304, 118886400, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118886400, 118890496, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118890496, 118894592, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118894592, 118898688, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118898688, 118902784, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118902784, 118906880, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118906880, 118910976, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118910976, 118915072, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118915072, 118919168, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118919168, 118923264, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118923264, 118927360, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118927360, 118931456, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118931456, 118935552, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118935552, 118939648, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118939648, 118943744, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118943744, 118947840, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118947840, 118951936, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118951936, 118956032, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118956032, 118960128, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118960128, 118964224, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118964224, 118968320, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118968320, 118972416, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118972416, 118976512, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118976512, 118980608, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118980608, 118984704, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118984704, 118988800, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118988800, 118992896, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118992896, 118996992, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 118996992, 119001088, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 119001088, 119005184, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 119005184, 119009280, MREMAP_MAYMOVE) = 0xa0c5b000
mremap(0xa0c5b000, 119009280, 119013376, MREMAP_MAYMOVE) = 0xa0c5b000

I guess something may have changed recently in the way emacs manages its 
internal memory, which may be the culprit.

Eventually, the Gnus finishes fetching the mail, and works OK... it's just 
taking minutes where it used seconds to basically load the same amounts of 
incoming mail in average, than it used to be :-/

Unfortunately the symptoms make it difficult to spot other reports or 
investigations around the same issue :-/

Thanks in advance for any help.

Best regards,

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (650, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages emacs23-common depends on:
ii  dpkg            1.16.4.3
ii  emacsen-common  2.0.3
ii  install-info    4.13a.dfsg.1-10

emacs23-common recommends no packages.

Versions of packages emacs23-common suggests:
ii  emacs23-common-non-dfsg  23.4+1-1
ii  emacs23-el               23.4+1-3

-- no debconf information



--- End Message ---
--- Begin Message ---
On Sat, Jul 14, 2012 at 08:55:08AM +0200, Olivier Berger wrote:
> 
> I've noticed that since a few weeks ago, Gnus has suddenly become very slow 
> at loading new incoming mail.
> 

By luck, I interrupted the process (C-G) and when trying to quit emacs, it 
prompted me for saving a file, which happened to have apparently caused the 
mess.

I removed it from my ~/Mail/ and that solved the problem.

I suspec the corresponding nnml: group got corrupted somehow.

Hope this saves the pain for someone else digging the archives.

Closing then.

Best regards,
-- 
Olivier BERGER 
(OpenPGP: 4096R/7C5BB6A5)
http://www.olivierberger.com/weblog/

--- End Message ---

Reply via email to