PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : sftp sehr sehr sehr langsam :-(



schnippi
16.06.05, 22:48
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

marce
17.06.05, 07:47
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?

;-)

schnippi
17.06.05, 09:46
was für 'ne Netzwerkkarte?

Ne standard realtec 8139 oder so



wie ist die eingestellt (ifconfig + dmesg)

ifconfig

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:


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



Load während eines Transfers

Was genau brauchst Du da?




DMA-Modus der Platten?

LBA

...


Eine Gratisglaskugel für jeden?

das wär cool bräucht ich nicht immer solche langen texte schreiben ;-)

Tomek
17.06.05, 10:10
Was sagen folgende Befehle:

hdparm /dev/hda
hdparm /dev/hdb

marce
17.06.05, 10:13
zerr einfach mal eine große Datei (n*100MB) über's Netz und beobachte dabei die Ausgaben von top...

schnippi
17.06.05, 23:53
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


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

schnippi
17.06.05, 23:53
...und beobachte dabei die Ausgaben von top...

top??? was das?

Tomek
18.06.05, 09:34
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:

hdparm -c1 -d1 -u1 /dev/hda
hdparm -c1 -d1 -u1 /dev/hdb
Danach sollte die Übertragungsrate deutlich höher sein.

schnippi
18.06.05, 18:52
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:

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?

Me
19.06.05, 15:04
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.

schnippi
20.06.05, 19:01
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?

Tomek
20.06.05, 19:03
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.

Beej4y
20.11.05, 10:47
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?