| Patch Package | OTP 23.3.4.10 |
| Git Tag | OTP-23.3.4.10 |
| Date | 2021-12-21 |
| Issue Id |
ERIERL-729
|
| System | OTP |
| Release | 23 |
| Application |
Highlights #
- OTP-17796
-
- Application(s):
- erts
- Related Id(s):
- ERIERL-729 , PR-5473
Responsiveness of processes executing on normal or low priority could suffer due to code purging or literal area removal on systems with a huge amount of processes. This since during these operations all processes on the system were scheduled for execution at once.
This problem has been fixed by introducing a limit on outstanding purge and copy literal requests in the system. By default this limit is set to twice the amount of schedulers on the system. This will ensure that schedulers will have enough work scheduled to perform these operations as quickly as possible at the same time as other work will be interleaved to a much higher degree. Performance of these operations will however be somewhat degraded due to the overhead of enforcing this limit compared to when using a very large limit.
This limit can be set by passing the +zosrl command line argument to erl, or by calling erlang:system_flag(outstanding_system_requests_limit, NewLimit).
erts-11.2.2.9 #
The erts-11.2.2.9 application can be applied independently of other applications on a full OTP 23 installation.
- OTP-17827
-
- Application(s):
- erts
- Related Id(s):
- GH-5527
Fixed a memory leak in file:read_file_info/2 and file:read_file/1 on Windows.
- OTP-17796
-
- Application(s):
- erts
- Related Id(s):
- ERIERL-729 , PR-5473
*** HIGHLIGHT ***
Responsiveness of processes executing on normal or low priority could suffer due to code purging or literal area removal on systems with a huge amount of processes. This since during these operations all processes on the system were scheduled for execution at once.
This problem has been fixed by introducing a limit on outstanding purge and copy literal requests in the system. By default this limit is set to twice the amount of schedulers on the system. This will ensure that schedulers will have enough work scheduled to perform these operations as quickly as possible at the same time as other work will be interleaved to a much higher degree. Performance of these operations will however be somewhat degraded due to the overhead of enforcing this limit compared to when using a very large limit.
This limit can be set by passing the +zosrl command line argument to erl, or by calling erlang:system_flag(outstanding_system_requests_limit, NewLimit).
Full runtime dependencies of erts-11.2.2.9: kernel-7.0, sasl-3.3, stdlib-3.13