tags 353965 + upstream thanks It seems a job for sendfile(2)...
On Wed, Feb 22, 2006 at 08:16:26PM +1000, Andrew Meaden wrote: > Package: imapfilter > Version: 1:1.1.1-1 > Severity: normal > > imapfilter utilises as much CPU as it can get its hands on while moving > email from one imap server (locally accessable via the loopback > interface) to a remote one. The process appears to correctly perform > it's job, and the bottleneck is still the upsteam speed of my internet > link; however for the duration of this upload, the process sits on 99.2% > CPU, only releasing some when anything else requires it. > > This also causes the load on the machine to climb to 1 higher than it > started, and apart from causing relatively minor slowdowns elsewhere in > the machine, does not seem to impede the success of the imapfilter run. > > If I lower my upstream rate by 75%, the process uses 400% more CPU time > (overall) to run. If I enable compression on the VPN link, the CPU time > required drops also, keeping the link between the process and the remote > IMAP server completely utilised. > > -- System Information: > Debian Release: testing/unstable > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.15-captainnem > Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) > > Versions of packages imapfilter depends on: > ii libc6 2.3.6-1 GNU C Library: Shared libraries > an > ii liblua50 5.0.2-5.1 Main interpreter library for the > L > ii liblualib50 5.0.2-5.1 Extension library for the Lua > 5.0 > ii libssl0.9.8 0.9.8a-7 SSL shared libraries > > imapfilter recommends no packages. > > -- debconf-show failed -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
