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
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
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
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
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
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.