diff options
| author | Björn Gustavsson <[email protected]> | 2017-05-30 09:40:43 +0200 |
|---|---|---|
| committer | Björn Gustavsson <[email protected]> | 2017-06-03 08:45:45 +0200 |
| commit | 8f87dd1eaa80bdad501ad6f7767f14b4e0cb01d6 (patch) | |
| tree | ce373baef97d4691b50861e9a9e3e413fd5fac1b /lib/diameter/Makefile | |
| parent | b833a06ca54056b883b25664146707afc3a69b5b (diff) | |
| download | otp-8f87dd1eaa80bdad501ad6f7767f14b4e0cb01d6.tar.gz otp-8f87dd1eaa80bdad501ad6f7767f14b4e0cb01d6.tar.bz2 otp-8f87dd1eaa80bdad501ad6f7767f14b4e0cb01d6.zip | |
Fix process_SUITE:low_prio/1
It is expected that low-priority processes should be allowed
to run about 1/8 of the time of normal-priority processes.
The proportion calculated was usually considerably lower than
1/8. It seems that the main reason is the punishement in
reductions when sending to a process that alreday has many
messages in the message queue. I have verified that by running
the emulator with the +snsp to turn off the send punishment.
To avoid that punishment, let the server process run at high
priority so that it can keep its message queue short.
It seems that the proportion is now very close to 1/8. Therefore,
we can tighten the margins for the proportion.
Diffstat (limited to 'lib/diameter/Makefile')
0 files changed, 0 insertions, 0 deletions