Lassú SAMBA másolás

Linux-kezdő

Helló!

Bocs, h új témát nyitok ennek a kérdésnek, de annyira sürget az idő, h nem tudtam rendesen átböngészni a korábbi topicokat.

Tehát:

Ubuntu alatt fut egy SAMBA+CUPS szerver, a többi gépen XP-k. Mindnki mindenkit lát, azonban amikor XP alól fel kell másolnom valamit a Linuxra Total Commandert használva, a másolás úgy néz ki, h a fájl átmásolását jelző csík a Másolás ablakban elmegy 100%-ig, vár 7-8 másodpercet, és csak aztán kezdi el másolni a következőt.

1 GB-ot így kb 30-40 perc alatt tudok felmásolni, ami az előttem álló mennyiség miatt nem elfogadható.

Van valakinek ötlete, milyen beállítás kerülhette el a figyelmemet?

Előre is köszönöm a segítő szándékot!

  • 3542 megtekintés

A 8029-es realtek 10-es kártya, azzal nem lesz gyorsabb, vegyél legalább egy Realtek 8139-et, de inkább ruházz be egy SMC-re, az már valamennyire hasonlít egy hálókártyához (cca. 2500 Ft).
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Elnézést hogy ide írok, de nekem is hasonló samba problémám van, a man olvasgatás nem segített rajtam.
Ha egy megosztott nagyobb fájlt elkezdek másolni a sambás gépről az jön is szépen, de max 3,8MB/s sebességgel.
Ha mégegyet elindítok akkor mindkettő jön 3,5MB körül.
Azonban azt szeretném hogy ha elkezdek valamit másolni azonnal jöjjön teljes sebességen, ami a gép teljesítményét nézve elképzelhető hogy valóban 7MB/sec.
Meg lehet ezt egyáltalán oldani?

az smb.conf tartalma:

[global]
security = share
restrict anonymous = no
domain master = no
preferred master = no
socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192 # ezt az előző hozzászólás alapján próbáltam sikertelenül
max protocol = NT
ldap ssl = No
server signing = EPIA
map to guest = Bad User
workgroup = MSHOME

[Letoltesek]
guest ok = yes
read only = no
path = /pub/

[Egyebek]
guest ok = yes
read only = no
path = /pub/egyebek/

Főleg az SMC1211TX. Az kiváló! SMC logóval szitázott RTL8139-es chip van rajta, de azt már nem szokás leszólni, mert SMC.
Sok helyen olvasom, hogy reflexből ócsárolják a Realtek 8139-et, pedig semmi baj sincs vele.
Azon gondolkodtam, hogy mi lehet a 8139 rosz hírének az oka. Én 1998-ban kezdtem a 8138-et használni és Linux alatt, volt olyan driver (az akkori már nem emlékszem melyik Kernelben), amivel ha nagy mennyiséget másoltál, akkor lefagyott. Azokhoz a Kernelekhez, külön le kellett tölteni a 8139-es drivert a fejlesztő honlapjáról (ami ha jól emlékszem a www.nasa.com/.... valami volt) és azzal rendesen működött. Azóta viszont van egy teljesen más által készített teljesen új 8139too driver is, ami szintén része a Kernelnek.
Szóval én nem állítom, hogy ez a világon a legjobb kártya, de nem olyan ócska, mint amennyire a hírét keltik.

reflexből ócsárolják a Realtek 8139-et, pedig semmi baj sincs vele

Igen? akkor nekem peches szériám volt, ezért döglött meg 3 ilyen kártya nálam 2 hét alatt (egy számítógépes kabinetet natoltam, gondolván, hogy azt bírja), és még a teljesítménye is pocsék.
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

ócskának nem ócska, többnyire működik, akkor van gond vele, amikor nem egy átlagos felhasználásra akarod használni (pl. 1 dolog a sok közül: AFAIK a rtl chipek csak 4 byte aligned címről tudnak busmaster dma-zni és mivel az ethernet header 14 byte-os, ami nem osztható 4gyel, adott esetben nem lehet megspórolni egy puffer átmásolást a user memóriából).

Ha el akarod dönteni egy hálókártyáról hogy mi is a helyzet vele, nagyon ajánlom a linux kernelben található kommenteket róla (többnyire Donald Becker kommentjei).

:)

( ng | 2006. 11. 27., h – 14:08 )

Nekem akkor csinált ilyet (úgy öt éve) mikor nem tudta a jogokat módosítani a felmásolt fájlon és minden fájlnál írt a logba.. Sok apró fájlnál eléggé belassította.

ilyet találtam a logokba, jó sokat:
read_data: read failure for 4 bytes to client 192.168.1.170. Error = A partner lezárta a kapcsolatot
[2006/11/28 22:37:22, 1] smbd/service.c:make_connection_snum(693)
192.168.1.160 (192.168.1.160) connect to service Letoltesek initially as user nobody (uid=65534, gid=65534) (pid 3632)
[2006/11/28 22:37:31, 1] smbd/service.c:make_connection_snum(693)

( reznor | 2009. 01. 13., k – 12:05 )

Hali!

Nekem az alábbi mérésekkel alátámasztott, lehet, hoyg hasonló problémám van...

Gép: p3 800
60GB WD vinyó, XFS partició stripe raidben szoftveresen.
innen másoltam file-t hálón keresztül WINXP-s gépre SATA NTFS SAMSUNG-ra.
Hálókártya a p3-ban realtek 8139.
Win-esben valami gigabit, ami bele van integrálva az asus a8ne alaplapba.

700MB iso file másolása FTP-n: 75 MBit / sec cca: 9,5 MB/sec
700MB iso file másolása SMB-n: 75 MBit / sec cca: 9,5 MB/sec
4GB iso file másolása FTP-n: 4,5 MB /sec (először elkezdte 11MB/seccel, aztán ugrált 1-8 között, aztán beállt kb 4,5 átlagra.)
4GB iso file másolása SMB-n: 5 MB / sec

FTP kiszolgáló: pure-ftpd

SMB configot próbáltam variálni:

[global options]
socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192

nah ez nekem nem hozott sikert, talán még jobb nélküle.

kérdés: 4 GB iso, miért lassabb rendre? Mit lehetne tenni? Nem vagyok benne biztos, hogy a hálókártya miatt van. Mit lehetne még tenni?

ext3fs-re másolva a 700 MB-os ISO-t ugyanezt adja eredményül, picivel lassabb... 0,2 MB /sec-el...

(Egyébként nekem rengeteg 8139 kártyám volt, egyel sem volt még baj.)

---------

URL: http://reznor.dyndns.org
skype: reznorbaa
mail

Os: OpenSuse 11.0, meg minden amit érek az Ecomstation-t is beleértve. Szeretem az oprendszereket.