summaryrefslogtreecommitdiff
path: root/scripts/rabbitmq-server
diff options
context:
space:
mode:
authorMatthew Sackman <matthew@rabbitmq.com>2010-08-17 18:08:47 +0100
committerMatthew Sackman <matthew@rabbitmq.com>2010-08-17 18:08:47 +0100
commitc846a8b41475513634acd23a3a2ed9b86869de73 (patch)
tree55ef0ebacf4455e8d9f7f2a21b57157eba593b90 /scripts/rabbitmq-server
parent5d15f25d1f14715003b629ed478d6ffa00eeb196 (diff)
downloadrabbitmq-server-git-c846a8b41475513634acd23a3a2ed9b86869de73.tar.gz
The solution is very simple: In the case where the fhc sends out requests to close file handles, the clients might respond very quickly. The fhc will then gather these responses (say, just updates, not closes) and then will sit there for 2 seconds until the timer goes off. Thus the solution is just to subtract the timer period from the calculated average: i.e. the expression is to say 'close file handles that haven't been used for N seconds from NOW' rather than the previous 'close file handles that haven't been used for N seconds from NOW - 2 seconds ago'. This works very nicely and whilst the fhc can get quite busy when there are more users of file handles than there are file handles available, that is hardly surprising, and the fact is starvation is prevented and processes are promptly serviced
Diffstat (limited to 'scripts/rabbitmq-server')
0 files changed, 0 insertions, 0 deletions