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

    Problem with Slow Speeds

    Scheduled Pinned Locked Moved Hardware
    15 Posts 5 Posters 6.5k 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 Offline
      staticlag
      last edited by

      Its just the default install right now. I just loaded it up and began testing.

      1 Reply Last reply Reply Quote 0
      • W Offline
        wallabybob
        last edited by

        Suggest you read http://forum.pfsense.org/index.php/topic,22855.0.html and http://forum.pfsense.org/index.php/topic,23811.0.html

        You could try some pings between the client and pfSense and the client and server to see how the round trip time changes with the increased number of hops.

        1 Reply Last reply Reply Quote 0
        • S Offline
          staticlag
          last edited by

          Thanks! I tried the tips in the post but everything looks normal.

          I did some research on the onboard gigabit ports and they share a 4x PCIe link.

          Any opinions on what else it may be?

          1 Reply Last reply Reply Quote 0
          • W Offline
            wallabybob
            last edited by

            What differences did you observe in ping times?

            1 Reply Last reply Reply Quote 0
            • C Offline
              CaseyBlackburn
              last edited by

              Here is an idea, I'm not sure if it is valid though. Your bottleneck could be your CPU still. I don't know if pfSense/FreeBSD will make a connection multi-threaded on your CPU. If it won't then when you are seeing 50% usage it's because one core is being maxed out and that's all the single thread can do. Just an idea though.

              1 Reply Last reply Reply Quote 0
              • jimpJ Offline
                jimp Rebel Alliance Developer Netgate
                last edited by

                At the moment, pf is not multi-threaded, so the firewall process itself doesn't scale across cores. (But other system processes like the GUI and services do)

                There is work being done to alleviate this limitation, but it's not a simple problem and probably won't happen anytime soon.

                Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

                Need help fast? Netgate Global Support!

                Do not Chat/PM for help!

                1 Reply Last reply Reply Quote 0
                • W Offline
                  wallabybob
                  last edited by

                  @CaseyBlackburn:

                  Here is an idea, I'm not sure if it is valid though. Your bottleneck could be your CPU still. I don't know if pfSense/FreeBSD will make a connection multi-threaded on your CPU. If it won't then when you are seeing 50% usage it's because one core is being maxed out and that's all the single thread can do. Just an idea though.

                  It would be worth taking some snapshots of the output of the shell command top -S or watching the RRD graph to see if you are maxing out a CPU.

                  1 Reply Last reply Reply Quote 0
                  • S Offline
                    staticlag
                    last edited by

                    @wallabybob:

                    What differences did you observe in ping times?

                    My ping times are:

                    Connected to switch:

                    Avg= .301 ms
                    min=.270
                    max=.420

                    pfbox:

                    WAN->LAN

                    Avg=.651 ms
                    min=.513
                    max=.869

                    1 Reply Last reply Reply Quote 0
                    • S Offline
                      staticlag
                      last edited by

                      @wallabybob:

                      @CaseyBlackburn:

                      Here is an idea, I'm not sure if it is valid though. Your bottleneck could be your CPU still. I don't know if pfSense/FreeBSD will make a connection multi-threaded on your CPU. If it won't then when you are seeing 50% usage it's because one core is being maxed out and that's all the single thread can do. Just an idea though.

                      It would be worth taking some snapshots of the output of the shell command top -S or watching the RRD graph to see if you are maxing out a CPU.

                      That's it!

                      top -S shows one CPU has idle time of 5% during the transfer, while the other had 95% idle time.

                      So apparently I am maxing out a single core.

                      Thanks for the help everyone!!!

                      1 Reply Last reply Reply Quote 0
                      • W Offline
                        wallabybob
                        last edited by

                        What processes are the top CPU consumers shown by top -S?

                        1 Reply Last reply Reply Quote 0
                        • jimpJ Offline
                          jimp Rebel Alliance Developer Netgate
                          last edited by

                          @wallabybob:

                          What processes are the top CPU consumers shown by top -S?

                          top -SH is better. It will show both system and kernel threads.

                          Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

                          Need help fast? Netgate Global Support!

                          Do not Chat/PM for help!

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.