[Fedora] Lage overdrachtsnelheid samba/ftp

[Y0ur1]

Ik heb laatst een server crash gehad (mobo+hd dood) en heb daarom een nieuwe hd en moederbord aangeschaft. Er stond Red Hat 9 op en nu Fedora.
De spec's zijn:
- Oud compaq mobotje
- Celeron 566
- 192mb ram
- 80 gb WD
- 3Com 3c905B

Nu is het probleem dat het overzetten van files niet goed gaat (via samba). Als ik iets overzet gaat het ongeveer 3 mb per seconde, terwijl dit voorheen altijd ongeveer 9 mb per seconde was! Ook is het erg vreemd dat als ik iets aan het overzetten ben, en ik open bijvoobeeld verkenner dat de overdrachtsnelheid dan gigantisch dropt (vaak even tot 0mb per sec.). Als ik iets overzet heeft Samba maar iets van 10% cpu usage...

Andere computers halen wel de gewone snelheid binnen het netwerk, alleen iets van de server halen gaat max 3 mb per seconde.

hdparm:

code:

 Model=WDC WD800EB-00DJF0, FwRev=77.07W77, SerialNo=WD-WCAHL3455301
 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
 RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
 CurCHS=17475/15/63, CurSects=16513875, LBA=yes, LBAsects=156301488
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: device does not report version:

 * signifies the current active mode

Wat ik al geprobeerd heb:
- Andere 80 pins kabels
- andere UTP kabel
- FTP (gaat even snel)

Iemand een idee wat het probleem kan zijn?

[ Voor 11% gewijzigd door Y0ur1 op 25-05-2004 23:35 ]

[scorpie]

Ligt eraan watvoor files je gebruikt.. gebruik je veel kleine files of 1 grote? bij veel kleintjes moet hij iedere keer een aanvraag <-> bevestiging heen en weer sturen, probeer het dus eens met 1 grote file.

Dan nog iets, via je netwerkomgeving op je samba share browsen is idd erg sloom, komt door een "feature" in windows xp en 2000, waardoor het besturingssysteem steeds gaat checken of er in die map een taak in de taakplanner zit (kun je uitschakelen, zie bijvoorbeeld www.tweakxp.com)

[Y0ur1]

Scorperito schreef op 25 mei 2004 @ 23:41:
Ligt eraan watvoor files je gebruikt.. gebruik je veel kleine files of 1 grote? bij veel kleintjes moet hij iedere keer een aanvraag <-> bevestiging heen en weer sturen, probeer het dus eens met 1 grote file.

Dan nog iets, via je netwerkomgeving op je samba share browsen is idd erg sloom, komt door een "feature" in windows xp en 2000, waardoor het besturingssysteem steeds gaat checken of er in die map een taak in de taakplanner zit (kun je uitschakelen, zie bijvoorbeeld www.tweakxp.com)

Het zijn grote files, films etc... Het heeft altijd prima gewerkt, maar nu met andere hd, moederbord en Fedora gaat het echt gaar. Waar jij het over hebt is niet echt relevant, aangezien ik netwerkschijven gebruik. Als ik iets overzet en verkenner open gaat het rete langzaam(omdat hij amper data van de server krijgt denk ik). Het gaat ook zo langzaam al bijvoorbeeld de server uit staat en hij wil deze netwerkschijven laten zien in verkenner.

[ Voor 19% gewijzigd door Y0ur1 op 25-05-2004 23:44 ]

[Candymirror]

Mischien had je voorheen udma op je mobo?
Installeer hdparm eens en controleer de snelheid van je hd.

hdparm -t -T

[Y0ur1]

Candymirror schreef op 26 mei 2004 @ 08:34:
Mischien had je voorheen udma op je mobo?
Installeer hdparm eens en controleer de snelheid van je hd.

hdparm -t -T

Je ziet toch bij mijn begin post dat er een sterretje bij udma2 staat

code:

[root@Server root]# hdparm -t -T /dev/hda

/dev/hda:
 Timing buffer-cache reads:   388 MB in  2.01 seconds = 193.03 MB/sec
 Timing buffered disk reads:   74 MB in  3.09 seconds =  23.95 MB/sec
[root@Server root]#

[Eric Oud Ammerveld]

Check of het met een andere versie van Samba ook zo bagger gaat.
Ik had laatst in Debian Stable Woody 3 RC2 een upgrade uitgevoerd van de ingebouwde Samba dit had een behoorlijke snelheidswinst tot gevolg.

Ik draai nu versie 3.0.2.a (Debian)

Je hebt neem ik aan niets aan je config gewijzigd met het overzetten van de componenten.
Wel je kernel enigszins getuned?
Mogelijk is de on-board controller niet zo "standaard" als hij zou "moeten" zijn.

[Y0ur1]

AADNOLL schreef op 26 mei 2004 @ 15:07:
Check of het met een andere versie van Samba ook zo bagger gaat.
Ik had laatst in Debian Stable Woody 3 RC2 een upgrade uitgevoerd van de ingebouwde Samba dit had een behoorlijke snelheidswinst tot gevolg.

Ik draai nu versie 3.0.2.a (Debian)

Je hebt neem ik aan niets aan je config gewijzigd met het overzetten van de componenten.
Wel je kernel enigszins getuned?
Mogelijk is de on-board controller niet zo "standaard" als hij zou "moeten" zijn.

Ik draai 3.0271, maar het is met FTP precies hetzelfde dus ik denk niet dat het aan samba ligt. Ik heb verder niks aan me kernel 'getuned'...

[nwagenaar]

Kun je voor de gein eens de output van het ifconfig commando geven? Het zou bijvoorbeeld mogelijk kunnen zijn dat :

