These parameters changed or were corrected.
The following section changed.
1 to 2048
to:
1 to 2048, based on physical memory without any setting in the /etc/system file.
1 to 4096, if set in the /etc/system file.
The following sections changed.
Maximum of the triplet (200, tune_t_minarmem + 100, [10% of memory available at boot time])
to:
The greater of (tune_t_minarmem + 100 and [4% of memory available at boot time + 4 Mbytes])
Default value to no more than 20% of physical memory. The systems does no enforcement of this range other than that described in the Validation section.
to:
Minimum value enforced by the system is tune_t_minarmem + 100. The system does not enforce a maximum value.
Yes, unless dynamic reconfiguration operations that add or delete memory occur. At that point, the value is reset to whatever was provided in the /etc/system file or was calculated.
Maximum of the quadruplet (200, tune_t_minarmem + 100, [10% of memory available], and the value from /etc/system). No message is displayed if the value from /etc/system is increased. Done only at boot time.
to:
If the value specified in the /etc/system file or the calculated default is less than tune_t_minarmem + 100, the value is reset to tune_t_minarmem + 100.
No message is displayed if the value from the /etc/system file is increased. Done only at boot time, and during dynamic reconfiguration operations that involve adding or deleting memory.
When memory locking requests or attaching to a shared memory segment with the SHARE_MMU flag fails, yet the amount of memory available seems to be sufficient. Keeping 10% of memory free on a 32-Gbyte system might be excessive.
Excessively large values can cause memory locking requests to fail unnecessarily.
to:
When memory locking requests or attaching to a shared memory segment with the SHARE_MMU flag fails, yet the amount of memory available seems to be sufficient.
Excessively large values can cause memory locking requests to fail unnecessarily.
The following section changed for releases prior to the Solaris 9 release.
1024
to:
65,536
The following section changed.
0 to 32,767
to:
0 to 50% of physical memory.
The following section changed.
Limit on the number of shared memory segments that any one process can create.
to:
Limit on the number of shared memory segments that any one process can attach.
The following sections changed.
Maximum size of system V shared memory segment that can be created. This parameter is an upper limit that is checked before the system sees if it actually has the physical resources to create the requested memory segment.
to:
Maximum size of system V shared memory segment that can be created. This parameter is an upper limit that is checked before the system sees if it actually has the physical resources to create the requested memory segment.
Attempts to create a shared memory section whose size is zero or whose size is larger than the specified value will fail with an EINVAL error.
1,048,576
to:
8,388,608
The following section changed.
to:
One page or 4% of physical memory, whichever is greater.
This parameter was corrected. The following section changed:
Bytes
to:
Pages
The following section changed.
1 millisecond to 20 seconds
to:
1 millisecond to 2 hours
This parameter was corrected.
For information, see tcp_slow_start_initial.
The following section changed:
For applications, such as web servers that might receive excessive connection requests, you can increase the default value to match the incoming rate.
The following explains the relationship between tcp_conn_req_max_q0 and the maximum number of pending connections for each socket.
When a connection request is received, TCP first checks if the number (N) of pending TCP connections (three-way handshake is done) waiting to be accepted exceeds the maximum for the listener. If the connections are excessive, the request is denied. If the number of connections is allowable, then TCP checks if the number of incomplete pending TCP connections exceeds the sum of N and tcp_conn_req_max_q0. If it does not, the request is accepted. Otherwise, the oldest incomplete pending TCP request is dropped.
to:
For applications, such as web servers that might receive excessive connection requests, you can increase the default value to match the incoming rate.
The following explains the relationship between tcp_conn_req_max_q0 and the maximum number of pending connections for each socket.
When a connection request is received, TCP first checks if the number of pending TCP connections (three-way handshake is done) waiting to be accepted exceeds the maximum (N) for the listener. If the connections are excessive, the request is denied. If the number of connections is allowable, then TCP checks if the number of incomplete pending TCP connections exceeds the sum of N and tcp_conn_req_max_q0. If it does not, the request is accepted. Otherwise, the oldest incomplete pending TCP request is dropped.
The sun4d platform is not supported in the Solaris 9 release. The following parameters were modified to reflect the removal of sun4d support: