Netzwerk sehr langsam (mal wieder)

Containy

Containy

Member
Hallo,
mein erster Post. :)
Leider aus einem unerfreulichen Grund. Mein Netzverbindungen zum BSD sind langsam. Sehr langsam. Habe natürlich die SuFu benutzt und auch gesehen, dass 1 - 2 schonmal das Problem hatten. Ich weiß auch, dass der Titel schon öfters gewählt wurde, aber das trifft es eigentlich ganz gut. ;)

System: FreeBSD 5.3
NIC: 3COM 3c950-TX

Mit nload habe ich den Traffic gemessen beim Kopieren einer 12 MB-Datei. Beim Runterladen vom Server hatte ich maximal 650 kBit/s beim Hochladen maximal 17654 kBit/s. Beides ist für 100 MBit/s viel zu wenig.

Switch und Netzwerkkabel möchte ich ausschließen, da das Kopieren zwischen Windows und MacOSX schnell funktioniert. Nur von Win zu BSD oder von Mac zu BSD macht Probs.

Hier mal ein paar Ausgaben:

Code: 
kira# ifconfig
xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        options=9<RXCSUM,VLAN_MTU>
        inet 192.168.66.2 netmask 0xffffff00 broadcast 192.168.66.255
        inet6 fe80::204:75ff:feae:4617%xl0 prefixlen 64 scopeid 0x1 
        ether 00:04:75:ae:46:17
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet 127.0.0.1 netmask 0xff000000 
        inet6 ::1 prefixlen 128 
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
Code: 
kira# dmesg
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.3-RELEASE #0: Fri Nov  5 04:19:18 UTC 2004
    root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Pentium/P55C (199.74-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x543  Stepping = 3
  Features=0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
real memory  = 67108864 (64 MB)
avail memory = 56070144 (53 MB)
Intel Pentium detected, installing workaround for F00F bug
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> pcibus 0 on motherboard
pir0: <PCI Interrupt Routing Table: 7 Entries> on motherboard
pci0: <PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> port 0xfcf0-0xfcff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0xf800-0xf81f irq 10 at device 7.2 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: <bridge, PCI-unknown> at device 7.3 (no driver attached)
pci0: <display, VGA> at device 8.0 (no driver attached)
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xf400-0xf47f mem 0xfedfbc00-0xfedfbc7f irq 9 at device 18.0 on pci0
miibus0: <MII bus> on xl0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: Ethernet address: 00:04:75:ae:46:17
cpu0 on motherboard
orm0: <ISA Option ROMs> at iomem 0xc8000-0xc87ff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model IntelliMouse, device ID 3
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0c02> can't assign resources (port)
psmcpnp0: irq resource info is missing; assuming irq 12
unknown: <PNP0501> can't assign resources (port)
fdc1: cannot allocate I/O port (6 ports)
unknown: <PNP0400> can't assign resources (port)
Timecounter "TSC" frequency 199740126 Hz quality 800
Timecounters tick every 10.000 msec
ad0: 3821MB <Maxtor 84000A6/ZA8X0526> [7763/16/63] at ata0-master WDMA2
ad2: 76345MB <MAXTOR 6L080J4/A93.0500> [155114/16/63] at ata1-master UDMA33
Mounting root from ufs:/dev/ad0s1a
Code: 
kira# netstat -rn
Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            192.168.66.1       UGS         0        0    xl0
127.0.0.1          127.0.0.1          UH          0        0    lo0
192.168.66         link#1             UC          0        0    xl0
192.168.66.1       00:0f:b5:14:72:da  UHLW        1      142    xl0   1188
192.168.66.10      00:0d:93:36:71:34  UHLW        0    14998    xl0    996
192.168.66.255     ff:ff:ff:ff:ff:ff  UHLWb       0       55    xl0

Internet6:
Destination                       Gateway                       Flags      Netif Expire
::1                               ::1                           UH          lo0
fe80::%xl0/64                     link#1                        UC          xl0
fe80::204:75ff:feae:4617%xl0      00:04:75:ae:46:17             UHL         lo0
fe80::%lo0/64                     fe80::1%lo0                   U           lo0
fe80::1%lo0                       link#3                        UHL         lo0
ff01::/32                         ::1                           U           lo0
ff02::%xl0/32                     link#1                        UC          xl0
ff02::%lo0/32                     ::1                           UC          lo0
Code: 
kira# netstat -in
Name    Mtu Network       Address              Ipkts Ierrs    Opkts Oerrs  Coll
xl0    1500 <Link#1>      00:04:75:ae:46:17    15809     0    15254     0     0
xl0    1500 192.168.66    192.168.66.2         14801     -    15213     -     -
xl0    1500 fe80:1::204:7 fe80:1::204:75ff:        0     -        3     -     -
plip0  1500 <Link#2>                               0     0        0     0     0
lo0   16384 <Link#3>                               0     0        0     0     0
lo0   16384 127           127.0.0.1                0     -        0     -     -
lo0   16384 ::1/128       ::1                      0     -        0     -     -
lo0   16384 fe80:3::1/64  fe80:3::1                0     -        0     -     -
Code: 
kira# pciconf -vl
hostb0@pci0:0:0:        class=0x060000 card=0x00000000 chip=0x71008086 rev=0x01 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82439TX System Controller (MTXC), part of 430TX chipset'
    class    = bridge
    subclass = HOST-PCI
isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x01 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82371AB/EB/MB PIIX4/4E/4M ISA Bridge'
    class    = bridge
    subclass = PCI-ISA
atapci0@pci0:7:1:       class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82371AB/EB/MB PIIX4/4E/4M IDE Controller'
    class    = mass storage
    subclass = ATA
uhci0@pci0:7:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82371AB/EB/MB PIIX4/4E/4M USB Interface'
    class    = serial bus
    subclass = USB
none0@pci0:7:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x01 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82371AB/EB/MB PIIX4/4E/4M Power Management Controller'
    class    = bridge
    subclass = PCI-unknown
none1@pci0:8:0: class=0x030000 card=0x0018110a chip=0x051a102b rev=0x03 hdr=0x00
    vendor   = 'Matrox Electronic Systems Ltd.'
    device   = 'MGA 1064SG Hurricane/Cyclone 64-bit graphics chip'
    class    = display
    subclass = VGA
xl0@pci0:18:0:  class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x78 hdr=0x00
    vendor   = '3COM Corp, Networking Division'
    device   = '3C905C-TX Fast EtherLink for PC Management NIC'
    class    = network
    subclass = ethernet
Code: 
kira# ping 192.168.20.10
PING 192.168.66.10 (192.168.66.10): 56 data bytes
64 bytes from 192.168.66.10: icmp_seq=0 ttl=64 time=0.580 ms
64 bytes from 192.168.66.10: icmp_seq=1 ttl=64 time=0.451 ms
64 bytes from 192.168.66.10: icmp_seq=2 ttl=64 time=0.482 ms
64 bytes from 192.168.66.10: icmp_seq=3 ttl=64 time=0.461 ms
64 bytes from 192.168.66.10: icmp_seq=4 ttl=64 time=0.477 ms

--- 192.168.66.10 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.451/0.490/0.580/0.046 ms
Code: 
kira# netstat -s
tcp:
        62926 packets sent
                37467 data packets (32104375 bytes)
                0 data packets (0 bytes) retransmitted
                0 data packets unnecessarily retransmitted
                0 resends initiated by MTU discovery
                13103 ack-only packets (160 delayed)
                0 URG only packets
                0 window probe packets
                12306 window update packets
                50 control packets
        58315 packets received
                24945 acks (for 32104475 bytes)
                1 duplicate ack
                0 acks for unsent data
                43007 packets (48658368 bytes) received in-sequence
                0 completely duplicate packets (0 bytes)
                0 old duplicate packets
                0 packets with some dup. data (0 bytes duped)
                4 out-of-order packets (4496 bytes)
                0 packets (0 bytes) of data after window
                0 window probes
                0 window update packets
                0 packets received after close
                0 discarded for bad checksums
                0 discarded for bad header offset fields
                0 discarded because packet too short
        1 connection request
        51 connection accepts
        1 bad connection attempt
        0 listen queue overflows
        0 ignored RSTs in the windows
        52 connections established (including accepts)
        16629 connections closed (including 0 drops)
                49 connections updated cached RTT on close
                49 connections updated cached RTT variance on close
                0 connections updated cached ssthresh on close
        0 embryonic connections dropped
        24945 segments updated rtt (of 24867 attempts)
        0 retransmit timeouts
                0 connections dropped by rexmit timeout
        0 persist timeouts
                0 connections dropped by persist timeout
        0 keepalive timeouts
                0 keepalive probes sent
                0 connections dropped by keepalive
        747 correct ACK header predictions
        33312 correct data packet header predictions
        51 syncache entries added
                0 retransmitted
                0 dupsyn
                0 dropped
                51 completed
                0 bucket overflow
                0 cache overflow
                0 reset
                0 stale
                0 aborted
                0 badack
                0 unreach
                0 zone failures
        0 cookies sent
        0 cookies received
        0 SACK recovery episodes
        0 segment rexmits in SACK recovery episodes
        0 byte rexmits in SACK recovery episodes
        0 SACK options (SACK blocks) received
        3 SACK options (SACK blocks) sent
udp:
        471 datagrams received
        0 with incomplete header
        0 with bad data length field
        0 with bad checksum
        0 with no checksum
        41 dropped due to no socket
        0 broadcast/multicast datagrams dropped due to no socket
        0 dropped due to full socket buffers
        0 not for hashed pcb
        430 delivered
        329 datagrams output
ip:
        58816 total packets received
        0 bad header checksums
        0 with size smaller than minimum
        0 with data size < data length
        0 with ip length > max ip packet size
        0 with header length < data size
        0 with data length < header length
        0 with bad options
        0 with incorrect version number
        0 fragments received
        0 fragments dropped (dup or out of space)
        0 fragments dropped after timeout
        0 packets reassembled ok
        58816 packets for this host
        0 packets for unknown/unsupported protocol
        0 packets forwarded (0 packets fast forwarded)
        0 packets not forwardable
        0 packets received for unknown multicast group
        0 redirects sent
        63327 packets sent from this host
        0 packets sent with fabricated ip header
        0 output packets dropped due to no bufs, etc.
        0 output packets discarded due to no route
        0 output datagrams fragmented
        0 fragments created
        0 datagrams that can't be fragmented
        0 tunneling packets that can't find gif
        0 datagrams with bad address in header
icmp:
        41 calls to icmp_error
        0 errors not generated in response to an icmp message
        Output histogram:
                destination unreachable: 41
        0 messages with bad code fields
        0 messages < minimum length
        0 bad checksums
        0 messages with bad length
        0 multicast echo requests ignored
        0 multicast timestamp requests ignored
        Input histogram:
                echo reply: 30
        0 message responses generated
        0 invalid return addresses
        0 no return routes
        ICMP address mask responses are disabled

Wenn Ihr weitere Infos/Logs benötigt, einfach bescheid geben!

Danke,
Containy
 
Zuletzt bearbeitet:
Ich kopier via Samba.
Wenn ich mit SCP kopiere bekomm ich synchron 200 kBit/s. :(
[EDIT]Zur Vollständligkeit halber: NIC und Kabel hab ich schon ausgetauscht und auch die PCI-Slots getestet.[/EDIT]
Gruß,
Containy
 
Zuletzt bearbeitet:
moin containy

lass mal deine rc.conf sehen hast du virtuelle hosts
oder ne fw oder beides?
 
Ich habe keine Firewall und auch keine virtuellen Hosts.
Code: 
rc.conf
defaultrouter="192.168.66.1"
hostname="kira.assiah"
ifconfig_xl0="inet 192.168.66.2  netmask 255.255.255.0"
keymap="german.iso"
saver="daemon"
sshd_enable="YES"
usbd_enable="YES"
apache_enable="YES"
Habe die Kommentare weggelassen.

Gruß,
Containy
 
hi

also irgendwie kommt mir deine rc.conf ziemlich dünn vor
aber die einzig relevanten unterschiede zu meiner die ich sehe sind
tcp_flags
tcp_keepalive
und und du hast keine fw
ich habe die erfahrung gemacht
das ne bsd box mit meheren services immer
besser laeuft mit ner fw und wenns typ open ist
ich hab auch mac wie windows clients an samba,
nfs, pop3lite, ssh, bind9 etc + virtuelle ipv6 adressen
meine services sind alle verschiedenen ips zugeordnet
und ich habe ne klassische intranet, dns raus, tcp raus alles andere nein
fw und mein langsamster service ist sftp mit ca 6mb / sec
also ich wuerde am ehesten auf ein physisches prob tippen
 
Hast Du schon mal versucht den duplex Modus zu definieren und NICHT auf autoselect zu belassen?
Sollte glaube ich bei FreeBSD nicht anders sein als bei OpenBSD (ifconfig xl0 media 100baseTX mediaopt full-duplex) bzw. "man xl".
 
Sorry war ne Woche nicht daheim. Das auf "fullduplex stellen" hat leider auch nichts gebracht.
Sonst noch jemand ne Ahnung?

Gruß,
Containy
 
hm, gutes thema, hab naemlich dasselbe problem unter openbsd ;-)

unter ssh war die performance total mies, unter ftp immernoch schlecht, aber deutlich besser, hab das problem bis heute nicht gefunden : \
 
Vielleicht könnte das auch ein Problem mit der Namensauflösung sein.
Hatte mal ähnliche Probleme bei ssh, da lags eindeutig ander Namensauflösung

Gruß ShitHappens
 
hatte auch schon oft geflucht, das es mit der alten PII kiste sch*** lange dauert, etwas übers netztwerk zu verschieben
das proplem war dann der festplatten controller, der nicht wirklich schnell war :(
evtl könnte das auch ein faktor bei dir sein?
 
Hab jetzt nochmal die verschiedenen Client-OSes getestet mit folgendem Ergebnis:

-- MacOS X.3.8 --
SFTP
down => 270KByte/s
up => 270 KByte/s
Samba
down => 50 KByte/s
up => 5,9 MByte/s

-- Windows2000 mit SP4 --
SFTP
down 1,5MByte/s
up 900KByte/s
Samba
down 8 MByte/s
up 8 MByte/s

Andersrum wärs mir egal, Windows fliegt eh raus. Aber auf meinem Mac sollte es doch schnell gehn. :(

Tschö,
Containy
 
Hi

laut deiner dmesg.boot ist xl0 auf irq 9.
wenn ich mich nicht irre ist irq 9 grafikkarte.

versuch mal xl0 auf einen freien irq zu bekommen oder im
bios der kiste (ACPI enable).

lg

gerhard
 
Ich habe ein änhliches Problem hier (FreeBSD 5.3) - allerdings um einiges skuriler:
Kopiere ich in einer Shell eine größere Datei auf eine Samba-Freigabe, so geht dies nur etwa mit 400kb/s. Öffne ich jedoch parallel dazu eine zweite Shell und kopiere dort ebenfalls ein größeres File, so wird der erste Kopiervorgang bis hin zur normalen Geschwindigkeit (8MB/s) beschleunigt. Der zweite Kopiervorgang läuft indes mit wenigen hundert kb/s und tut dies auch weiter, wenn der erste Download schon wieder beendet ist.

Ist wirklich sehr skuril und ich habe sowas auch noch nie gesehen....
Es handelt sich dabei um folgendes Device (onboard):

bfe0: <Broadcom BCM4401 Fast Ethernet> mem 0xf1800000-0xf1801fff irq 18 at device 9.0 on pci0

Oder handelt es sich hierbei um irgendwelche falschen Einstellungen?
 
hi folks,

media: Ethernet autoselect (100baseTX <full-duplex>)
Zum Vergrößern anklicken....

das ist mit an sicherheit grenzender wahrscheinlichkeit die ursache.... :cool:

autoselect ist tödlich! und fullduplex auch.. schalte um auf halfduplex und fixier den switch port auch auf das....

3com und cisco sind kandidaten bei welchen dies features nie richtig laufen.

CU
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben