• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

CPU usage higher than normal

Scheduled Pinned Locked Moved Hardware
12 Posts 5 Posters 7.3k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S
    sullrich
    last edited by Aug 24, 2006, 2:53 PM

    When the cpu usage climbs again in one week please run top on the firewall to see what is taking up the cpu ticks.

    1 Reply Last reply Reply Quote 0
    • M
      mbreitba
      last edited by Aug 24, 2006, 2:54 PM

      As long as I can get into it, I'll do that.

      1 Reply Last reply Reply Quote 0
      • S
        sullrich
        last edited by Aug 24, 2006, 2:55 PM

        You don't have console access?

        1 Reply Last reply Reply Quote 0
        • M
          mbreitba
          last edited by Aug 24, 2006, 2:58 PM

          I didn't check actual console access, but the webgui has been completely frozen each time I've gone in and rebooted it.  Again, when it went down, we were more concerned with getting it back up and running than debugging the problem.

          When it goes down again, I'll probably just route around it (it's just a filtered bridge, so swapping e-net cables around isn't a big deal) and then debug.

          1 Reply Last reply Reply Quote 0
          • P
            Phusho
            last edited by Sep 26, 2006, 9:54 PM

            I have exactly the same problem. Mhen the traffic exeeded 3 Mb/s the CPU is on 100 % which limits the speed. I logged through SSL and start TOP then start a download. CPU load for interrupst never drop bellow 25 % and after the start it goes up to 92 %. But I found something interesting when turn off Pooling the load drops to 10-11% which is good but after the start of bigger download goes to 100 % due to interrupts. I am using the latest snapshot. I have no problems with m0n0wall during such loads and i achieve even 10 Mb/s with no problems.

            1 Reply Last reply Reply Quote 0
            • S
              sullrich
              last edited by Sep 26, 2006, 9:55 PM

              The latest update features some bpf fixes that may help with this.

              http://www.pfsense.com/~sullrich/1.0-SNAPSHOT-09-26-06/

              1 Reply Last reply Reply Quote 0
              • X
                xanthate
                last edited by Sep 27, 2006, 11:45 AM

                In case it can help, on my pfSense RC2 when I run top syslogd is taking about 98% of CPU.

                1 Reply Last reply Reply Quote 0
                • C
                  cmb
                  last edited by Oct 7, 2006, 11:58 PM

                  @Phusho:

                  I have exactly the same problem. Mhen the traffic exeeded 3 Mb/s the CPU is on 100 % which limits the speed. I logged through SSL and start TOP then start a download. CPU load for interrupst never drop bellow 25 % and after the start it goes up to 92 %. But I found something interesting when turn off Pooling the load drops to 10-11% which is good but after the start of bigger download goes to 100 % due to interrupts. I am using the latest snapshot. I have no problems with m0n0wall during such loads and i achieve even 10 Mb/s with no problems.

                  What's the processor in your box?  This sounds like classic signs of maxing out the capacity of your CPU.

                  Having it work with m0n0wall doesn't mean anything.  m0n0wall is 30-50% faster on low end CPU's, network throughput wise, than pfsense because of the difference between FreeBSD 4.11 and 6.1.  m0n0wall will see the same drop off when it gets to 6.1.

                  The other problems mentioned in this thread seem to be legit issues (especially syslogd pegging it at 100%), but I don't think this one is.

                  1 Reply Last reply Reply Quote 0
                  • S
                    sullrich
                    last edited by Oct 8, 2006, 12:01 AM

                    The syslogd issue comes up from time to time.  It is a errata item for 1.0.  Unfortunately I have not been able to locate the problem.  When it happens simply click the save button in the logging settings section.

                    1 Reply Last reply Reply Quote 0
                    • P
                      Phusho
                      last edited by Oct 8, 2006, 9:31 AM Oct 8, 2006, 9:25 AM

                      My problem is overpowered CPU on 266 Mhz ;) must change the system if have problems with more traffic for now it is not issu\

                      Edit: the numbers from the previous post are time 10 bigger it is for 30 Mbit/s when pfsense is at 100 % not 3 with m0n0wall top speed with the same system is about 50-60 Mbit/s. 30 Mbit/s is more than enough for the current use :) 10x for reading.

                      1 Reply Last reply Reply Quote 0
                      • C
                        cmb
                        last edited by Oct 8, 2006, 6:44 PM

                        @Phusho:

                        My problem is overpowered CPU on 266 Mhz ;) must change the system if have problems with more traffic for now it is not issu\

                        Edit: the numbers from the previous post are time 10 bigger it is for 30 Mbit/s when pfsense is at 100 % not 3 with m0n0wall top speed with the same system is about 50-60 Mbit/s. 30 Mbit/s is more than enough for the current use :) 10x for reading.

                        A 266 MHz, if we're talking about a WRAP or Soekris 4801, will push about 30-32 Mbps with pfsense, and 40-45 Mbps with m0n0wall.  If it's a generic PC with a 266 MHz proc, numbers will vary depending on what type of machine, what NIC's, etc.

                        Those numbers are for an optimal transfer - single TCP stream, optimal packet size, etc.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                          This community forum collects and processes your personal information.
                          consent.not_received