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

    Weird network speed performance

    Scheduled Pinned Locked Moved General pfSense Questions
    6 Posts 2 Posters 642 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.
    • K
      Khoomn
      last edited by

      So I recently switched from my xfinity rented router to a proxmox server (i7 6700, 16GB of ram, 500GB 860 evo, 1TB Barracuda SSD), 16 port unmanaged switch, and CM1000 modem. Most of what I just said is irrelevant i assume as I'm mostly going to be talking about the proxmox server which runs my pfSense VM.

      I enabled "Disable hardware checksum offload" and I'm not entirely sure but I might have disabled "Disable hardware TCP segmentation offload"

      Doing some internet speed tests (I'm hardwired), I get around 800-850 down and the usually xfinity upload of 22. Nothing wrong there. We are paying for 1000 so I'd want 1000 if possible. I thought maybe it was the modem because I've heard the CM1000, even though saying it can do gigabit, with xfinity is rated for 800 (makes no sense at all).

      I created a new VM on my proxmox server to host an openspeed test server so I can test my LAN speeds to see if it is my pfSense box being weird or if it actually was the modem. Ran an openspeed test and my download is 800 still, but my upload is at 950.

      I'm really confused by these results and why my upload is better than my download and if there is a way to improve the speeds just that little bit more

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

        @Khoomn said in Weird network speed performance:

        I get around 800-850 down and the usually xfinity upload of 22

        22Mbps? That seems like a typo?

        Can you test directly, without pfSense or Proxmox in the link?

        K 1 Reply Last reply Reply Quote 0
        • K
          Khoomn @stephenw10
          last edited by

          @stephenw10 Sadly no this is not a typo. Ask anyone who has xfinity home internet. We don't get fiber, only cable. Its standard.

          Also what do you mean exactly test without pfsense or proxmox?

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

            Ah, so the test where you were seeing 950Mbps upload was to the local server? From a client also in Proxmox?

            For the direct test I meant like a laptop connected to the modem so nothing in the way to restrict the throughput.

            K 1 Reply Last reply Reply Quote 0
            • K
              Khoomn @stephenw10
              last edited by Khoomn

              @stephenw10 Yes the test with 950Mbps was using "OpenSpeedTest" which was just a simple Ubuntu 22.04-3 Server OS running their docker image. Its weird that even in that test I got 800-850 download like I am to the internet but for upload it was 950. It is weird that the upload is different than the download

              What I might do is through proxmox, to put pfSense out of the question, use my 3rd port alone and plug my pc into that port and do the speedtest from there.

              Edit: Something seems to have fixed itself? I did my first test since I posted this last night and now im getting gigabit up and down. Never restarted anything. Just fixed itself randomly.

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

                Hmm, maybe something else was using some bandwidth?

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