diff options
| author | Simon Horman <horms@verge.net.au> | 2006-12-10 22:35:24 -0800 |
|---|---|---|
| committer | David S. Miller <davem@sunset.davemloft.net> | 2006-12-11 14:35:02 -0800 |
| commit | 89eaeb09ba01632511f69ce8e14c8d2abd2dbe9e (patch) | |
| tree | f549f2f6d8f8262568302380d77673bcfec1c410 /net/atm | |
| parent | f654c854d1d4e0aca5389ace541647237eb7f753 (diff) | |
| download | kernel_samsung_crespo-89eaeb09ba01632511f69ce8e14c8d2abd2dbe9e.zip kernel_samsung_crespo-89eaeb09ba01632511f69ce8e14c8d2abd2dbe9e.tar.gz kernel_samsung_crespo-89eaeb09ba01632511f69ce8e14c8d2abd2dbe9e.tar.bz2 | |
[IPVS]: Use msleep_interruptable() instead of ssleep() aka msleep()
Dean Manners notices that when an IPVS synchonisation daemons are
started the system load slowly climbs up to 1. This seems to be related
to the call to ssleep(1) (aka msleep(1000) in the main loop. Replacing
this with a call to msleep_interruptable() seems to make the problem go
away. Though I'm not sure that it is correct.
This is the second edition of this patch, which replaces ssleep()
in the main loop for both the master and backup threads, as well
as some thread synchronisation code. The latter is just for thorougness
as it shouldn't be causing any problems.
Signed-Off-By: Simon Horman <horms@verge.net.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/atm')
0 files changed, 0 insertions, 0 deletions