Traffic Shaper slowing torrent uploads, full speed on other applications
-
Hi, I am a total noob when it comes to pfsense setup, so I'm sorry if I did anything wrong. So, I have a traffic shaper for my WAN and LAN, and it is working pretty well. One thing I have noticed is when I have shaper on with WAN and qInternet(WAN), my upload speeds would be around 20MB/s max when seeding. When I disable shaper on WAN and qInternet(WAN), upload speeds would jump to 40-50MB/s. The speed would increase just by disabling it on WAN, so I assume this issue shouldn't be with my LAN shaper.
My connection is able to do 550/550 on speedtest , and below are screenshots of my WAN Shaper (Imgur Album):
https://imgur.com/a/tsObpSE
The uploading traffic is going through the WAN qNormal Queue when uploading. Other uploads such as Google Drive goes through the same queue too but at "full speeds".
Is there anything in my setup that would cause the torrent upload speed to be slashed for around half the speed compared to when the shaper is disabled?
Thanks a lot and please comment if I missed any information needed to fix this issue.
-
Queue depth? Make sure it's not the default 50. Or just check "Codel".
-
I have tried checking codel in all of them, and tried adding a queue of 1500, 5000, etc and it all didn't help.
-
Look at system load while attempting to upload? Interrupt CPU time etc.
-
i5-661@3.33GHz, 4GB RAM, running Hiadaptive
At Idle
last pid: 16671; load averages: 0.00, 0.00, 0.00 up 52+00:24:37 13:55:12 131 processes: 5 running, 105 sleeping, 21 waiting Mem: 20M Active, 108M Inact, 207M Wired, 28M Buf, 3260M Free Swap: 3590M Total, 3590M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 64K CPU1 1 1245.9 100.00% [idle{idle: cpu1}] 11 root 155 ki31 0K 64K RUN 3 1245.6 100.00% [idle{idle: cpu3}] 11 root 155 ki31 0K 64K CPU2 2 1231.6 100.00% [idle{idle: cpu2}] 11 root 155 ki31 0K 64K CPU0 0 1221.9 100.00% [idle{idle: cpu0}] 12 root -92 - 0K 336K WAIT 0 19.9H 0.98% [intr{irq268: re0}] 0 root -92 - 0K 304K - 2 842:11 0.59% [kernel{em0 que}] 11923 root 24 0 261M 33684K piperd 3 0:00 0.49% php-fpm: pool nginx (php-fpm) 12 root -60 - 0K 336K WAIT 0 292:01 0.00% [intr{swi4: clock (0)}] 17 root -16 - 0K 16K - 0 53:13 0.00% [rand_harvestq] 16 root -16 - 0K 16K pftm 0 13:28 0.00% [pf purge] 54548 root 20 0 10368K 2092K select 3 6:57 0.00% /usr/sbin/powerd -b hadp -a hadp -n hadp 54933 root 20 0 19648K 6056K select 0 5:10 0.00% /usr/local/sbin/miniupnpd -f /var/etc/mi 14748 root 20 0 12696K 2376K bpf 1 3:45 0.00% /usr/local/sbin/filterlog -i pflog0 -p / 31141 root 20 0 24608K 12428K select 0 2:17 0.00% /usr/local/sbin/ntpd -g -c /var/etc/ntpd 25 root 16 - 0K 16K syncer 0 1:38 0.00% [syncer] 15 root -68 - 0K 160K - 0 1:14 0.00% [usb{usbus0}] 15 root -68 - 0K 160K - 3 1:11 0.00% [usb{usbus1}] 4 root -16 - 0K 32K - 3 1:08 0.00% [cam{doneq0}]Uploading with WAN Shaper Off
last pid: 58160; load averages: 0.29, 0.18, 0.10 up 52+04:16:39 17:47:14 131 processes: 5 running, 105 sleeping, 21 waiting Mem: 20M Active, 108M Inact, 207M Wired, 28M Buf, 3260M Free Swap: 3590M Total, 3590M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 64K RUN 1 1249.7 100.00% [idle{idle: cpu1}] 11 root 155 ki31 0K 64K CPU3 3 1249.4 100.00% [idle{idle: cpu3}] 11 root 155 ki31 0K 64K CPU0 0 1225.6 97.75% [idle{idle: cpu0}] 11 root 155 ki31 0K 64K CPU2 2 1235.4 88.28% [idle{idle: cpu2}] 0 root -92 - 0K 304K - 2 845:19 15.09% [kernel{em0 que}] 12 root -92 - 0K 336K WAIT 0 20.0H 7.57% [intr{irq268: re0}] 6051 root 22 0 261M 36584K piperd 0 0:00 0.20% php-fpm: pool nginx (php-fpm) 12 root -60 - 0K 336K WAIT 0 292:56 0.00% [intr{swi4: clock (0)}] 17 root -16 - 0K 16K - 2 53:22 0.00% [rand_harvestq] 16 root -16 - 0K 16K pftm 0 13:31 0.00% [pf purge] 54548 root 20 0 10368K 2092K select 3 6:58 0.00% /usr/sbin/powerd -b hadp -a hadp -n hadp 54933 root 20 0 19648K 6064K select 3 5:11 0.00% /usr/local/sbin/miniupnpd -f /var/etc/mi 14748 root 20 0 12696K 2376K bpf 3 3:45 0.00% /usr/local/sbin/filterlog -i pflog0 -p / 31141 root 20 0 24608K 12428K select 3 2:18 0.00% /usr/local/sbin/ntpd -g -c /var/etc/ntpd 25 root 16 - 0K 16K syncer 0 1:38 0.00% [syncer] 15 root -68 - 0K 160K - 2 1:14 0.00% [usb{usbus0}] 15 root -68 - 0K 160K - 0 1:12 0.00% [usb{usbus1}] 4 root -16 - 0K 32K - 2 1:08 0.00% [cam{doneq0}]Uploading with WAN Shaper On
last pid: 71346; load averages: 0.27, 0.14, 0.09 up 52+04:08:36 17:39:11 131 processes: 5 running, 105 sleeping, 21 waiting Mem: 19M Active, 111M Inact, 207M Wired, 28M Buf, 3259M Free Swap: 3590M Total, 3590M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 64K CPU1 1 1249.6 100.00% [idle{idle: cpu1}] 11 root 155 ki31 0K 64K CPU3 3 1249.3 100.00% [idle{idle: cpu3}] 11 root 155 ki31 0K 64K CPU0 0 1225.5 100.00% [idle{idle: cpu0}] 11 root 155 ki31 0K 64K RUN 2 1235.3 93.07% [idle{idle: cpu2}] 0 root -92 - 0K 304K - 2 844:23 12.26% [kernel{em0 que}] 12 root -92 - 0K 336K WAIT 0 20.0H 4.79% [intr{irq268: re0}] 3122 root 28 0 261M 37004K piperd 3 0:01 0.49% php-fpm: pool nginx (php-fpm) 12 root -60 - 0K 336K WAIT 0 292:53 0.00% [intr{swi4: clock (0)}] 17 root -16 - 0K 16K - 0 53:21 0.00% [rand_harvestq] 16 root -16 - 0K 16K pftm 0 13:31 0.00% [pf purge] 54548 root 20 0 10368K 2092K select 3 6:58 0.00% /usr/sbin/powerd -b hadp -a hadp -n hadp 54933 root 20 0 19648K 6064K select 0 5:11 0.00% /usr/local/sbin/miniupnpd -f /var/etc/mi 14748 root 20 0 12696K 2376K bpf 2 3:45 0.00% /usr/local/sbin/filterlog -i pflog0 -p / 31141 root 20 0 24608K 12428K select 3 2:18 0.00% /usr/local/sbin/ntpd -g -c /var/etc/ntpd 25 root 16 - 0K 16K syncer 3 1:38 0.00% [syncer] 15 root -68 - 0K 160K - 0 1:14 0.00% [usb{usbus0}] 15 root -68 - 0K 160K - 2 1:12 0.00% [usb{usbus1}] 4 root -16 - 0K 32K - 3 1:08 0.00% [cam{doneq0}] -
@chorong761 That sounds like what most people would want, keep torrents in control so it doesn't take over and allow other traffics priority. Is that not what u want?
-
@sammywoo No, I just need it to give priority to one IPTV when its recording, then at all other times full speed.
-
Try disabling ECN?
Since we're talking about uploading P2P traffic, are you sure that it wasn't just a coincidence of timing that you had less bandwidth going out? Did you toggle it on/off and see it going up and down reliably each time?
