Hjälp med långsamt Gbit nätverk!

Nej, det är inte rimligt och det borde inte kräva att man pillar på inställningar för att få ut närmare 1 Gbps i ett enkelt test som iperf över ett lokalt nätverk mellan två någorlunda kapabla moderna enheter. (Det är väl isf om det är något rent kompatibilitetsproblem, trasiga drivrutiner, eller liknande... det är väl vad LSO-grejen handlar om, antar jag)
Du nämner inte vad det är för NAS, men jag förmodar att den förväntas klara klart högre hastighet?

Exempel med samma iperf3-kommando du körde mellan två datorer (en som kör Windows 10, en som kör Fedora 31) som jag inte gjort några särskilda nätverksinställningar på och det är nog en blandning av cat5e- och cat6-kablage på vägen:

[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   113 MBytes   113 MBytes/sec
[  4]   1.00-2.00   sec   113 MBytes   113 MBytes/sec
[  4]   2.00-3.00   sec   110 MBytes   109 MBytes/sec
[  4]   3.00-4.00   sec   113 MBytes   113 MBytes/sec
[  4]   4.00-5.00   sec   113 MBytes   113 MBytes/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-5.00   sec   562 MBytes   112 MBytes/sec                  sender
[  4]   0.00-5.00   sec   561 MBytes   112 MBytes/sec                  receiver

Jag skulle iaf föreslå att börja med att försöka identifiera vad det är som är så långsamt, förslagsvis då genom att utesluta möjliga felkällor. Sedan vet du i bästa fall vad du ska fokusera på.

Förslag:
Testa hastighet med båda enheterna kopplade till en vanlig switch, alternativt med kabel direkt mellan enheterna (lär väl kräva manuell IP-konfiguration för testet).
Detta borde visa om någon av dessa enheter utgör problemet, testa i så fall båda mot en tredje enhet så bör det ju visa sig vilken det beror på. Om problemet däremot försvinner så får du väl titta routern du nämner, kablage, osv.

Min erfarenhet är att hastighetsproblem allt som oftast är defekt kablage eller bristfälliga kontakteringar.

Skickades från m.sweclockers.com

Har du kollat att du har 1.0 Gps i Ethernet status?
https://www.majorgeeks.com/index.php?ct=content&action=file&i...

Det kan man ju tycka att det måste vara (TS får ju mer än dubbla hastigheten som går att få ut med 100 Mbps, och det finns liksom inga steg mellan), men skadar inte att kolla.

Borde förslaget inte vara att testa datorn mot annan enhet.
Är hastigheten hög så vet vi att datorn "funkar" som den ska.

Om inte felsök datorn först.

Sedan fråga till OP. Har du samma hastighet med iperf mot nas:en som när du läser vanliga filer därifrån ?
Eller skiljer sig dessa åt.

Det är ju ganska ointressant vad mätprogram klarar mot nas:en vs. vad verkliga filöverföringar lyckas prestera i hastighet.

Men jag tycker att första steget vore att kolla så att datorn funkar i full hastighet mot en annan enhet först.

Det var ett av förslagen. Du vill flytta det testet först, vilket väl är vettigt om TS har fler datorer lätt tillgängliga att testa med (men bara inte nämner detta i frågan). På det hela taget känns det lite hugget som stucket...

Prova kör UDP innan du felsöker allt annat, då vet du om det är TCP eller om det är nått annat som är fel.

Det där låter ju riktigt skumt, att någon SMB-inställning skulle påverka iperf-resultatet. Det måste nästan vara att även något annat ändras samtidigt, isf.

Just detta test tror jag du helt enkelt får göra om med "rätt" parametrar. Iperf har nämligen en inställning för maxhastighet som är obegränsad för TCP men har en låg standardinställning för UDP (vilket väl är rimligt eftersom man på ett helt annat sätt kan råka skjuta nätet i sank med UDP, som ju inte backar av när det inte går mer).

Kör om UDP-testet med 1G(bps) som maxhastighet så finns det iaf chans att du får rätt resultat.

iperf3 -c youriphere -u -t 5 -b 1G --format MBytes

97% lost datagrams låter ju dock inte sådär jättefint, så skulle inte säga att UDP-resultatet ser klockrent ut direkt.