Very slow internet browsing
-
I've been having issues as well for a couple days now which roughly coincides with my update. Speedtests have been showing results of 5/.5
I had thought it might be a service issue with my cable service since the TV has been looking fuzzy for a couple days too but I ruled that out when I hooked up my MacBook directly to my modem and speedtests results were in the 175/10 range (big difference).
I've seen some significantly high latencies pinging as well, some upwards of 300ms, some as low as 10-15ms though too.
I've been looking through syslog and snmp messages for the last little bit that were picked up in my RMM application and can't see anything that jumps out. I'm also running it in a VMware appliance though so I don't know if there's something going on there?
Tried doing a factory reset and restoring configuration, my next step may be to do a clean install since I'm not seeing anything that jumps out and screams problem
-
I also noticed that my firewall is doing horrible sync time. Notice the very high jitter and high offset. Considering two of my peers are local with sub ms latency I should not have that high of jitter or offset.
Active Peer 192.168.10.12 .PPS. 1 u 42 64 1 0.402 118.013 51.463 Unreach/Pending 192.168.10.81 192.168.10.12 2 u 39 64 1 0.359 111.357 58.965 Unreach/Pending 64.246.132.14 .CDMA. 1 u 44 64 1 23.731 142.941 41.969 Candidate 173.208.234.242 162.243.243.206 3 u 39 64 1 49.341 93.829 63.659 Candidate 64.113.44.57 64.113.32.5 2 u 40 64 1 51.656 78.572 87.198Note this is what you should see, this is my SAN server that syncs to similiar peers.
-192.168.10.81 192.168.10.12 2 u 53 64 377 0.246 16.430 5.863 *192.168.10.12 .PPS. 1 u 3 16 377 0.459 -0.011 0.019 +137.190.2.4 .GPS. 1 u 66 64 377 71.384 0.826 0.379 +198.74.59.249 173.70.50.12 2 u 32 64 377 18.794 1.985 2.108 -199.7.177.206 43.77.130.254 2 u 28 64 377 44.659 -5.374 0.430 -204.2.134.164 241.199.164.101 2 u 8 256 377 84.106 1.321 2.491 -
Dude, this thread is about "slow internet browsing", so unless you "browse" internet via NTP, create your own thread.
-
I too didn't see anything in the logs that would explain the high latencies. Tried a few things such as going through some options and clicking on save to see if anything would pop up an error to indicate a configuration conflict.
After 3 reboots it finally became stable and latency issue went away. It's not as low as it was before but certainly alot better than it was.
I checked my work firewall that we use for the wireless connections and it didn't show the same behavior. Then again that firewall is basic without any of the extra packages installed.
Maybe one or more of the packages are conflicting? I even tried re-installing all the packages.
Right now it's working ok. So I don't know if just a fluke with the timing of the upgrade and maybe Comcast issues?
-
Dude, this thread is about "slow internet browsing", so unless you "browse" internet via NTP, create your own thread.
Whoa ease up. 1 I have already posted to this thread about my issues. 2. My ntp info is to help point to what may be the issue. Ntp issue like this are normally due to the ntp process not getting enough cpu time.
-
The issues I was experiencing this morning and last night was probably caused by Comcast. Going through the graphs with a fine comb the issues didn't start until at around 8pm last night and finally got resolved at around 3pm today. Right after the update Thursday night the graphs showed normal activity until last night. Now the graphs have returned to normal.
So I don't think PfSense upgrade had anything to do with this, least in my case.
Just bad timing.
-
Good Morning {in my area}
Now Morning
And out of 10 computers are connected and surf them {brothers sisters parents}
Only my computer works now
And the graph shows a lot of connectionsbrowser Open with two tabs
One of the dashboard
Second of this page with the messageI guess there is a log in which all registered
Where can I see it. -
Addition
Now I checked the Internet link with Mlab Shaperprobehttp://www.measurementlab.net/tools/shaperprobe
Although the dashboard
Says there are no packet loss
The test stops in the middle
And gives a message"measurement aborted due High packet loss rate"
-
I have narrowed my issues down to just IPv6 I believe.
My IPv4 gateway appears to keep a solid connection with a ~10ms latency, however my IPv6 gateway varies from 10ms - 250ms. Any ideas what could have caused this issue with the most recent patch?
Prior to the patch I did not have this issue.
-
Another user reported similar symptoms when using Intel NICs and some tweaks applied. Are any of you running similar setups?
Steve
-
I do not know what network cards I have
But I know that I did not changed their settingsIs there a command that
Show me the computer's hardware -
Is there a command that
Show me the computer's hardwarepciconf -lvIt won't spell out the nic brand or model, you'll probably need to Google the chip number.
You can also look at this file to get the driver version, but that won't list the specific nic model:
/var/log/dmesg.boot -
Well if you haven't added any tweaks in loader.conf.local (for which you'd have to know what hardware you're running) then this is a different problem. Or at least a different solution.
You can tell what NICs you have by what drivers are attached to them. Intel NICs will usually use the em or igb drivers so your interfaces will be em0, em1 etc. Beyond that you need the PCI info for more detail but here the drivers are enough.Steve
-
pciconf -lv
give me this
$ pciconf -lv
hostb0@pci0:0:0:0: class=0x060000 card=0xffffffff chip=0x25608086 rev=0x01 hdr=0x00
class = bridge
subclass = HOST-PCI
vgapci0@pci0:0:2:0: class=0x030000 card=0x02671014 chip=0x25628086 rev=0x01 hdr=0x00
class = display
subclass = VGA
uhci0@pci0:0:29:0: class=0x0c0300 card=0x02671014 chip=0x24c28086 rev=0x01 hdr=0x00
class = serial bus
subclass = USB
uhci1@pci0:0:29:1: class=0x0c0300 card=0x02671014 chip=0x24c48086 rev=0x01 hdr=0x00
class = serial bus
subclass = USB
uhci2@pci0:0:29:2: class=0x0c0300 card=0x02671014 chip=0x24c78086 rev=0x01 hdr=0x00
class = serial bus
subclass = USB
ehci0@pci0:0:29:7: class=0x0c0320 card=0x02671014 chip=0x24cd8086 rev=0x01 hdr=0x00
class = serial bus
subclass = USB
pcib1@pci0:0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x81 hdr=0x01
class = bridge
subclass = PCI-PCI
isab0@pci0:0:31:0: class=0x060100 card=0x00000000 chip=0x24c08086 rev=0x01 hdr=0x00
class = bridge
subclass = PCI-ISA
atapci0@pci0:0:31:1: class=0x01018a card=0x02671014 chip=0x24cb8086 rev=0x01 hdr=0x00
class = mass storage
subclass = ATA
none0@pci0:0:31:3: class=0x0c0500 card=0x02671014 chip=0x24c38086 rev=0x01 hdr=0x00
class = serial bus
subclass = SMBus
none1@pci0:0:31:5: class=0x040100 card=0x02671014 chip=0x24c58086 rev=0x01 hdr=0x00
class = multimedia
subclass = audio
fxp0@pci0:2:8:0: class=0x020000 card=0x02671014 chip=0x10398086 rev=0x81 hdr=0x00
class = network
subclass = ethernet
ath0@pci0:2:9:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00
class = network
subclass = ethernet
dc0@pci0:2:10:0: class=0x020000 card=0x434e4554 chip=0x91021282 rev=0x31 hdr=0x00
class = network
subclass = ethernet
fxp1@pci0:2:12:0: class=0x020000 card=0x000c8086 chip=0x12298086 rev=0x08 hdr=0x00
class = network
subclass = ethernet -
Possibly not 100% correct, but the nics might be these:
ath0 - Atheros Communications Inc. - AR5212, AR5213 802.11a/b/g Wireless Adapter or ath0 - Atheros Communications Inc. - 802.11a/b/g Wireless Adapter (AR2312) dco - Davicom Semiconductor Inc. - 10/100 Mbps Fast Ethernet Controller (DM9102/A/AF) fxp0 - Intel Corporation - 82801DB PRO/100 VE (LOM) Ethernet Controller fxp1 - Intel Corporation - 82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter -
Is there a way to know if Intel cards have a problem with pfsense
With the latest version Anyhow
-
Just to clarify this, there is not any known bug in the Intel driver or card setup (that I know about at least). I mentioned this only because the symptoms described were very similar to those I had been reading about in another thread.
https://forum.pfsense.org/index.php?topic=74942.0
In that instance the high latency was seemingly solved by removing the loader.conf.local setting limiting igb to 1 queue.
Steve
-
I know I understood it the first time
My questions were just to rule out a network card problemWhat could it be
why is the latency go crazy
from 10 to 300
why all internet browsing so slow
Except from the upgrades i did not changed anything -
OK. I just wanted to be sure I hadn't mislead anyone.
Your interfaces all appear to be older cards, 2 fxp NICs and one dc. Are you seeing latency problems across all of them?
The driver changes I was talking about were for the newer Intel drivers (em. igb, ixgb) for gigabit NICs and they went into 2.1.1. I don't beleive there were any driver changes between 2.1.1 and 2.1.2.The temperature of the CPU is also higher than normal
This would indicate that the CPU is working hard on something which could be causing the latency. What do you see if you run 'top -SH'?
Steve
-
top -SHhere
$ top -SH last pid: 62178; load averages: 0.07, 0.14, 0.10 up 8+11:39:44 19:01:24 269 processes: 3 running, 248 sleeping, 18 waiting Mem: 463M Active, 52M Inact, 143M Wired, 16M Cache, 84M Buf, 50M Free Swap: 2048M Total, 49M Used, 1999M Free, 2% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND 11 root 171 ki31 0K 8K RUN 166.9H 96.39% idle 80016 root 44 0 58740K 13392K piperd 0:06 0.39% php 12 root -68 - 0K 144K WAIT 132:21 0.00% intr{irq20: fxp0 fxp1} 0 root -68 0 0K 88K - 109:12 0.00% kernel{ath0 taskq} 12 root -32 - 0K 144K WAIT 96:06 0.00% intr{swi4: clock} 0 root -68 0 0K 88K - 40:43 0.00% kernel{dummynet} 79394 root 44 0 262M 230M select 17:08 0.00% clamd{clamd} 56758 root 44 0 8004K 4616K kqread 8:06 0.00% lighttpd 12 root -44 - 0K 144K WAIT 7:06 0.00% intr{swi1: netisr 0} 257 root 76 20 3352K 0K kqread 6:50 0.00% <check_reload_stat> 14 root -16 - 0K 8K - 5:03 0.00% yarrow 9389 proxy 44 0 43124K 36700K kqread 3:57 0.00% squid 23208 root 64 20 3264K 1104K select 3:43 0.00% apinger 22 root 20 - 0K 8K syncer 3:42 0.00% syncer 75378 root 44 0 3264K 804K piperd 3:24 0.00% logger 12 root -68 - 0K 144K WAIT 2:48 0.00% intr{irq22: dc0} 68925 root 44 0 3416K 1144K select 2:35 0.00% syslogd 0 root -68 0 0K 88K - 2:33 0.00% kernel{ath0 taskq}</check_reload_stat>Currently the temperature is about 53 ° C
and latency 18
It reached 56 ° CBefore the upgrade it was from 30 to 36 maybe 40 in an exceptional case
And the latency Was up to 30 maximum
