langsamer Dateitransfer mount_smbfs oder fish

T

true

FreeBSD Desktop user
Hallo miteinander,

ich habe zwei Computer mit FreeBSD6 (einer davon mit Samba und sshd) und möchte von einem Computer auf den anderen Dateien kopieren. Dies habe ich einmal mit fish:// unter KDE und per mount_smbfs probiert. Dabei habe ich folgendes beobachtet:
- beim Kopieren mit fish:// (scp) ist die Geschwindigkeit bei ca. 300KB/sec
- beim Kopieren auf einen gemounteten Samba-share ist die Geschwindigkeit bei ca. 600KB/sec.

ifconfig rl0 zeigt an: media: Ethernet autoselect (100baseTX <full-duplex>)

Die Übertragungsraten sind viel zu langsam.

Jetzt kommt das wirklich Seltsame:
Wenn ich statt nur einem Kopierprozess auf ein Samba-mount einen zweiten Kopiervorgang parallel dazu starte, liegt die Gesamtübertragungsrate bei 6 MB/sec.

Was kann der Grund für so ein Verhalten sein?

Grüße,
Thomas
 
Ich traue weder kio-*fish noch samba :) Wie siehts aus wenn du per hand mit scp oder ftp kopierst?

Andere faktoren wo mir gerade einfallen:
- Fehlerhaftes kabel (und du hast es nur im richtigem momment richtig angefasst :) )
- Festplatten geschwindigkeit (laeuft evtl fsck im hintergrund?)
- User rechte (login.conf) und load des systems im momment...
 
Das Verhalten kann ich immer wieder reproduzieren, daher denke ich nicht dass es am Kabel oder an der Systemauslastung liegt. (Ab 2 Kopierprozessen erreiche ich 6MB/sec)
Wenn ich per scp kopiere erreiche ich eine Geschwindigkeit von ca. 1,2MB/sec.
Vor allem das mit den Kopierprozessen kann ich mir nicht erklären.
 
true schrieb:
- beim Kopieren mit fish:// (scp) ist die Geschwindigkeit bei ca. 300KB/sec
- beim Kopieren auf einen gemounteten Samba-share ist die Geschwindigkeit bei ca. 600KB/sec.

ifconfig rl0 zeigt an: media: Ethernet autoselect (100baseTX <full-duplex>)
Zum Vergrößern anklicken....
Schonmal die Schnittstelle hart auf die zum HUB/Switch passende Duplex-Einstellung verdrahtet?
Wenn ich statt nur einem Kopierprozess auf ein Samba-mount einen zweiten Kopiervorgang parallel dazu starte, liegt die Gesamtübertragungsrate bei 6 MB/sec.

Was kann der Grund für so ein Verhalten sein?
Zum Vergrößern anklicken....
Ethernet. CSMA/CD nachlesen und verstehen lernen.
 
Danke für die Antworten,
in dem Fall werden ich es wirklich mal mit einem neuen Kabel versuchen.
Ich dachte es kann nicht am Kabel liegen, da es ja im bestimmten Fall 6MB/sec geschafft hat.
 
Habe jetzt ein neues Kabel gekauft (crosslink) und musste leider feststellen dass das Problem nicht am Kabel liegt.

Kann es am Realtek-Treiber liegen?

Code: 
rl0: <RealTek 8139 10/100BaseTX> port 0xdc00-0xdcff mem 0xdffff700-0xdffff7ff irq 19 at device 11.0 on pci0
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto


rl0@pci0:11:0:  class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00
    vendor   = 'Realtek Semiconductor'
    device   = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter'
    class    = network
    subclass = ethernet
oder an falschem routing?
Code: 
Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            192.168.0.1        UGS         0 32616354   ath0
10.0.2/24          link#1             UC          0        0    rl0
10.0.2.255         ff:ff:ff:ff:ff:ff  UHLWb       1     2750    rl0
localhost          localhost          UH          0   423387    lo0
192.168.0          link#2             UC          0        0   ath0
192.168.0.1        00:09:5b:a9:b3:6a  UHLW        2    10013   ath0
192.168.0.55       00:13:46:93:a1:92  UHLW        1      122    lo0
192.168.0.255      ff:ff:ff:ff:ff:ff  UHLWb       1     2306   ath0

Internet6:
Destination        Gateway            Flags      Netif Expire
localhost          localhost          UH          lo0
fe80::%rl0         link#1             UC          rl0
fe80::24f:4eff:fe0 00:4f:4e:0f:8d:c7  UHL         lo0
fe80::%ath0        link#2             UC         ath0
fe80::213:46ff:fe9 00:13:46:93:a1:92  UHL         lo0
fe80::%lo0         fe80::1%lo0        U           lo0
fe80::1%lo0        link#5             UHL         lo0
ff01:1::           link#1             UC          rl0
ff01:2::           link#2             UC         ath0
ff01:5::           localhost          UC          lo0
ff02::%rl0         link#1             UC          rl0
ff02::%ath0        link#2             UC         ath0
ff02::%lo0         localhost          UC          lo0

Die beiden Computer die ich verbinde verwenden beide eine Realtek Karte.
 
Hallo,

habe das selbe Problem,

Wenn ich allerdings unter KDE auf System>Entfernte Orte>SAmba-Freigaben
gehe,kann ich in beide Richtungen mit voller Geschwindigkeit kopieren.

Mich würd mal interressieren was KDE da anders macht.
 
Ich kenne das Problem bei SMB file transfers zwischen OS X und Windows. Dort hat ein sysctl -w net.inet.tcp.delayed_ack=0 geholfen. Da es sich aber hier um zwei FreeBSD Kisten handelt bezweifle ich das es was bringt ausserdem kann es andere Übertragungen verlangsamen. Aber kannst es ja mal probieren :-)
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben