On Wed, Feb 22, 2006 at 01:32:07PM +0200, Lefteris Chatzibarbas wrote: > On Wed, Feb 22, 2006 at 11:28:32AM +0100, Francesco P. Lovergine wrote: > > tags 353965 + upstream > > thanks > > > > It seems a job for sendfile(2)... > > > > On Wed, Feb 22, 2006 at 08:16:26PM +1000, Andrew Meaden wrote: > > > 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. > > Hello, > > I think I know what is causing this problem... > > I'm attaching a patch... > > Thanks
This patch was a bit of a hack... Version 1.2 released earlier today should correct the problem properly... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
