<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: VSX FW1_dev 140% cpu. in General Topics</title>
    <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16412#M2745</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Don't think so but can't tell from logs provided. CoreXL allocation is not exactly right as cores 2 and 3 seems to be used for SXL and generic firewall tasks (except fwk). We need to see detailed CPU usage to make correct call&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 07 Aug 2018 04:13:45 GMT</pubDate>
    <dc:creator>Kaspars_Zibarts</dc:creator>
    <dc:date>2018-08-07T04:13:45Z</dc:date>
    <item>
      <title>VSX FW1_dev 140% cpu.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16408#M2741</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is there a way to not accelerate service on SecureXL on VSX. The issue is I have a admin in VM team that kick's&lt;/P&gt;&lt;P&gt;off replication jobs(8-10 of them) and it pumping between 100 to 400 Mbps on service port ideafarm-door (902), which&lt;/P&gt;&lt;P&gt;seems to stay with FWK1-DEV. When I push policy to that device it fails, because it times out. So I have to reach&lt;/P&gt;&lt;P&gt;out to the admin to pause his jobs, so I can push policy. Everything else work fine. Is this VSX bug?&lt;IMG __jive_id="67866" class="image-1 jive-image" src="https://community.checkpoint.com/legacyfs/online/checkpoint/67866_pastedImage_1.png" /&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG __jive_id="67867" class="image-2 jive-image" src="https://community.checkpoint.com/legacyfs/online/checkpoint/67867_pastedImage_2.png" /&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG __jive_id="67868" class="image-3 jive-image" src="https://community.checkpoint.com/legacyfs/online/checkpoint/67868_pastedImage_3.png" /&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 06 Aug 2018 18:47:31 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16408#M2741</guid>
      <dc:creator>Stan_Mazur</dc:creator>
      <dc:date>2018-08-06T18:47:31Z</dc:date>
    </item>
    <item>
      <title>Re: VSX FW1_dev 140% cpu.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16409#M2742</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Firstly, yes, you can disable SecureXL on per VS basis using CLI "fwaccell off" command from a VS content. However, this will only add to your current issue, instead of resolving it.&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 06 Aug 2018 19:56:26 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16409#M2742</guid>
      <dc:creator>_Val_</dc:creator>
      <dc:date>2018-08-06T19:56:26Z</dc:date>
    </item>
    <item>
      <title>Re: VSX FW1_dev 140% cpu.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16410#M2743</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi. It's not a bug, you just need to tweak CoreXL and SXL to meet traffic requirements. It could well be that system will be underpowered to deal with such traffic volume. Therefore, can you share top command output showing all 16 individual core utilisation when it happens? Just to see which cores are maxed out.&lt;/P&gt;&lt;P&gt;As Valeri said SXL is actually your friend in high volume traffic, it should help free up CPU usage.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 06 Aug 2018 21:37:25 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16410#M2743</guid>
      <dc:creator>Kaspars_Zibarts</dc:creator>
      <dc:date>2018-08-06T21:37:25Z</dc:date>
    </item>
    <item>
      <title>Re: VSX FW1_dev 140% cpu.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16411#M2744</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Could it be an interface buffer size issue?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 07 Aug 2018 00:34:59 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16411#M2744</guid>
      <dc:creator>Vladimir</dc:creator>
      <dc:date>2018-08-07T00:34:59Z</dc:date>
    </item>
    <item>
      <title>Re: VSX FW1_dev 140% cpu.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16412#M2745</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Don't think so but can't tell from logs provided. CoreXL allocation is not exactly right as cores 2 and 3 seems to be used for SXL and generic firewall tasks (except fwk). We need to see detailed CPU usage to make correct call&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 07 Aug 2018 04:13:45 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16412#M2745</guid>
      <dc:creator>Kaspars_Zibarts</dc:creator>
      <dc:date>2018-08-07T04:13:45Z</dc:date>
    </item>
    <item>
      <title>Re: VSX FW1_dev 140% cpu.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16413#M2746</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="color: #333333; background-color: #ffffff;"&gt;fwk1_dev is the combination of the 4 cores allocated to this vs&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #333333; background-color: #ffffff;"&gt;while in top, press shift+h to show the individual threads (worker cores)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #333333; background-color: #ffffff;"&gt;148% means 1.5 of the 4 assigned cores being used&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 07 Aug 2018 09:06:08 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16413#M2746</guid>
      <dc:creator>JanVC</dc:creator>
      <dc:date>2018-08-07T09:06:08Z</dc:date>
    </item>
    <item>
      <title>Re: VSX FW1_dev 140% cpu.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16414#M2747</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Check Point support conclusion is related MTU size on vs 1 interfaces. Where running 10g interface with MTU size 9000,according,to CP they our working&amp;nbsp;&lt;/P&gt;&lt;P&gt;on Hotfix."&amp;nbsp;The recommended hotfix was not yet ported to Take_317, the latest version was for Take_302. I tested this version and it is not compatible&lt;/P&gt;&lt;P&gt;with 317"&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Aug 2018 19:42:30 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16414#M2747</guid>
      <dc:creator>Stan_Mazur</dc:creator>
      <dc:date>2018-08-09T19:42:30Z</dc:date>
    </item>
    <item>
      <title>Re: VSX FW1_dev 140% cpu.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16415#M2748</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-size: 15px; color: #000000;"&gt;SecureXL "&lt;STRONG&gt;fwaccel off&lt;/STRONG&gt;" does &lt;STRONG&gt;not&lt;/STRONG&gt; have to be &lt;STRONG&gt;disabled on R80.20&lt;/STRONG&gt; to run "fw monitor". This is good for performance, so "fw monitor" does not affect performance any more.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 15px; color: #000000;"&gt;More see here: &lt;A href="https://community.checkpoint.com/docs/DOC-3351"&gt;R80.x Performance Tuning and Debug Tips – fw monitor&lt;/A&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 15px; color: #000000;"&gt;Regards&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 15px; color: #000000;"&gt;Heiko&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 18 Nov 2018 20:01:06 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/VSX-FW1-dev-140-cpu/m-p/16415#M2748</guid>
      <dc:creator>HeikoAnkenbrand</dc:creator>
      <dc:date>2018-11-18T20:01:06Z</dc:date>
    </item>
  </channel>
</rss>

