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

    7100, slower than expected

    Scheduled Pinned Locked Moved General pfSense Questions
    performance
    11 Posts 4 Posters 1.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.
    • AndyRHA
      AndyRH
      last edited by

      What should I look at to fix the speed difference with my 7100? It is consistently slower than my old PC FW. About 100Mbs slower sending data.
      ATT fiber 1Gb up/down
      The 7100 just has a few rules, no packages. The test shown is using ix1 for the WAN, same results using eth1.
      I ran many tests to make sure the results are correct.
      The PC FW has a 4 port Intel 1Gb NIC.

      7100FW.JPG
      LenovoFW.JPG

      o||||o
      7100-1u

      JKnottJ S 2 Replies Last reply Reply Quote 0
      • JKnottJ
        JKnott @AndyRH
        last edited by

        @andyrh

        When I replaced the computer I was running pfsense on, I got the impression that for the same money, Netgear was on the slow side. I bought the computer described in my sig and that gave me a significant boost over the HP computer that I had been using . I have a 500/20 connection and was getting mid 500's down, but here's a recent speedtest with the new hardware. My ISP is generous with the bandwidth.

        PfSense running on Qotom mini PC
        i5 CPU, 4 GB memory, 32 GB SSD & 4 Intel Gb Ethernet ports.
        UniFi AC-Lite access point

        I haven't lost my mind. It's around here...somewhere...

        1 Reply Last reply Reply Quote 0
        • S
          SteveITS Galactic Empire @AndyRH
          last edited by

          @andyrh If it isn't already, try plugging your PC into the 7100 directly instead of a switch.

          Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
          When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
          Upvote ๐Ÿ‘ helpful posts!

          1 Reply Last reply Reply Quote 0
          • AndyRHA
            AndyRH
            last edited by

            I had previously tried direct connecting, eth2 has similar results. I also did the test using the same NIC on the PC on both FWs. The results did not change.

            o||||o
            7100-1u

            1 Reply Last reply Reply Quote 0
            • stephenw10S
              stephenw10 Netgate Administrator
              last edited by

              That's just using the default WAN and LAN config? Eth1as WAN?

              1 Reply Last reply Reply Quote 0
              • AndyRHA
                AndyRH
                last edited by

                Yes, with default settings the speed is the same as the graphs I posted. When I first noticed the slowness I did a factory reset and re-tested, no change. I also tried using the add-on port, igb3. I have since moved the WAN ix1, the host is directly connected to eth1, through my switch to ix0.

                o||||o
                7100-1u

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  Hmm, OK. Check he output of top -aSH at the command line whilst testing. Make sure nothing it hitting 100% of one CPU core. It shouldn't be at 1G.

                  1 Reply Last reply Reply Quote 0
                  • AndyRHA
                    AndyRH
                    last edited by

                    During the tests the 4 idle processes stayed in the top 4. The 5th process only got to about 36% (a little lower in the capture)

                    PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
                    11 root 155 ki31 0B 64K CPU3 3 45.3H 98.57% [idle{idle: cpu3}]
                    11 root 155 ki31 0B 64K CPU1 1 45.3H 86.34% [idle{idle: cpu1}]
                    11 root 155 ki31 0B 64K CPU2 2 45.3H 78.14% [idle{idle: cpu2}]
                    11 root 155 ki31 0B 64K RUN 0 45.4H 68.10% [idle{idle: cpu0}]
                    0 root -76 - 0B 704K - 0 0:35 29.67% [kernel{if_io_tqg_0}]
                    0 root -76 - 0B 704K - 2 0:37 18.96% [kernel{if_io_tqg_2}]
                    0 root -76 - 0B 704K - 1 0:45 13.04% [kernel{if_io_tqg_1}]
                    8 root -16 - 0B 16K e6000s 2 163:10 5.31% [e6000sw tick kproc]

                    When I can I will make the network very quiet and make sure there is not an external thing I am not seeing.

                    o||||o
                    7100-1u

                    1 Reply Last reply Reply Quote 0
                    • stephenw10S
                      stephenw10 Netgate Administrator
                      last edited by

                      Mmm, no problem there.

                      MTU mismatch, fragmentation issue perhaps?

                      1 Reply Last reply Reply Quote 0
                      • AndyRHA
                        AndyRH
                        last edited by

                        Once I was able to take the primary FW offline and test on a quiet network the speed was what I expected. I am not sure why the new FW was not using the remaining bandwidth like I expected.
                        Perhaps the ATT gateway gives higher priority to the FW in the DMZ?

                        Sorry for the false alarm. ๐Ÿ˜Š

                        o||||o
                        7100-1u

                        1 Reply Last reply Reply Quote 0
                        • stephenw10S
                          stephenw10 Netgate Administrator
                          last edited by

                          Mmm, interesting. Thanks for following up. ๐Ÿ‘

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