CF has a number of options governing the memory and hard disk usage behavior of CF. These resources are mainly used to temporarily store the objects while being inspected, decompress archived files, and so on.
The following memory usage settings are available:
CF is allowed to use.
: It defines the maximum amount of hard disk space thatCF is allowed to use.
: It sets the maximum amount of memory thatCF tries to store everything in the memory if possible. If the memory usage of CF reaches
:high water mark
, it starts to swap the data onto the hard disk, until the memory usage decreases tolow water mark
.: Objects smaller than this value are never swapped to hard disk.
: This parameter determines the amount of data (in bytes) read from MIME objects to detect their MIME-type. Higher value increases the precision of MIME-type detection. Trying to detect the MIME-type of objects is required because there is no guarantee that a MIME object is indeed what it claims to be.
CF can start. The graphical user interface now sets the CF default Thread limit to 100. It is possible though to set a different value for the Thread limit. Set this value according to the anticipated number of stacked connections. If the Thread limit is too low, the PNS proxies stacking CF will experience delays and refused connection attempts. A suggested method to calculate this number, is to monitor the log for "Too many running threads, waiting for one to become free" line and to increase PNS/AS/CF Thread limit parameter accordingly.
: This value defines the number of threadsNote, that if the Thread limit is already set with the CF "--threads=" option in the init script, then that option takes precedence. The value defined in the init script is cleared with each upgrade though, therefore this value can easily be updated at each upgrade to the preferred value, defined in the GUI.
© 2021 BalaSys IT Security.
Send your comments to support@balasys.hu