Samba (Ununtu server) Supersegt max 7 mb/s

Permalänk
Medlem

Samba (Ununtu server) Supersegt max 7 mb/s

Hej
Jag har precis fått samba att fungera och nu har jag en helt öppen oskyddad hårddsik utlagd på lokala nätverket. Problemet är hastigheten, jag håller på att överföra filer (i runda slängar runt 300gb) och jag får hastigheter som ligger rtun 2-3 mb/s och ibland upp till 7.
Sen får jag också ofta felmeddelanden i windows:
there is a problem accessing \\<share>
ake sure you are connected to the network and try again
och fortfarande kan en annan filöverföring fortsätta.

någon som har en clue? Det är definitift inte begränsingar i hårdvaran det är det enda jag kan säkerställa just nu.

Permalänk
Medlem
Skrivet av Xwerty:

Hej
Jag har precis fått samba att fungera och nu har jag en helt öppen oskyddad hårddsik utlagd på lokala nätverket. Problemet är hastigheten, jag håller på att överföra filer (i runda slängar runt 300gb) och jag får hastigheter som ligger rtun 2-3 mb/s och ibland upp till 7.
Sen får jag också ofta felmeddelanden i windows:
there is a problem accessing \\<share>
ake sure you are connected to the network and try again
och fortfarande kan en annan filöverföring fortsätta.

någon som har en clue? Det är definitift inte begränsingar i hårdvaran det är det enda jag kan säkerställa just nu.

Det låter som två helt olika problem; I/O:n är kass, och Samban kivas. Vad kör du på klientmaskinen? Min Windows 7:a (till skillnad från förra maskinen som körde XP) har en liten egenhet i att koppla ifrån mina samba-resurser [å andra sidan går det alltid att återkoppla dom] och eftersom gamla XP installationen betedde sig felfritt mot samma server (& samma konf) dristar jag mig till en empirisk bevisföring i form av att Windows 7 har vissa åsikter om hur den hanterar Samba-resuser men att det är just W7 som är boven i _det_ dramat.

Angående I/O:n gäller det väl först och främst att lista ut exakt _var_ flaskhalsen är; Klarar maskinen (internt) av att skyffla data? Kolla med (t.ex.) iostat och jämför. Bättre I/O? OK, fine. FTP från klient till server = någon skillnad på samma filer (fast kanske en annan katalog)? Om Ja, då är det något i Samba konf'en men om Nej så har vi jämfört. (win)scp är ett annat bra tips att jämföra xfer rates.
Vad jag far efter är; Om du skickar/hämtar samma fil, fast på olika sätt - hur mycket skillnad gör det då? Om du har kanonhastigheter med ftp, scp, http osv men värdelös i samban lär ju felet lösas genom en felsökning/tweakning av samba-konfen, annars kanske det är själva i/o:n på nic:et som bråkar.

Vad säger loggarna? Trimma syslogd.conf och logga lite mer (även samban) och testa igen. :^)
...bara för att ha något att börja med.

Permalänk
Medlem

Hej, har själv råkat ut för det här att shares försvinner helt appropå mitt i kopieringar och liknande.
Även fått blåskärm p.g.a rdbss.sys vid kopieringar till/från Windows 7 / Samba Shares.

Hastigheten har jag inga som helst problem med då jag brukar ligga på ~10.1 MB/sec vilket är det teoretiska taket för 100Mb, läste lite om det och det verkar som några råkar ut för en bugg i Windows efter någon uppdatering, nu är det här bara vad jag läst lite snabbt och kanske inte exakt som ditt problem.

Något jag märkt är att om jag har ett fönster med sharen öppen på Samba servern så får jag inte problemet men vid flyttning/kopiering och om jag bara har "progress"-fönstret öppet så tappar den anslutningen nån millisekund, har inte någon lösning till det själv. :/

Windows 7 och ClearOS 5.1 kör jag här.

Permalänk
Medlem
Skrivet av Osan:

