Egy teszt samba sezrvernél tapasztaltam a következő jelenséget:
Az írás, törlés gyors (írás: 6000-8000 kb/s).
Az olvasás botrányosan lassú - 50-300 kb/s.
Már ez sem jó, de a különös az, hogyha elkezdem bárhol gyorsam olvasni a filerendszer felmegy a sebesség 4-5000 kb/s-ra.
A gyógyító script lehet akár ez is:
while true ; do tar -cf /dev/null * ; done
A furcsa az, hogy akkor is használ, ha nem az éppen másolt adatokat olvasom vele.
Látott már valaki ilyet, vagy van elképzelése, hogy mi lehet az oka?
- 1726 megtekintés
Hozzászólások
Szia!
Én szívtam múltkor hasonlóval, Gb-es hálózaton. Felgyorsult a forgalom, mihelyt legalább ketten töltöttek le ugyanarról a szerverről, megint visszaesett, ha csak egy kliens volt.
A szerverben is, kliensekben is egy Realtek Ethernet vezérlő volt. A szerverben kicseréltük, a klienseken a Windows drivert befrissítettük, azóta hibátlanul megy az egész.
Itt a sztori: http://hup.hu/node/47388
- A hozzászóláshoz be kell jelentkezni
Köszi, ez segített.
Az persze még mindig talányos, hogy mitől gyorsult attól, mert pörgetni kezdtem a diszket.
- A hozzászóláshoz be kell jelentkezni
Örülök, én sokat szívtam vele, legalább másnak ne kelljen :)
- A hozzászóláshoz be kell jelentkezni
Hasonló a helyzet nálam is. Csak nem ilyen a hálókártya.
Az egyik konfiguráció, kb 1 hónapot ment hibamentesen, eleinte 8-10, mostanra 20-30 samba userrel.
Ethernet controller: Broadcom Corporation NetXtreme BCM5755 Gigabit Ethernet PCI Express (rev 02)
Samba 3.0.26a-1ubuntu2.3
A letöltés nagyon lassú, a feltöltés gyors. pl. Excelből vagy Wordből a mentés egy sambás megosztásra, kb. 15 mp gondolkozás után történik csak meg (bár ez ugye feltöltés inkább). Vagy egy egyszerü 30kb-os jpg fájl megnyitása is jópár másodperces elgondolkozás után nyílik csak meg
Ma hivtak egy másik helyről, ami kb lassan 1 éves telepités (57 napos uptime)
Ethernet controller: 3Com Corporation 3c940 10/100/1000Base-T [Marvell] (rev 12)
Samba 3.0.24-6etch4
Ittis hirtelen lassú lett a letöltés a sambáról, a feltöltés pedig gyors ittis.
A két samba verzió se ugyanolyan, és a hálókártyák se a legszarabbak talán. (collision nincs)
Egyik helyen közvetlen a switchre van dugva a szerver, másik helyen pedig 1-2 köztes switch is van.
Mindkét helyen élég sok a fájlok száma az un. közös mappákban.
Mi lehet a gond? Mitöl lassul le hirtelen csak a letöltés?
Jah és mindkét helyen a hálózat csak 10/100-as.
- A hozzászóláshoz be kell jelentkezni
Egy AMD Athlon X2 4400+ gépről van szó, 1 GB rammal.
Kevés lehet a ram?
A szerveren van még webszerver és mailszerver is, mindkettő helyi intranet jellegű tehát a látogatottsága minimális.
- A hozzászóláshoz be kell jelentkezni
nem hinném a kevés ramot: nálam 60+ konkurens usert meg sem szokott erezni, pedig az a gép a webproxy is (tudom, ciki, de...)
autonegotiation a kártyáknál megnézni
ha nem annál van a baj, akkor a switcheket próbáld kicserélni, volt már ilyenm, sőt olyanom is, hogy csak kicsi fileokkal volt baja a nagyok repültek
- A hozzászóláshoz be kell jelentkezni
Még mindig lassu a könyvtárakban levő fájlok listázása, vagy megnyitása, vagy mentése. Maga a mentés és megnyitás gyors, csak amig eljut odáig az jópár másodperc. pl. Excelnél oda freezel a táblázatra a mentés ablak miután végzett és csak refresh után tűnik el.
Néhány adat a hálókártyáról:
root@fs:~# mii-diag
Using the default interface 'eth0'.
Basic registers of MII PHY #1: 1000 796d 0143 bcc0 05e1 45e1 0065 2001.
The autonegotiated capability is 01e0.
The autonegotiated media type is 100baseTx-FD.
Basic mode control register 0x1000: Auto-negotiation enabled.
You have link beat, and everything is working OK.
Your link partner advertised 45e1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT, w/ 802.3X flow control.
End of basic transceiver information.
root@fs:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:1C:C4:76:1E:36
inet addr:192.168.xxx.yyy Bcast:192.168.xxx.yyy Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:27591919 errors:0 dropped:0 overruns:0 frame:4
TX packets:25330448 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:19288723727 (17.9 GB) TX bytes:11689945463 (10.8 GB)
Interrupt:19
LSPCI kimenet:
3f:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5755 Gigabit Ethernet PCI Express (rev 02)
Subsystem: Hewlett-Packard Company Unknown device 280a
Flags: bus master, fast devsel, latency 0, IRQ 19
Memory at d8400000 (64-bit, non-prefetchable) [=64K]
Expansion ROM at [disabled]
Capabilities: [48] Power Management version 3
Capabilities: [50] Vital Product Data
Capabilities: [58] Vendor Specific Information
Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
Capabilities: [d0] Express Endpoint IRQ 0
Capabilities: [100] Advanced Error Reporting
Capabilities: [13c] Virtual Channel
Capabilities: [160] Device Serial Number d6-9e-66-40-e1-c4-1c-00
Capabilities: [16c] Power Budgeting
Megpróbálok egy switch cserét, hátha az a gond.
Asus helyett KTI
Sebesség kb ugyanaz.
Belépek a könyvtárba, rányomok az XLS-re aztán 10 mp mire bejön, utána a többi XLS már 1 klikkre bejön. Ezután másik dirbe lépek, és ugyanez a folyamat, az első file 10mp kb a többi pedig már gyors. Szerintem nem switch gond lesz ez.
"Szégyenszemre" rakjak be egy rtl8139-es kártyát a gépbe?
- A hozzászóláshoz be kell jelentkezni
hány file van az adott könyvtárban?
Nem lehet hogy azt olvassa fel lassan?
- A hozzászóláshoz be kell jelentkezni