Snabba upp SMB

Vilka operativsystem kör du på dina burkar?

Notis: Du kan i princip aldrig få ut 1 Gbit med SMB/CIFS på grund av overhead och hur protkollet är designat.

Du har inte någon lokal brandvägg på nån av maskinerna som ställer till det? Hur ser det ut med DNS-uppslag, har båda maskinerna fungerande FQDN? Vad får du för hastigheter om du skriver från HTPCn till PC inloggad på HTPCn vs inloggad på PCn?

Om jag förstår det hela rätt så får han 750mbit vid samma kopiering om han initierar den från htpcn istället för från pcn. Dvs trafiken går samma väg. Negotieringen går helt enkelt bättre från den ena burken, tex pcn kanske får för sig att köra smb1 istället för smb2. Sånna problem brukar bero på DNS-problem, brandväggar och liknande.

Mellan 2 någorlunda moderna datorer med windows 7 över ett fungerande gigabitnätverk så är det normalt att ligga på allt mellan 30-80 MB/s i överföring på stora filer, detta så länge hårddiskarna hänger med och inte är belastade med att göra annat.

Ett långsökt förslag är att stänga av/avinstallera eventuellt antivirus om du har det installerat.

Är någon av de inblandade diskarna nästan full eller hårt fragmenterad?

Håller med låter som att diskarna inte hänger med, den fyller minnet först i bra speed sen så tar disken över helt och då sackar det.

I felsökningssyfte kan det vara intressant att se vilka överföringshastigheter du får om du ställer hastigheten på NIC:arna till 100Mbps i stället för 1000Mbps. Får du bortfall då också eller har du samma hastighet i båda riktningarna?

Jag misstänker att processorn på din desktop-dator får jobba mer än normalt och att det kan bero på drivrutiner, firmware på NIC eller inställningar av NIC. Ibland kan man behöva ändra parametrar för NIC som avlastar processorn, t.ex TCP Offloading. http://en.wikipedia.org/wiki/TCP_offload_engine

Det är vad jag har på lager just nu...

ok, har du provat med något annat protokoll, typ ftp?

När du skriver på din HTPC-disk så verkar det gå segt, men läsning går mycket fortare. Det kan bero på fragmentering, hårddiskar är generellt snabbare på att läsa information (samma som att skicka filer) än att skriva (som att ta emot filer). Ingen idé att hetsa upp dig, vi försöker bara hjälpa dig!

Hur kan det va samma target hela tiden? Om du kopierar från Dekstop -> HTPC så är ju disken i HTPC target disken. Åt andra hållet är ju disken i PC:n target disken?

Prova med andra datorer, gissar på att det är nått med din HTPC som gör att den inte fixar å skriva till disken i hög hastighet. Kan vara en rad olika orsaker till detta vilket man isf kan felsöka om det nu kan konstateras att felet ligger hos HTPC:n.

Det kallas uteslutningsmetoden, funkar det bra med FTP så ja då är förmodligen SMB ditt problem. Funkar det inte med FTP heller så ligger problemet någon annanstans. Och bara för att ett testprogram säger att det klarar 750 Mbit TCP trafik i en viss riktning så innebär inte det att det gör det under en längre tid med tung filöverföring precis som du upptäckt själv när du säger att det går i 750 Mbit initiellt för att sedan droppa av.

Som jag förstår det så är det två olika funktioner i datorn som är aktiv vid dina två olika metoder. Kopierar du från din Desktop så är det Smb Servern i HTPC'n som tar emot filen. Remotar du så är det en Smb klient i HTPC'n som tar emot filen. Skillnader kan bero på inställningar i de två, tex hur stora paket de använder. Det kan också spela roll hur tex ett antivirus eller en brandvägg hanterar de två fallen.

Att ändra dessa inställningar i Windows är inte lätt och är inget man normalt gör, däremot kan nog återigen antivirus, brandväggar och diverse program för att trimma datorn gör det. Är det olika versioner av Windows på de två burkarna så kan det också spela in.

Har du testat hur din desktop dator beter sig om du gör ett motsvarande test, dvs kopierar till resp. remotar in och kopierar från en annan dator?

Ok, trodde det var något liknande iperf som bara testar TCP mellan 2 burkar, där brukar man ju kunna få betydligt högre hastigheter än om man läser och skriver till disk.

Om du vill hacka registret så finns det en del SMB värden att mecka med där. Har inte lyckats öka mina prestanda nämnvärt via ändringar där men jag har inte haft så låg prestanda som du verkar ha i något nätverk varken hemma eller på jobb.
Men båda burkarna kör Windows 7? Då är det ju SMB2 som är bra mycket snabbare än vanlig SMB och ska inte ge sådana här problem.

Tycker ändå att det kanske har med en buffer eller liknande att göra då det går snabbt i början, finns lite buffervärden i registret för SMB om jag inte minns fel, både för send/receive. Kan vara värt ett test.
Annars är ju en klassiker att stänga av autotuning av window size, den kan göra saker till ett helvete ibland.

Jag gav lite tips här. Har du prövat det eller var det inte intressant?

Jag hade kört perfmon för att ta reda på vart flaskhalsen ligger istället för att gissa. (Kika på diskarnas kölängd till att börja med)

Mellan min virtuella Ubuntu maskin och min workstation (Windows 7) får jag ut över 80MB/s över SMB så protokollet är det inget fel på.

EDIT: du hade visst testat på annat vis redan.
Googla på smb v1 och v2 problem. Finns en del man kan testa för att tvinga den att använda en annan version av smb-protokollet om jag minns rätt.