With a good provider you should get 2.3-2.7 Kps throughput although
your mileage may vary depending on where you are downloading from. With
Windows you are getting 15bps or 1.5kps, if not please send me your Init
String :)
Regards,
rickm
Assuming that all other things are equal, i.e you are transferringQuote:> people getting better returns and I somehow have to tweak my script?
With a decent set of modems on both ends of the link, you should
see about 2.0 - 3.0 kilobytes/sec with files that are compressed
*.gz, *.zip under either Windows or Linux. With text files the
rates will vary considerably depending upon:
a) how compressible the file is (via v.42bis compression)
b) the DTE rate at both ends
Ashok
--
Ashok Aiyar
Univ. of Wisconsin-Madison tel: (608) 262-6697
This configuration is a bit off base from your system, but it
might help.
: >Nope, in this case the difference should still be 8. He is using
: >the same transfer protocol (FTP) over TCP over IP under both
: >operating systems. The only conversion needed is from bits per
: >second to bytes per second.
: >Later,
: >Ashok
: He is speaking about transfer rates while connected via a 28.8 modem.
: If the modem is transferring 28.8 Kbps, he should get 2.88k bytes of
: FTP or any other data assuming no compression by the modem and no
: external protocol overhead.
: Lower rates are possible if the modem detects an error and needs to
: resend a block of data. 28.8 modems are more sensative to noise than
: slower modems so it is very possible to "upgrade" to 28.8 and actually
: get a LOWER throughput that you did with a 14.4 modem due to these
: resends of data on a noisy link.
: George Bonser
: Any operating system without source is a trojan horse.
>>Assuming that all other things are equal, i.e you are transferring
>>the same files under Windows and Linux, may I suggest that the
>>the Windows transfer rate is "kilo-BITS per second" (particularly
>>if you are using ws_ftp), while the Linux transfer rate is
>>"kilo-BYTES per second". There is a difference of 8 in there.
>Actually the difference works out closer to 10 if you add the stop bit
>and protocol overhead.
Later,
Ashok
--
Ashok Aiyar, Ph.D.
Univ. of Wisconsin-Madison tel: (608) 262-6697
----
Remi Guyomarch, Montargis, FRANCE.
1. FTP Transfer rates declined with NET3 ???
In moving from the Net2Debugged [1.30] (Kernel 1.0.9) to NET3.014 (Kernel
1.1.16) or NET3.017 (Kernel 1.1.59) I have noticed a sharp drop (1.5-1.6Kb/s
down to 1.2Kb/s) in my FTP Transfers over a 14.4K CSLIP Connection to second
Linux Host (Kernel 1.1.59) which is accessible via our Terminal Server!
During the same CSLIP Connection to a SUN SparcStation (on the same LAN as
the second Linux Host), I still get the 1.5-1.6Kb/s which I was previously
getting with my 1.0.9 Kernel? My MTU is set to 1500 (matching our TS) and
I am referring to transfers of compressed binary data.
In general I understood that the NET3 Code was an improvment over the NET2D
Code, so I find this drop in performance a bit surprising! Watching the
RD/SD LEDs on my USR Sportster there is some idle time with the 1.1.16/1.1.59
Kernels running, but still NOT enough to account for 25% lose in throughput.
Anybody able to suggest a cause for these inefficiencies and/or able to
provide a solution?
--
2. 3c509b-tpo, isa only, suse linux 7.0
3. ftp - transfer rates very slow on RS6000 running AIX
6. requirements to load aix 4.3.3
7. FTP Transfer rates declined with NET3 ???
8. remove copyright banner when login in.
10. FTP transfer rates under linux
11. FTP/HTTP transfer rate slows down w/ time through LINUX BOX & IP Masquerading...
12. Linux PPP transfer rate via FTP
13. Different transfer rate] from get and put command with ftp