{"id":39415,"date":"2019-10-31T22:32:08","date_gmt":"2019-10-31T19:32:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/check-point-optimizatsiya-cpu-i-ram\/"},"modified":"2019-10-31T22:32:08","modified_gmt":"2019-10-31T19:32:08","slug":"check-point-optimizatsiya-cpu-i-ram","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","title":{"rendered":"Check Point: CPU and RAM optimization","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Check
\nHello, colleagues! Today, I would like to discuss a very relevant topic for many Check Point administrators: \"Optimization of CPU and RAM\". It is not uncommon for the gateway and\/or management server to unexpectedly consume a lot of these resources, and I would like to understand where they are \"leaking\" and how to use them more effectively. <\/p>\n

1. Analysis<\/h3>\n

\nFor analyzing CPU load, the following commands are useful, which are entered in expert mode:
\n<\/a><\/noindex>
\ntop<\/b> shows all processes, the amount of CPU and RAM resources consumed in percentages, uptime, process priority, and other<\/a><\/noindex> in real time.<\/i>and <\/p>\n

\"Check
\n
\ncpwd_admin list<\/b> Check Point WatchDog Daemon, which displays all appliance modules, their PID, status, and the number of launches.<\/i><\/p>\n

\"Check
\n
\ncpstat -f cpu os<\/b> CPU usage, their count, and the distribution of processor time in percentages.<\/i><\/p>\n

\"Check
\n
\ncpstat -f memory os<\/b> usage of virtual RAM, how much total active, free RAM, and more.<\/i><\/p>\n

\"Check
\n
\nIt is correct to note that all cpstat commands can be viewed using the utility cpview.<\/b>To do this, simply enter the cpview command from any mode in the SSH session.<\/p>\n

\"Check
\n\"Check
\n
\nps auxwf<\/b> a long list of all processes, their IDs, the virtual memory occupied, and memory in RAM, CPU.<\/i><\/p>\n

\"Check
\n
\nAnother variation of the command: <\/p>\n

ps -aF<\/b> will show the most resource-intensive process.<\/i><\/p>\n

\"Check
\n
\nfw ctl affinity -l -a<\/b> distributing cores for different instances of the firewall, i.e., CoreXL technology.<\/i><\/p>\n

\"Check
\n
\n fw ctl pstat<\/b> analyzing RAM and general connection statistics, cookies, NAT.<\/i><\/p>\n

\"Check
\n
\nfree -m<\/b> RAM buffer.<\/i><\/p>\n

\"Check
\n
\nThe command deserves special attention netstat <\/b>and its variations. For example, netstat -i<\/b> can help solve the monitoring buffer issue. The parameter, RX dropped packets (RX-DRP) in the output of this command usually increases by itself due to drops of illegitimate protocols (IPv6, Bad \/ Unintended VLAN tags, and others). However, if drops occur for another reason, it is worth using this the article<\/a><\/noindex>, to start an investigation and understand why this network interface is dropping packets. Once the reason is identified, the operation of the appliance can also be optimized.<\/p>\n

\"Check
\n
\nIf the Monitoring blade is enabled, you can view these indicators graphically in SmartConsole by clicking on the object and selecting the \"Device & License Information\" option. <\/p>\n

It is not recommended to keep the Monitoring blade enabled permanently, but it can certainly be turned on for a day for testing purposes.<\/p>\n

\"Check
\n
\nMoreover, it is possible to add more parameters for monitoring, one of which is very useful \u2014 Bytes Throughput (appliance throughput).<\/p>\n

\"Check
\n
\nIf there is any other monitoring system, for example, free Zabbix<\/a><\/noindex>, based on SNMP, it will also be suitable for identifying these issues.<\/p>\n

2. RAM 'leak' over time<\/h3>\n

\nThe question often arises that over time the gateway or management server starts to consume more and more RAM. I want to reassure you: this is a normal situation for Linux-like systems. <\/p>\n

By looking at the output of commands free -m<\/b> and cpstat -f memory os<\/b> in the appliance\u2019s expert mode, you can count and view all parameters related to RAM.<\/p>\n

Currently available memory on the gateway Free Memory<\/b> + Buffers Memory<\/b> + Cached Memory<\/b> = +-1.5 GB<\/b>, as a rule.<\/p>\n

As the SR says, over time the gateway\/management server optimizes and uses more memory, reaching about 80% usage, and then halting. You can reboot the device, and then the indicator will reset. 1.5 GB of free RAM is definitely enough for the gateway to perform all tasks, and management rarely reaches such threshold values.<\/p>\n

Also, the outputs of the mentioned commands will show how much you have Low memory<\/b> (RAM in user space) and High memory<\/b> (RAM in kernel space) used.<\/p>\n

Kernel processes (including active modules, such as Check Point kernel modules) use only Low memory. However, user processes can use both Low and High memory. Moreover, Low memory is approximately equal to Total Memory<\/b>.<\/p>\n

You should only be concerned if logs show errors \u2018modules reboot or processes being killed to reclaim memory due to OOM (Out of memory)\u2019<\/b>. In that case, you should restart the gateway and contact support if the reboot does not help.<\/p>\n

A complete description can be found in sk99547 <\/a><\/noindex>and sk99593<\/a><\/noindex>.<\/p>\n

3. Optimization<\/h3>\n

\nBelow are the questions and answers regarding CPU and RAM optimization. It's important to answer them honestly and heed the recommendations.<\/p>\n

3.1. Was the appliance selected correctly? Was there a pilot project?<\/h4>\n

\nDespite proper sizing, the network could simply have grown, and this equipment just can't handle the load. The second option is that there was no sizing at all.<\/p>\n

3.2. Is HTTPS inspection enabled? If so, is the technology configured according to Best Practices? <\/h4>\n

\nRefer to the article<\/a><\/noindex>, if you are our client, or to sk108202<\/a><\/noindex>.<\/p>\n

The order of rules in the HTTPS inspection policy plays a significant role in optimizing the opening of HTTPS sites.<\/p>\n

Recommended order of rules:<\/p>\n

    \n
  1. Bypass rules with categories\/URLs<\/li>\n
  2. Inspect rules with categories\/URLs<\/li>\n
  3. Inspect rules for all other categories<\/li>\n<\/ol>\n

    \n\"Check
    \n
    \nSimilar to firewall policy, Check Point checks packet matches from top to bottom, so bypass rules are better placed at the top, as the gateway will not waste resources going through all rules if the packet needs to be skipped.<\/p>\n

    Are address-range objects used?<\/h4>\n

    \nAddress range objects, such as the network 192.168.0.0-192.168.5.0, consume significantly more RAM than 5 network objects. Overall, it is considered good practice to delete unused objects in SmartConsole, as each time policy is enforced, the gateway and management server spend resources and, most importantly, time verifying and applying the policy.<\/p>\n

    How is the Threat Prevention policy configured? <\/h4>\n

    \nFirst and foremost, Check Point recommends separating IPS into its own profile and creating separate rules for that blade. <\/p>\n

    For instance, the administrator believes the DMZ segment should be protected solely by IPS. Therefore, to prevent the gateway from using resources to process packets with other blades, a rule needs to be created specifically for that segment with a profile that only includes IPS.<\/p>\n

    Regarding profile settings, it is recommended to configure it according to best practices in this document<\/a><\/noindex>(pages 17-20).<\/p>\n

    How many signatures are in Detect mode in IPS settings? <\/h4>\n

    \nIt is recommended to work thoroughly on signatures in the sense that unused ones should be disabled (for example, signatures exploiting Adobe products require a lot of computational power, and if the client does not have such products, it makes sense to disable these signatures). Furthermore, set Prevent instead of Detect where possible, because the gateway uses resources to process the entire connection in Detect mode; in Prevent mode, it immediately drops the connection and does not spend resources on full packet processing.<\/p>\n

    Which files are processed by the Threat Emulation, Threat Extraction, and Anti-Virus blades?<\/h4>\n

    \nIt makes no sense to emulate and analyze file extensions that your users do not download, or that you consider unnecessary in your network (for example, bat and exe files can easily be blocked using the Content Awareness blade at the firewall level, thereby reducing gateway resource expenditure). Moreover, in the Threat Emulation settings, you can choose the Environment (operating system) for emulating threats in the sandbox, so setting Environment to Windows 7 when all users are on version 10 is also pointless.<\/p>\n

    3.7. Are firewall rules and Application level rules located according to best practices? <\/h4>\n

    \nIf a rule has many hits (matches), it is recommended to place it at the top, while rules with few hits should be at the bottom. The main thing is to ensure they do not overlap or conflict with each other. The recommended architecture for firewall policy is:<\/p>\n

    \"Check
    \n
    \nExplanations: <\/p>\n

    First Rules \u2014 this is where the rules with the highest number of matches are placed
    \nNoise Rule \u2014 a rule for discarding parasitic traffic, such as NetBIOS
    \nStealth Rule \u2014 prohibits access to gateways and management by everyone except those sources specified in the Authentication to Gateway Rules
    \nClean-Up, Last, and Drop Rules are generally combined into a single rule to deny everything that has not been previously allowed<\/p>\n

    The best practice data is described in sk106597<\/a><\/noindex>.<\/p>\n

    3.8. What settings are in place for services created by administrators? <\/h4>\n

    \nFor example, if a TCP service is created on a specific port, it makes sense in the Advanced service settings to uncheck the 'Match for Any' option. In this case, the service will specifically apply to the rule in which it is mentioned and will not participate in rules where 'Any' is listed in the Services column.<\/p>\n

    \"Check
    \n
    \nSpeaking of services, it\u2019s important to mention that sometimes it is necessary to fine-tune timeouts. This setting will allow for better gateway resource management by not maintaining unnecessary TCP\/UDP session timeouts for protocols that do not require a long timeout. For instance, in the screenshot below, I adjusted the timeout for the domain-udp service from 40 seconds to 30 seconds.<\/p>\n

    \"Check
    \n<\/p>\n

    3.9. Is SecureXL being used, and what is the percentage of acceleration? <\/h4>\n

    \nThe quality of SecureXL operation can be checked using basic commands in expert mode on the gateway. fwaccel stat<\/b> and fw accel stats -s<\/b>. Next, it is necessary to investigate what type of traffic is being accelerated and what additional templates can be created. <\/p>\n

    By default, Drop Templates are not enabled; enabling them will positively impact SecureXL performance. To do this, go to the gateway settings and to the Optimizations tab:<\/p>\n

    \"Check
    \n
    \nAlso, when working with a cluster, to optimize CPU, you can disable the synchronization of non-critical services such as UDP DNS, ICMP, and others. To do this, go to the service settings \u2192 Advanced \u2192 Synchronize connections of State Synchronization is enabled on the cluster.<\/p>\n

    \"Check
    \n
    \nAll Best Practices are described in     sk98348<\/a><\/noindex>.<\/p>\n

    3.10. How is CoreXL used? <\/h4>\n

    \nThe CoreXL technology, which allows the use of multiple CPUs for firewall instances (firewall modules), undoubtedly helps optimize device performance. First, the command fw ctl affinity -l -a <\/b>will show the used firewall instances and the processors allocated for necessary SND (module that distributes traffic to firewall entities). If not all processors are utilized, they can be added with the command cpconfig <\/b>on the gateway.
    \nAnother good practice is to install a     hotfix <\/a><\/noindex>to enable Multi-Queue. Multi-Queue solves the issue where the processor with SND is utilized at a high percentage while firewall instances on other processors are idle. This would allow SND to create multiple queues for a single NIC and assign different priorities for different traffic at the kernel level. Consequently, CPU cores would be used more efficiently. The methods are also described in sk98348<\/a><\/noindex>.<\/p>\n

    In conclusion, it should be noted that these are not all Best Practices for optimizing Check Point performance, but the most popular ones. If you would like to order an audit of your security policy or address an issue related to Check Point, please contact sales@tssolution.ru. <\/p>\n

    Thank you for your attention!
    \n
    Source:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435, \u043a\u043e\u043b\u043b\u0435\u0433\u0438! \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u0445\u043e\u0442\u0435\u043b \u0431\u044b \u043e\u0431\u0441\u0443\u0434\u0438\u0442\u044c \u043e\u0447\u0435\u043d\u044c \u0430\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0434\u043b\u044f \u043c\u043d\u043e\u0433\u0438\u0445 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u043e\u0432 Check Point \u0442\u0435\u043c\u0443 \u00ab\u041e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f CPU \u0438 RAM\u00bb. \u041d\u0435\u0440\u0435\u0434\u043a\u0438 \u0441\u043b\u0443\u0447\u0430\u0438, \u043a\u043e\u0433\u0434\u0430 \u0448\u043b\u044e\u0437 \u0438\/\u0438\u043b\u0438 \u043c\u0435\u043d\u0435\u0434\u0436\u043c\u0435\u043d\u0442 \u0441\u0435\u0440\u0432\u0435\u0440 \u043f\u043e\u0442\u0440\u0435\u0431\u043b\u044f\u044e\u0442 \u043d\u0435\u043e\u0436\u0438\u0434\u0430\u043d\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u044d\u0442\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432, \u0438 \u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u0431\u044b \u043f\u043e\u043d\u044f\u0442\u044c, \u043a\u0443\u0434\u0430 \u043e\u043d\u0438 \u201c\u0443\u0442\u0435\u043a\u0430\u044e\u0442\u201d, \u0438 \u043f\u043e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u0433\u0440\u0430\u043c\u043e\u0442\u043d\u0435\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0438\u0445. 1. \u0410\u043d\u0430\u043b\u0438\u0437 \u0414\u043b\u044f \u0430\u043d\u0430\u043b\u0438\u0437\u0430 \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u0430 \u043f\u043e\u043b\u0435\u0437\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u043a\u043e\u043c\u0430\u043d\u0434\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":39416,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39415","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Check Point: CPU and RAM Optimization | ProHoster","description":"Hello, colleagues!","canonical_url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"en_US","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Check Point: \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f CPU \u0438 RAM | ProHoster","og:description":"\u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435, \u043a\u043e\u043b\u043b\u0435\u0433\u0438!","og:url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:32:08+00:00","article:modified_time":"2019-10-31T19:32:08+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39415","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 01:55:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:50:24","updated":"2026-01-24 01:55:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/39415","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/comments?post=39415"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/39415\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media\/39416"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media?parent=39415"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/categories?post=39415"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/tags?post=39415"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}