Anzeige:
Ergebnis 1 bis 13 von 13

Thema: sftp sehr sehr sehr langsam :-(

  1. #1
    Beckstrinker
    Registriert seit
    Sep 2004
    Beiträge
    11

    sftp sehr sehr sehr langsam :-(

    Hallo Leudde,

    ich brauch mal eure Hilfe...

    Ich hab mir einen Server auf Gentoo (2.6.11-r9) aufgesetzt...

    ist ein Pentium III 500, 192 MB RAM und 72 GB Platte (die 1. ca. 60 und die 2. ca. 12)

    Hab mir dann gedacht, wenn ich das erstmal nur intern nutze dann reicht ja auch erstmal die Sache über Sftp..gut gedacht getan

    So nun hab ich das Problem, dass ich nur mit 280 kb/s hochlade auf den Server und mit ca 140 kb/s runter ???????

    Wie kann das sein?

    Braucht ihr irgendwelche configs?

    Ich wäre euch für ein paar Lösungsvorschläge dankbar

    da schnippi

    P.S.: verbinde mich über das Prog Cyberduck aufm Powerbook

  2. #2
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.054
    was für 'ne Netzwerkkarte?

    wie ist die eingestellt (ifconfig + dmesg)

    Load während eines Transfers

    DMA-Modus der Platten?

    ...

    Eine Gratisglaskugel für jeden?

    ;-)
    Ich bin root - ich darf das.

  3. #3
    Beckstrinker
    Registriert seit
    Sep 2004
    Beiträge
    11
    Zitat Zitat von marce
    was für 'ne Netzwerkkarte?
    Ne standard realtec 8139 oder so

    Zitat Zitat von marce
    wie ist die eingestellt (ifconfig + dmesg)
    ifconfig
    Code:
    eth0      Link encap:Ethernet  HWaddr 00:E0:7D:D3:83:1B  
              inet addr:192.168.2.19  Bcast:192.168.2.255  Mask:255.255.255.0
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:3771793 errors:0 dropped:0 overruns:0 frame:0
              TX packets:7646837 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000 
              RX bytes:351227897 (334.9 Mb)  TX bytes:1524583231 (1453.9 Mb)
              Interrupt:5 Base address:0xbc00 
    
    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:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
    dmesg:

    Code:
    dmesg
    Linux version 2.6.11-gentoo-r9 (root@gentoobuechse) (gcc version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #1 SMP Sun May 22 16:40:00 Local time zone must be set--see zic 
    BIOS-provided physical RAM map:
     BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
     BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
     BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
     BIOS-e820: 0000000000100000 - 000000000bff0000 (usable)
     BIOS-e820: 000000000bff0000 - 000000000bff3000 (ACPI NVS)
     BIOS-e820: 000000000bff3000 - 000000000c000000 (ACPI data)
     BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
    191MB LOWMEM available.
    On node 0 totalpages: 49136
      DMA zone: 4096 pages, LIFO batch:1
      Normal zone: 45040 pages, LIFO batch:10
      HighMem zone: 0 pages, LIFO batch:1
    DMI 2.0 present.
    ACPI: RSDP (v000 MSISYS                                ) @ 0x000f6ab0
    ACPI: RSDT (v001 MSISYS MS-6156W 0x30302e31 AWRD 0x00000000) @ 0x0bff3000
    ACPI: FADT (v001 MSISYS MS-6156W 0x30302e31 AWRD 0x00000000) @ 0x0bff3040
    ACPI: DSDT (v001 VIA692 AWRDACPI 0x00001000 MSFT 0x01000007) @ 0x00000000
    Allocating PCI resources starting at 0c000000 (gap: 0c000000:f3ff0000)
    Built 1 zonelists
    Kernel command line: root=/dev/hda3 hdx=stroke
    ide_setup: hdx=stroke -- BAD OPTION
    Local APIC disabled by BIOS -- you can enable it with "lapic"
    mapped APIC to ffffd000 (011c2000)
    Initializing CPU#0
    CPU 0 irqstacks, hard=c05a3000 soft=c059b000
    PID hash table entries: 1024 (order: 10, 16384 bytes)
    Detected 501.219 MHz processor.
    Using tsc for high-res timesource
    Console: colour VGA+ 80x25
    Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
    Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
    Memory: 189004k/196544k available (3229k kernel code, 7036k reserved, 1227k data, 232k init, 0k highmem)
    Checking if this processor honours the WP bit even in supervisor mode... Ok.
    Calibrating delay loop... 985.08 BogoMIPS (lpj=492544)
    Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    CPU: After generic identify, caps: 0387f9ff 00000000 00000000 00000000 00000000 00000000 00000000
    CPU: After vendor identify, caps: 0387f9ff 00000000 00000000 00000000 00000000 00000000 00000000
    CPU: L1 I cache: 16K, L1 D cache: 16K
    CPU: L2 cache: 512K
    CPU serial number disabled.
    CPU: After all inits, caps: 0383f9ff 00000000 00000000 00000040 00000000 00000000 00000000
    Intel machine check architecture supported.
    Intel machine check reporting enabled on CPU#0.
    Enabling fast FPU save and restore... done.
    Enabling unmasked SIMD FPU exception support... done.
    Checking 'hlt' instruction... OK.
    ACPI: setting ELCR to 0200 (from 0e20)
    CPU0: Intel Pentium III (Katmai) stepping 03
    per-CPU timeslice cutoff: 1462.08 usecs.
    task migration cache decay timeout: 2 msecs.
    SMP motherboard not detected.
    Local APIC not detected. Using dummy APIC emulation.
    Brought up 1 CPUs
    CPU0 attaching sched-domain:
     domain 0: span 01
      groups: 01
      domain 1: span 01
       groups: 01
    NET: Registered protocol family 16
    PCI: PCI BIOS revision 2.10 entry at 0xfb0d0, last bus=1
    PCI: Using configuration type 1
    mtrr: v2.0 (20020519)
    ACPI: Subsystem revision 20050211
    ACPI: Interpreter enabled
    ACPI: Using PIC for interrupt routing
    ACPI: PCI Root Bridge [PCI0] (00:00)
    PCI: Probing PCI hardware (bus 00)
    PCI: Via IRQ fixup
    ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
    ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 *11 12 14 15)
    ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 *10 11 12 14 15)
    ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 *5 6 7 10 11 12 14 15)
    ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 10 11 12 14 15) *9
    Linux Plug and Play Support v0.97 (c) Adam Belay
    pnp: PnP ACPI init
    pnp: PnP ACPI: found 13 devices
    PnPBIOS: Disabled by ACPI PNP
    SCSI subsystem initialized
    usbcore: registered new driver usbfs
    usbcore: registered new driver hub
    PCI: Using ACPI for IRQ routing
    ** PCI interrupts are no longer routed automatically.  If this
    ** causes a device to stop working, it is probably because the
    ** driver failed to call pci_enable_device().  As a temporary
    ** workaround, the "pci=routeirq" argument restores the old
    ** behavior.  If this argument makes the device work again,
    ** please email the output of "lspci" to bjorn.helgaas@hp.com
    ** so I can fix the driver.
    audit: initializing netlink socket (disabled)
    audit(1118879328.825:0): initialized
    inotify device minor=63
    Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    Activating ISA DMA hang workarounds.
    pci_hotplug: PCI Hot Plug PCI Core version: 0.5
    fakephp: Fake PCI Hot Plug Controller Driver
    lp: driver loaded but no devices found
    Linux agpgart interface v0.100 (c) Dave Jones
    [drm] Initialized drm 1.0.0 20040925
    ACPI: Power Button (FF) [PWRF]
    ACPI: CPU0 (power states: C1[C1] C2[C2])
    serio: i8042 AUX port at 0x60,0x64 irq 12
    serio: i8042 KBD port at 0x60,0x64 irq 1
    Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
    ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
    ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
    ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
    ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
    parport: PnPBIOS parport detected.
    parport0: PC-style at 0x378, irq 7 [PCSPP(,...)]
    lp0: using parport0 (interrupt-driven).
    mice: PS/2 mouse device common for all mice
    input: AT Translated Set 2 keyboard on isa0060/serio0
    input: PS/2 Generic Mouse on isa0060/serio1
    io scheduler noop registered
    io scheduler anticipatory registered
    io scheduler deadline registered
    io scheduler cfq registered
    Floppy drive(s): fd0 is 1.44M
    FDC 0 is a post-1991 82077
    8139too Fast Ethernet driver 0.9.27
    ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5
    PCI: setting IRQ 5 as level-triggered
    ACPI: PCI interrupt 0000:00:12.0[A] -> GSI 5 (level, low) -> IRQ 5
    eth0: RealTek RTL8139 at 0xbc00, 00:e0:7d:d3:83:1b, IRQ 5
    eth0:  Identified 8139 chip type 'RTL-8100B/8139D'
    netconsole: not configured, aborting
    Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
    ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    Probing IDE interface ide0...
    hda: MAXTOR 6L060J3, ATA DISK drive
    hdb: WDC WD136AA, ATA DISK drive
    Probing IDE interface ide1...
    hdc: LTN301, ATAPI CD/DVD-ROM drive
    Probing IDE interface ide2...
    Probing IDE interface ide3...
    Probing IDE interface ide4...
    Probing IDE interface ide5...
    ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
    ide1 at 0x170-0x177,0x376 on irq 15
    hda: max request size: 128KiB
    hda: 117266688 sectors (60040 MB) w/1819KiB Cache, CHS=65535/16/63
    hda: cache flushes supported
     hda: hda1 hda2 hda3
    hdb: max request size: 128KiB
    hdb: 26564832 sectors (13601 MB) w/2048KiB Cache, CHS=26354/16/63
    hdb: cache flushes not supported
     hdb: hdb1 < hdb5 hdb6 >
    hdc: ATAPI 32X CD-ROM drive, 120kB Cache
    Uniform CD-ROM driver Revision: 3.20
    libata version 1.10 loaded.
    ieee1394: raw1394: /dev/raw1394 device initialized
    USB Universal Host Controller Interface driver v2.2
    ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
    PCI: setting IRQ 11 as level-triggered
    ACPI: PCI interrupt 0000:00:07.2[D] -> GSI 11 (level, low) -> IRQ 11
    uhci_hcd 0000:00:07.2: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
    uhci_hcd 0000:00:07.2: irq 11, io base 0xa400
    uhci_hcd 0000:00:07.2: new USB bus registered, assigned bus number 1
    hub 1-0:1.0: USB hub found
    hub 1-0:1.0: 2 ports detected
    usbcore: registered new driver usblp
    drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
    Initializing USB Mass Storage driver...
    usbcore: registered new driver usb-storage
    USB Mass Storage support registered.
    usbcore: registered new driver usbhid
    drivers/usb/input/hid-core.c: v2.0:USB HID core driver
    Advanced Linux Sound Architecture Driver Version 1.0.8 (Thu Jan 13 09:39:32 2005 UTC).
    ALSA device list:
      No soundcards found.
    oprofile: using timer interrupt.
    NET: Registered protocol family 2
    IP: routing cache hash table of 512 buckets, 8Kbytes
    TCP established hash table entries: 8192 (order: 5, 131072 bytes)
    TCP bind hash table entries: 8192 (order: 4, 98304 bytes)
    TCP: Hash tables configured (established 8192 bind 8192)
    IPv4 over IPv4 tunneling driver
    ip_conntrack version 2.1 (1535 buckets, 12280 max) - 220 bytes per conntrack
    ip_tables: (C) 2000-2002 Netfilter core team
    ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>.  http://snowman.net/projects/ipt_recent/
    arp_tables: (C) 2002 David S. Miller
    Initializing IPsec netlink socket
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    NET: Registered protocol family 5
    ACPI wakeup devices: 
    PWRB PCI0 USB0 USB1 
    ACPI: (supports S0 S1 S4bios S5)
    ReiserFS: hda3: found reiserfs format "3.6" with standard journal
    ReiserFS: hda3: using ordered data mode
    ReiserFS: hda3: journal params: device hda3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
    ReiserFS: hda3: checking transaction log (hda3)
    ReiserFS: hda3: journal-1153: found in header: first_unflushed_offset 4564, last_flushed_trans_id 44269
    ReiserFS: hda3: journal-1006: found valid transaction start offset 4564, len 9 id 43519
    ReiserFS: hda3: journal-1206: Starting replay from offset 190138202198484, trans_id 1
    ReiserFS: hda3: journal-1037: journal_read_transaction, offset 4564, len 9 mount_id 51
    ReiserFS: hda3: journal-1039: journal_read_trans skipping because 4564 is too old
    ReiserFS: hda3: journal-1299: Setting newest_mount_id to 54
    ReiserFS: hda3: Using r5 hash to sort names
    VFS: Mounted root (reiserfs filesystem) readonly.
    Freeing unused kernel memory: 232k freed
    Adding 2000368k swap on /dev/hda2.  Priority:-1 extents:1
    eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
    ReiserFS: hda3: warning: vs-8301: reiserfs_kmalloc: allocated memory 202156
    Losing too many ticks!
    TSC cannot be used as a timesource.  
    Possible reasons for this are:
      You're running with Speedstep,
      You don't have DMA enabled for your hard disk (see hdparm),
      Incorrect TSC synchronization on an SMP system (see dmesg).
    Falling back to a sane timesource now.
    ReiserFS: hda3: warning: vs-8301: reiserfs_kmalloc: allocated memory 404076
    Zitat Zitat von marce
    Load während eines Transfers
    Was genau brauchst Du da?


    Zitat Zitat von marce
    DMA-Modus der Platten?
    LBA

    ...
    Zitat Zitat von marce
    Eine Gratisglaskugel für jeden?
    das wär cool bräucht ich nicht immer solche langen texte schreiben ;-)
    Geändert von Tomek (17.06.05 um 10:08 Uhr) Grund: Bitte in Zukunft die CODE-Tags des Forums benutzen!

  4. #4
    Registrierter Benutzer
    Registriert seit
    Aug 2004
    Ort
    Bad Wünnenberg
    Beiträge
    5.402
    Was sagen folgende Befehle:
    Code:
    hdparm /dev/hda
    hdparm /dev/hdb
    Gruß,
    Tomek

  5. #5
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.054
    zerr einfach mal eine große Datei (n*100MB) über's Netz und beobachte dabei die Ausgaben von top...
    Ich bin root - ich darf das.

  6. #6
    Beckstrinker
    Registriert seit
    Sep 2004
    Beiträge
    11
    Zitat Zitat von Tomek
    Was sagen folgende Befehle:
    hdparm /dev/hda

    hdparm /dev/hda

    /dev/hda:
    multcount = 16 (on)
    IO_support = 0 (default 16-bit)
    unmaskirq = 0 (off)
    using_dma = 0 (off)
    keepsettings = 0 (off)
    readonly = 0 (off)
    readahead = 256 (on)
    geometry = 65535/16/63, sectors = 60040544256, start = 0

    Zitat Zitat von Tomek
    Was sagen folgende Befehle:
    hdparm /dev/hdb[/CODE]
    hdparm /dev/hdb

    /dev/hdb:
    multcount = 16 (on)
    IO_support = 0 (default 16-bit)
    unmaskirq = 0 (off)
    using_dma = 0 (off)
    keepsettings = 0 (off)
    readonly = 0 (off)
    readahead = 256 (on)
    geometry = 26354/16/63, sectors = 13601193984, start = 0


    gibt Dir das mehr Info? wär ja super ..freu mich auf jede hilfe

  7. #7
    Beckstrinker
    Registriert seit
    Sep 2004
    Beiträge
    11
    Zitat Zitat von marce
    ...und beobachte dabei die Ausgaben von top...
    top??? was das?

  8. #8
    Registrierter Benutzer
    Registriert seit
    Aug 2004
    Ort
    Bad Wünnenberg
    Beiträge
    5.402
    Zitat Zitat von schnippi
    top??? was das?
    Aus der Manpage von top:
    DESCRIPTION
    The top program provides a dynamic real-time view of a running system. It can display
    system summary information as well as a list of tasks currently being managed by the Linux
    kernel. The types of system summary information shown and the types, order and size of
    information displayed for tasks are all user configurable and that configuration can be
    made persistent across restarts.

    The program provides a limited interactive interface for process manipulation as well as a
    much more extensive interface for personal configuration -- encompassing every aspect of
    its operation. And while top is referred to throughout this document, you are free to
    name the program anything you wish. That new name, possibly an alias, will then be
    reflected on top's display and used when reading and writing a configuration file.
    Die Ursache für die niedrige Übertragungsrate ist der nicht aktivierte DMA-Modus auf beiden Festplatten. Führe mal bitte folgende Kommandos mit dem Benutzer root aus:
    Code:
    hdparm -c1 -d1 -u1 /dev/hda
    hdparm -c1 -d1 -u1 /dev/hdb
    Danach sollte die Übertragungsrate deutlich höher sein.
    Gruß,
    Tomek

  9. #9
    Beckstrinker
    Registriert seit
    Sep 2004
    Beiträge
    11
    Zitat Zitat von Tomek
    Die Ursache für die niedrige Übertragungsrate ist der nicht aktivierte DMA-Modus auf beiden Festplatten. Führe mal bitte folgende Kommandos mit dem Benutzer root aus:
    Code:
    hdparm -c1 -d1 -u1 /dev/hda
    hdparm -c1 -d1 -u1 /dev/hdb
    Danach sollte die Übertragungsrate deutlich höher sein.
    TOP Ausgabe:

    top

    top - 18:50:09 up 5 min, 1 user, load average: 0.12, 0.30, 0.17
    Tasks: 37 total, 2 running, 35 sleeping, 0 stopped, 0 zombie
    Cpu(s): 4.7% us, 2.7% sy, 0.0% ni, 92.3% id, 0.0% wa, 0.3% hi, 0.0% si
    Mem: 189352k total, 46692k used, 142660k free, 4180k buffers
    Swap: 2000368k total, 0k used, 2000368k free, 25944k cached

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    9103 martin 15 0 6368 2080 1628 S 6.3 1.1 0:01.09 sshd
    9104 martin 15 0 3048 1096 792 S 1.0 0.6 0:00.27 sftp-server
    9092 root 16 0 2056 1048 844 R 0.3 0.6 0:00.21 top
    1 root 16 0 1460 500 444 S 0.0 0.3 0:00.57 init
    2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
    3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
    4 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
    5 root 10 -5 0 0 0 S 0.0 0.0 0:00.05 khelper
    10 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
    19 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
    79 root 10 -5 0 0 0 S 0.0 0.0 0:02.15 kblockd/0
    164 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
    165 root 15 0 0 0 0 S 0.0 0.0 0:00.18 pdflush
    167 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
    92 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd
    166 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
    768 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kseriod

    Ich hab da mal was vom Server geladen so ca 70 MB und irgendwann in der Mitte hab ich mal die Ausgabe von Top kopiert.

    Nach der Sache mit hdparm ist die Downloadrate höher gekommen, aber komischer Weise trotzdem nicht so hoch wie sie eigentlich sein sollte im LAN...die liegt so bei rund 250 kb/s und das sind ja ca 2 Mbit, aber sollten ja eigentlich ca 100 Mbit sein :-) ????

    Kann das was mit dem Kernel zu tun haben?

  10. #10
    Registrierter Benutzer
    Registriert seit
    Oct 2001
    Beiträge
    39
    Hmm .. bedenke noch eines: du nutzt doch sftp, oder ... denk daran, der traffic muss en/decrypted werden. und das ist schon etwas schaffe für die Büchse. Nimm mal testweise standard ftp und teste mal, obs dann besser wird.

    PS: 100%-ig 100MBit/s wirst du nie hinkriegen, da ja auch verwaltungspakete mit übers Netz laufen. Rechne mal eher zwischen 70 und 90 MBit/s, je nach Netzauslastung.

  11. #11
    Beckstrinker
    Registriert seit
    Sep 2004
    Beiträge
    11
    Zitat Zitat von Me
    Hmm .. bedenke noch eines: du nutzt doch sftp, oder ... denk daran, der traffic muss en/decrypted werden. und das ist schon etwas schaffe für die Büchse. Nimm mal testweise standard ftp und teste mal, obs dann besser wird.

    PS: 100%-ig 100MBit/s wirst du nie hinkriegen, da ja auch verwaltungspakete mit übers Netz laufen. Rechne mal eher zwischen 70 und 90 MBit/s, je nach Netzauslastung.
    Jup Du hast recht, aber das war mir schon klar..hab ich mich nicht deutlich ausgedrückt - danke aber für den Hinweis.

    Was empfiehlst Du als ftp Prog?

  12. #12
    Registrierter Benutzer
    Registriert seit
    Aug 2004
    Ort
    Bad Wünnenberg
    Beiträge
    5.402
    Zitat Zitat von schnippi
    Was empfiehlst Du als ftp Prog?
    Ich empfehle dir den FTP-Server zu verwenden, der bei deiner Distribution dabei ist, wie z.B. proftpd/vsftpd.
    Gruß,
    Tomek

  13. #13
    Registrierter Benutzer
    Registriert seit
    Jun 2002
    Ort
    Kiel Downtown
    Beiträge
    45
    Moin, Moin!
    Habe ebenfalls Probleme bei der Übertragungsrate zwischen zwei Rechnern im Netzwerk. Probleme mit einzelnen Programmen (proftp, samba, ssh bzw. sftp, ..) habe ich bereits ausgeschlossen, denn die Übertragungsrate ist immer maximal 0,28 mb/s bei allen.

    Mein Netz:
    Rechner 1: Windoof XP mit 10/100mbit auto-mode
    Rechner 2: Debian mit 10/100mbit auto-mode (auto-negotiation), DHCP, Samba, FTP, ... (kein apache.. ;-))
    Rechner 3: Hardware-Router mit IPCop (3 mal 10/100mbit)
    (alles Realtek-NIC's)

    Habe bereits WinXP per Crosspatch mit dem FTP verbunden, aber Resultat war gleiches Problem. Habe den Router rausgenommen, quasi nur ein LAN übrig gelassen, selbes Problem. Habe verschiedene Kabel verwendet, Problem blieb ungelöst. Habe die hdparm-geschichte von oben durchgespielt, Problem bleibt.

    Bin ratlos..

    Hat jemand nen Rat?
    Wie kastriert man Windows-User? Mauskabel durchschneiden ;)

Ähnliche Themen

  1. ftp, sftp und ssh melden im Netzwerk fehler
    Von MrMind im Forum Router und Netzaufbau
    Antworten: 2
    Letzter Beitrag: 25.05.05, 07:17
  2. scp sftp Verbindungsprobleme
    Von barneyg im Forum Linux als Server
    Antworten: 0
    Letzter Beitrag: 16.11.04, 10:22
  3. SFTP extrem lahm
    Von SFNR1 im Forum Linux als Server
    Antworten: 2
    Letzter Beitrag: 01.03.04, 19:04
  4. SFTP erlaubt nur jeweils einen User
    Von Ikarisan im Forum Linux als Server
    Antworten: 1
    Letzter Beitrag: 30.11.03, 00:38
  5. Einige Fragen zu SFTP
    Von xmarvel im Forum Linux als Server
    Antworten: 1
    Letzter Beitrag: 29.06.02, 21:20

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •