FreeBSD Fiber (xs4all) upload haalt niet volledige snelheid

[jurma]

Ik heb op dit moment een probleem met mijn FreeBSD (Release 10.2) server in combinatie mijn xs4all glasvezel lijn (500mbit). Mijn FreeBSD server zit direct aan de modem gekoppeld.
Het probleem zit hem in de upload, hier haal ik niet de volledige snelheid met wat dat zou moeten zijn.


Koppel ik mijn Surface Pro (2) met een USB ethernet aan de modem krijg ik wel de volledige snelheid:


Dit doet mijn denken dat het dus aan mijn FreeBSD server ligt.
Als ik hier op google kom ik vooral tegen dat ik de MTU moet aanpassen en wat send buffers via sysctl.

De MTU is aangepast naar 1492 (http://www.bestyoucanget.com/optimizemtu.htm) en heb via de volgende website (https://calomel.org/freebsd_network_tuning.html) FreeBSD network tuning tips gevonden.

Hierin heb ik de volgende zakan aangepast in systcl

• net.inet.tcp.sendbuf_inc: 16384 (default: 8192)
• net.inet.tcp.sendspace: 65536 (default: 32768)
• kern.ipc.maxsockbuf: 4194304 (default: 2097152)
• hw.igb.max_interrupt_rate=32000 (default: 8000) <- Dit is aangepast in /boot/loader.conf

IPFW draait ook niet en is disabled.

Al deze zaken hebben geen invloed gehad op het gewenste resultaat.
Mijn upload blijft steken tot maximaal 160Mb/s.

Hopelijk hebben jullie nog een idee hoe ik dit kan oplossen en waardoor dit komt.

[justahuman]

Test eens de zelfde speedtest servers, je loopt nu 2 verschillende servers te testen.

[Hero of Time]

Server zou geen verschil van >300 Mbps moeten geven, dus dat kan je al weg strepen.

Is die check nog steeds met Flash? Dan zou het zomaar kunnen dat de upload meer vraagd dan de download en is niet je NIC de boosdoener, maar Flash dat uit z'n voegen loopt. Wat zie je aan CPU gebruik bijvoorbeeld? Als de BSD bak een tweede NIC heeft, forwarding instellen en met een ander systeem, zoals je Surface, testen voor de snelheid.

[jurma]

Het is inderdaad via flash, maar dat is alleen op mijn Surface.
Op mijn BSD bak heb ik de port "speedtest-cli" (http://www.freshports.org/net/py-speedtest-cli) geinstalleerd en gebruik de command line:
speedtest --simple --share.

Even ter meer info, mijn BSD configuratie:
- Intel(R) Core(TM) i3-4130T
- 16 GB ram
- Intel(R) PRO/1000

Helaas zit er geen 2de NIC in en heb ik deze ook niet zo liggen.


Daarnaast heb ik ook samen met de helpdesk van xs4all een 2GB bestand geupload naar een FTP wat ze konden monitoren en daar zagen ze ook niet de volledige upload terug. Deze test hebben we ook herhaalt met de surface pro en deze haalde zelfs iets meer dan de 500Mb/s.
Hierdoor was ook de conclusie van de helpdesk dat het aan de FreeBSD server zou moeten liggen.

[ Voor 37% gewijzigd door jurma op 04-12-2015 10:57 ]

[narotic]

En hoeveel doet je FreeBSD server lokaal op het LAN? Bijv. iperf in beide richtingen?

[Ultraman]

Als je de hardware wilt gaan uitsluiten zou je eens een Linux LiveCD kunnen booten. Dan kun je uitsluiten of je het in de software of in de hardware moet zoeken.
Geeft je in ieder geval meer zekerheid in welke richting je het moet gaan zoeken.

Als Linux wel speert, dan moet je het bij de instelingen of de drivers in FreeBSD zoeken. In zo'n geval zou ik ook een andere NIC proberen, bij voorkeur eentje die een andere driver gebruikt. Of probeer eens andere drivers, bijvoorbeeld de recentste driver van Intel zelf die je dan zult moeten compileren met de kernel.
Welke NIC chip wordt exact gebruikt? Op het werk hebben we namelijk een nieuwe machine gehad waar we losse drivers hebben moeten installeren omdat FBSD 10.2 nog maar matige ondersteuning had voor de Intel NIC in die machine, goede ondersteuning zat wel in HEAD. Is ook nog een optie