Package: icedove
Version: 2.0.0.4.dfsg1-1
--- Please enter the report below this line. ---
Today I tested icedove again. This time I deactivated all filters (I
have 35 filters set up) and receiving mails from the local dovecot IMAPd
was fast as it should be again. After receiving all mails, I
re-activated the filters again and "Run all filters". This was fairly
fast as well for above 700-900 mails.
So I suspect some problems with filters to be the cause for the slow down.
Additionally I did a strace while receiving mails with activated filters
and found this:
[pid 7984] futex(0x10965764, FUTEX_WAIT, 4009, {0, 248067000}
<unfinished ...>
[pid 7962] read(68, "E=72af)\n (^8A=0)]\n [72B0(^88"..., 8192) = 8192
[pid 7962] _llseek(68, 5857280, [5857280], SEEK_SET) = 0
[pid 7962] read(68, "^88=10)(^8B=0)(^82^363)(^85^8A)("..., 8192) = 8192
[pid 7962] _llseek(68, 5865472, [5865472], SEEK_SET) = 0
[pid 7962] read(68, "(^85^8A)(^81^32468)(^83^32A69)(^"..., 8192) = 8192
[pid 7962] _llseek(68, 5873664, [5873664], SEEK_SET) = 0
[pid 7962] read(68, "2B31)(^86^32B32)(^89=1)(^96^A7)("..., 8192) = 8192
[pid 7962] brk(0x11867000) = 0x11867000
[pid 7962] _llseek(68, 5881856, [5881856], SEEK_SET) = 0
[pid 7962] read(68, "6^32BED)(^89=1)(^96^A7)(^87^D7E)"..., 8192) = 8192
[pid 7962] _llseek(68, 5890048, [5890048], SEEK_SET) = 0
[pid 7962] read(68, ")(^9B=73c1)(^8E=7180)(^8A=0)]\n "..., 8192) = 8192
[pid 7962] _llseek(68, 5898240, [5898240], SEEK_SET) = 0
[pid 7962] read(68, "^83^32D78)(^95=3)\n (^84^2025C"..., 8192) = 8192
[pid 7962] _llseek(68, 5906432, [5906432], SEEK_SET) = 0
[pid 7962] read(68, "7432(^88=10)(^8B=0)(^82^8C5)(^85"..., 8192) = 8192
[pid 7962] _llseek(68, 5914624, [5914624], SEEK_SET) = 0
[pid 7962] read(68, "2F06)(^89=1)(^96^A7)(^87=1988)(^"..., 8192) = 8192
[pid 7962] _llseek(68, 5922816, [5922816], SEEK_SET) = 0
[pid 7962] read(68, "^8A)(^81^32FB7)(^83^32FC5)(^95=1"..., 8192) = 8192
[pid 7962] _llseek(68, 5931008, [5931008], SEEK_SET) = 0
[pid 7962] read(68, "(^83^33085)\n (^95=1)(^84^3308"..., 8192) = 8192
[pid 7962] _llseek(68, 5939200, [5939200], SEEK_SET) = 0
[pid 7962] read(68, "0D(^88=10)(^8B=0)(^82^3313E)(^85"..., 8192) = 8192
[pid 7962] _llseek(68, 5947392, [5947392], SEEK_SET) = 0
[pid 7962] read(68, "4B3)(^85^356B)(^81^331FE)(^83^33"..., 8192) = 8192
[pid 7962] _llseek(68, 5955584, [5955584], SEEK_SET) = 0
[pid 7962] read(68, "32D1)(^89=1)(^96^90)(^87=e36)(^9"..., 8192) = 8192
[pid 7962] _llseek(68, 5963776, [5963776], SEEK_SET) = 0
[pid 7962] read(68, "=0)]\n [75B2(^88=10)(^8B=0)(^82^"..., 8192) = 8192
[pid 7962] _llseek(68, 5971968, [5971968], SEEK_SET) = 0
[pid 7962] read(68, "1)(^87=1691)(^9B=75d4)(^8E=75d4)"..., 8192) = 8192
[pid 7962] brk(0x11892000) = 0x11892000
[pid 7962] _llseek(68, 5980160, [5980160], SEEK_SET) = 0
[pid 7962] read(68, "21)(^86^33522)(^89=1)(^96^B5)(^8"..., 8192) = 8192
[pid 7962] _llseek(68, 5988352, [5988352], SEEK_SET) = 0
[pid 7962] read(68, "7653)(^8E=7653)\n (^8A=0)]\n ["..., 8192) = 8192
[pid 7962] _llseek(68, 5996544, <unfinished ...>
[pid 7985] <... futex resumed> ) = -1 ETIMEDOUT (Connection timed
out)
[pid 7984] <... futex resumed> ) = -1 ETIMEDOUT (Connection timed
out)
[pid 7985] futex(0x10965970, FUTEX_WAKE, 1 <unfinished ...>
[pid 7984] futex(0x109656f8, FUTEX_WAKE, 1 <unfinished ...>
[pid 7985] <... futex resumed> ) = 0
[pid 7984] <... futex resumed> ) = 0
[pid 7985] clock_gettime(CLOCK_REALTIME, <unfinished ...>
[pid 7984] clock_gettime(CLOCK_REALTIME, <unfinished ...>
[pid 7962] <... _llseek resumed> [5996544], SEEK_SET) = 0
[pid 7985] <... clock_gettime resumed> {1188726445, 24137000}) = 0
[pid 7984] <... clock_gettime resumed> {1188726445, 24139000}) = 0
[pid 7962] read(68, <unfinished ...>
[pid 7985] futex(0x109659dc, FUTEX_WAIT, 3463, {0, 239593000}
<unfinished ...>
[pid 7984] futex(0x10965764, FUTEX_WAIT, 4011, {0, 239610000}
<unfinished ...>
[pid 7962] <... read resumed> "^84^3369D)(^86^3369E)(^89=1)(^96"...,
8192) = 8
Dunno if this helps, but my impression is that a connection timed out
won't speed up things anyway... ;)
Regards,
Ingo
--- System information. ---
Architecture: powerpc
Kernel: Linux 2.6.22.1
Debian Release: lenny/sid
500 unstable ftp2.de.debian.org
--- Package information. ---
Depends (Version) | Installed
=========================================-+-====================
fontconfig | 2.4.2-1.2
psmisc | 22.5-1
debianutils (>= 1.16) | 2.23.1
libatk1.0-0 (>= 1.13.2) | 1.18.0-2
libc6 (>= 2.5-5) | 2.6.1-1
libcairo2 (>= 1.4.0) | 1.4.10-1+b2
libfontconfig1 (>= 2.4.0) | 2.4.2-1.2
libfreetype6 (>= 2.2) | 2.3.5-1
libgcc1 (>= 1:4.2-20070516) | 1:4.2.1-4
libglib2.0-0 (>= 2.12.9) | 2.14.0-2
libgtk2.0-0 (>= 2.10.12-3) | 2.10.13-1
libhunspell-1.1-0 (>= 1.1.5-1) | 1.1.9-1
libjpeg62 | 6b-13
libnspr4-0d (>= 1.8.0.10) | 4.6.7-1
libnss3-0d (>= 1.8.0.10) | 3.11.7-1
libpango1.0-0 (>= 1.16.4) | 1.16.5-1
libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-2
libstdc++6 (>= 4.2-20070516) | 4.2.1-4
libx11-6 | 2:1.0.3-7
libxcursor1 (>> 1.1.2) | 1:1.1.8-2
libxext6 | 1:1.0.3-2
libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2
libxft2 (>> 2.1.1) | 2.1.12-2
libxi6 | 2:1.1.2-1
libxinerama1 | 1:1.0.2-1
libxrandr2 (>= 2:1.2.0) | 2:1.2.1-1
libxrender1 | 1:0.9.2-1
libxt6 | 1:1.0.5-3
zlib1g (>= 1:1.2.1) | 1:1.2.3.3.dfsg-5
--
Ciao... // Fon: 0381-2744150
Ingo \X/ SIP: [EMAIL PROTECTED]
gpg pubkey: http://www.juergensmann.de/ij/public_key.asc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