Det låter som två helt olika problem; I/O:n är kass, och Samban kivas. Vad kör du på klientmaskinen? Min Windows 7:a (till skillnad från förra maskinen som körde XP) har en liten egenhet i att koppla ifrån mina samba-resurser [å andra sidan går det alltid att återkoppla dom] och eftersom gamla XP installationen betedde sig felfritt mot samma server (& samma konf) dristar jag mig till en empirisk bevisföring i form av att Windows 7 har vissa åsikter om hur den hanterar Samba-resuser men att det är just W7 som är boven i _det_ dramat.

Angående I/O:n gäller det väl först och främst att lista ut exakt _var_ flaskhalsen är; Klarar maskinen (internt) av att skyffla data? Kolla med (t.ex.) iostat och jämför. Bättre I/O? OK, fine. FTP från klient till server = någon skillnad på samma filer (fast kanske en annan katalog)? Om Ja, då är det något i Samba konf'en men om Nej så har vi jämfört. (win)scp är ett annat bra tips att jämföra xfer rates.
Vad jag far efter är; Om du skickar/hämtar samma fil, fast på olika sätt - hur mycket skillnad gör det då? Om du har kanonhastigheter med ftp, scp, http osv men värdelös i samban lär ju felet lösas genom en felsökning/tweakning av samba-konfen, annars kanske det är själva i/o:n på nic:et som bråkar.

Vad säger loggarna? Trimma syslogd.conf och logga lite mer (även samban) och testa igen. :^)
...bara för att ha något att börja med.

Det låter rimligt att det är två olika problem, jag har två "clienter" och båda kör w7 så det kan vara ngt som strular i oset som inte vill överföra just stora filer, runt 2gb upp till 4 som är max för fat32(då får jag felmeddelande och den typ kopplas från eftersom det står att den inte hitrar servern eller att den inte svarar, tillocmed samtidigt som jag överför mindre filer)

Jag tror jag faktiskt har hittat flaskhalsen då servern inte direkt är ny (1.6Ghz celeron, 512mb ram, och busshastigheter därefter) låter det rimligt? det kan låta lite klantigt och dumt men det är en bärbar dator, men detta är nytt för mig så vill veta hur bra det fungerar osv. innan jag lägger mer pengar på det student som jag är...

Jag har inte försökt med ftp eller liknande om jag får tid över i helgen så kanske jag hinner med att göra en test. Som du märker är jag ute på djupt vatten ("trimma syslog.conf", altså jag ska ändra så att den loggar mer genom att konfigurera den filen?)

Permalänk
Medlem
Skrivet av Xwerty:

Det låter rimligt att det är två olika problem, jag har två "clienter" och båda kör w7 så det kan vara ngt som strular i oset som inte vill överföra just stora filer, runt 2gb upp till 4 som är max för fat32(då får jag felmeddelande och den typ kopplas från eftersom det står att den inte hitrar servern eller att den inte svarar, tillocmed samtidigt som jag överför mindre filer)

Jag tror jag faktiskt har hittat flaskhalsen då servern inte direkt är ny (1.6Ghz celeron, 512mb ram, och busshastigheter därefter) låter det rimligt? det kan låta lite klantigt och dumt men det är en bärbar dator, men detta är nytt för mig så vill veta hur bra det fungerar osv. innan jag lägger mer pengar på det student som jag är...

Jag har inte försökt med ftp eller liknande om jag får tid över i helgen så kanske jag hinner med att göra en test. Som du märker är jag ute på djupt vatten ("trimma syslog.conf", altså jag ska ändra så att den loggar mer genom att konfigurera den filen?)

Samba har väll rätt så mycket overhead. Vilket gör att det går segare, speciellt vid många små filer... SMB2 har vad jag kommer ihåg fixat till detta.

Annars är det väll ftp som gäller. Får ca 7mb/s Win7 från Centos 4 med samba(på en 600mhz Via Epia, 100mbit nät). Via FTP däremot får jag ca 11-12mb/s, dessutom så är det så mycket enklare att återuppta överföringar med en ftpklient.

Det jag använder samba till är dela ut musik(streamas till klient), dokument och bilder i nätverket. Att överföra stora/mycket filer är ftp bättre på.