<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Long CPU usage spikes on PHP processes in standard WebGUI]]></title><description><![CDATA[<p dir="auto">I'm running pfSense in VMWare on a ridiculously low spec computer, a 600MHz Celeron with 320mb RAM running a super-stripped version of Windows XP. I opted to post this here instead of the VMware forums because it occurs while running a real system as well.</p>
<p dir="auto">Here's the basic problem at hand. Lots of stuff is running in the background, but watch for the two "php" processes to hit the top of the list.</p>
<p dir="auto">Idle (just running a few torrents and whatever the other people in my apartment complex are doing):<br />
<a href="http://hostfile.org/php-idle.png" target="_blank" rel="noopener noreferrer nofollow ugc"><img src="http://hostfile.org/thumbs/L_php-idle.png.png" alt="" class=" img-fluid img-markdown" /></a></p>
<p dir="auto">Shortly after loading /index.php:<br />
<a href="http://hostfile.org/php-index.png" target="_blank" rel="noopener noreferrer nofollow ugc"><img src="http://hostfile.org/thumbs/L_php-index.png.png" alt="" class=" img-fluid img-markdown" /></a></p>
<p dir="auto">After loading a small page like firewall_nat.php:<br />
<a href="http://hostfile.org/php-nat.png" target="_blank" rel="noopener noreferrer nofollow ugc"><img src="http://hostfile.org/thumbs/L_php-nat.png.png" alt="" class=" img-fluid img-markdown" /></a></p>
<p dir="auto">Now, this problem had occurred before for me. When I was using my old 600MHz Athlon system, I had pfSense running natively, and I installed Samba, MySQL, the MySQL PHP library, and TorrentFlux. That required me to run several commands each time I rebooted (inetd, stopall lighttpd, ee /usr/local/lib/php.ini, lighttpd -f /var/etc/lighty-webConfigurator.conf), and it sucked. The funny thing is, after using PHP for loading a TorrentFlux page, loading the next WebUI page took a very long time no matter what page it was. Also, the more processes (torrents) I had running - and since I seed for a private tracker, that means a LOT of torrents and <em>no</em> traffic - the longer it took to load each page. It wasn't paging/swapping, as there was no unusual disk activity. It was crunching something… that might be a clue. =)</p>
<p dir="auto">I just wouldn't think the WebGUI pages would take up so much more CPU time than the firewall itself... y'know? :)</p>
]]></description><link>https://forum.netgate.com/topic/8734/long-cpu-usage-spikes-on-php-processes-in-standard-webgui</link><generator>RSS for Node</generator><lastBuildDate>Sat, 10 Oct 2026 09:06:11 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/8734.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 04 May 2008 23:58:26 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Long CPU usage spikes on PHP processes in standard WebGUI on Mon, 05 May 2008 20:14:36 GMT]]></title><description><![CDATA[<p dir="auto">Some of the guipages (like index.php or queues.php) are dynamically updating. This might cause some performance impact on lower end hardware. Not sure if you run the dashboard package but this will add some more overhead as well. Haven't seen that on non low end hardware though. On the other hand I agree that there might be some room for improvement by tweaking some webserver settings.</p>
<p dir="auto">I created a ticket for this some time ago so we will revisit this before 1.2.1 gets released. In the meanwhile feel free to tweak the file by hand like shown here: http://cvstrac.pfsense.org/chngview?cn=16999</p>
<blockquote>
<p dir="auto">$opcode_cacher  .=  "apc.shm_size="8"\n";</p>
</blockquote>
<p dir="auto">The red number being the cache in MB. From our tests in the past you have to find the best setting as a too low number will cause the webgui to be pretty slow but even a too hogh number seems to have a negative affect. Feel free to post the best setting that you found out for your system. Note that you have to reboot the system after changing that file (you can do so easily from the webgui using diagnostics&gt;edit file).</p>
]]></description><link>https://forum.netgate.com/post/172993</link><guid isPermaLink="true">https://forum.netgate.com/post/172993</guid><dc:creator><![CDATA[hoba]]></dc:creator><pubDate>Mon, 05 May 2008 20:14:36 GMT</pubDate></item></channel></rss>