a) Je NIC niet geconfigureerd staat op bijvoorbeeld 100MB/Full;
b) Er sprake is van collisions (icm met A);
c) Je NIC niet goed functioneerd (Als A niet van toepassing is en B wel);

In het verleden heb ik een soort gelijk probleem gehad, alleen kwam de crash bij mij door stroomuitval. Hierna bleek de NIC adapter niet fullspeed gegevens te kunnen verzenden/ontvangen terwijl de kabels en de switch goed waren (collisions waren ongelofelijk hoog). Uiteindelijk bleek de 3Com het probleem te zijn, na vervanging was het probleem weg

[Y0ur1]

nwagenaar schreef op 26 mei 2004 @ 15:29:
Kun je voor de gein eens de output van het ifconfig commando geven? Het zou bijvoorbeeld mogelijk kunnen zijn dat :

a) Je NIC niet geconfigureerd staat op bijvoorbeeld 100MB/Full;
b) Er sprake is van collisions (icm met A);
c) Je NIC niet goed functioneerd (Als A niet van toepassing is en B wel);

In het verleden heb ik een soort gelijk probleem gehad, alleen kwam de crash bij mij door stroomuitval. Hierna bleek de NIC adapter niet fullspeed gegevens te kunnen verzenden/ontvangen terwijl de kabels en de switch goed waren (collisions waren ongelofelijk hoog). Uiteindelijk bleek de 3Com het probleem te zijn, na vervanging was het probleem weg

code:

eth0      Link encap:Ethernet  HWaddr 00:50:04:39:12:76
          inet addr:10.0.0.1  Bcast:10.255.255.255  Mask:255.0.0.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:5548670 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11229609 errors:0 dropped:0 overruns:0 carrier:11229262
          collisions:0 txqueuelen:1000
          RX bytes:2433335778 (2320.6 Mb)  TX bytes:1674214464 (1596.6 Mb)
          Interrupt:11 Base address:0x2000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:30 errors:0 dropped:0 overruns:0 frame:0
          TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1700 (1.6 Kb)  TX bytes:1700 (1.6 Kb)

[Eric Oud Ammerveld]

En nu even een

code:

dmesg |grep "eth0: link"

[Y0ur1]

AADNOLL schreef op 26 mei 2004 @ 16:01:
En nu even een

code:

dmesg |grep "eth0: link"

dat doet niks... Echter dit wel:

code:

[root@Server root]# dmesg | grep "eth0"
divert: allocating divert_blk for eth0
divert: freeing divert_blk for eth0
divert: allocating divert_blk for eth0
[root@Server root]#

[Eric Oud Ammerveld]

Kan je eens checken of /etc/sysconfig/network-scripts/ifcfg-eth0 helemaal goed ingesteld is.
Als :

code:

DEVICE=eth0
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.0.1
NETMASK=255.255.0.0

In jou geval waarschijnlijk DHCP

[Y0ur1]

AADNOLL schreef op 26 mei 2004 @ 16:09:
Kan je eens checken of /etc/sysconfig/network-scripts/ifcfg-eth0 helemaal goed ingesteld is.
Als :

code:

DEVICE=eth0
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.0.1
NETMASK=255.255.0.0

In jou geval waarschijnlijk DHCP

Nee hij heeft een statisch adres...

code:

# 3Com Corporation|3c905B 100BaseTX [Cyclone]
DEVICE=eth0
BOOTPROTO=static
BROADCAST=10.255.255.255
HWADDR=00:50:04:39:12:76
IPADDR=10.0.0.1
NETMASK=255.0.0.0
NETWORK=10.0.0.0
ONBOOT=yes
TYPE=Ethernet

[Verwijderd]

TX packets:11229609 errors:0 dropped:0 overruns:0 carrier:11229262

Die carrier moet iets van 0 zijn. Beteken uit mijn hoofd dat twee apparaten tegelijk een ethernetframe willen versturen en zodoende een carrier detect krijgen en allebei even wachten, om het opnieuw te proberen. Op een switch moet je dit niet zien.

Ik denk dat het het simpelste is om als het kan de machine op een:
- andere poort van de switch/hub te zetten
- andere switch/hub te nemen
- andere netwerkkaart, liefst ander type.

[Y0ur1]

Verwijderd schreef op 26 mei 2004 @ 16:50:
TX packets:11229609 errors:0 dropped:0 overruns:0 carrier:11229262

Die carrier moet iets van 0 zijn. Beteken uit mijn hoofd dat twee apparaten tegelijk een ethernetframe willen versturen en zodoende een carrier detect krijgen en allebei even wachten, om het opnieuw te proberen. Op een switch moet je dit niet zien.

Ik denk dat het het simpelste is om als het kan de machine op een:
- andere poort van de switch/hub te zetten
- andere switch/hub te nemen
- andere netwerkkaart, liefst ander type.

Andere poort heeft niet geholpen, en de switch is sowieso goed want de rest haalt er wel een goede snelheid mee. Ik ga er vanavond eens een andere netwerkkaart in zetten...

[--MeAngry--]

Heel vreemd, ik had hier op school vanmiddag ook last van, maar dan nog veel erger, met de 100mbit internetverbinding haalde ik nog maar 10KB/sec down maximaal terwijl dat thuis gewoon 800KB/sec is en even een bestandje overzetten naar de laptop van een vriend van me zorgde er ook voor dat dit ubertraag ging.
Het kon overigens niet aan het netwerkverkeer liggen, want diezelfde vriend kon wel gewoon met goede snelheden downloaden, en die werkt gewoon op Windows XP