Re: Reduce IPI traffic from signals

2013-04-19 Thread Alexander Polakov
Hello? I've been running with this diff since July without any issues (i386 amd64). * Alexander Polakov p...@sdf.org [121213 18:34]: This diff reduces IPI traffic for a case when process A is sending a lot of signals to process B running on a different CPU. userret() delivers all process

Re: Reduce IPI traffic from signals

2013-04-19 Thread Mark Kettenis
Date: Fri, 19 Apr 2013 16:17:14 +0400 From: Alexander Polakov p...@sdf.org Hello? I've been running with this diff since July without any issues (i386 amd64). That doesn't make the diff right. I've indicated better ways to fix the issue. But I won't have time anytime soon to

Re: Reduce IPI traffic from signals

2012-08-11 Thread Christiano F. Haesbaert
Please people, test this diff, we need reports from all architectures if possible. We always hear how much users want to help and so on, so please, test this diff. On Mon, Jul 23, 2012 at 08:45:17PM +0400, Alexander Polakov wrote: This diff reduces IPI traffic for a case when process A is

Re: Reduce IPI traffic from signals

2012-07-26 Thread Brett
On Mon, 23 Jul 2012 20:45:17 +0400 Alexander Polakov p...@sdf.org wrote: This diff reduces IPI traffic for a case when process A is sending a lot of signals to process B running on a different CPU. userret() delivers all process signals at once, so there is no need to send an interrupt for

Reduce IPI traffic from signals

2012-07-23 Thread Alexander Polakov
This diff reduces IPI traffic for a case when process A is sending a lot of signals to process B running on a different CPU. userret() delivers all process signals at once, so there is no need to send an interrupt for every signal. The problem was noticed by rtorrent 0.9.2 users, which does

Re: Reduce IPI traffic from signals

2012-07-23 Thread Christiano F. Haesbaert
On 23 July 2012 18:45, Alexander Polakov p...@sdf.org wrote: This diff reduces IPI traffic for a case when process A is sending a lot of signals to process B running on a different CPU. userret() delivers all process signals at once, so there is no need to send an interrupt for every signal.