network speed question

[Joseph C. Lininger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In general the transfer speed should not be effected by CPU speed 
actually. In general, the ethernet interface can't deliver data as 
quickly as the machine can process it, even with the older machines. 
Now, if you are running an on-access virus scanner or something, then 
the cpu could factor in to transfer speeds. However, generally the 
nic is the slowest link in the chain between the network and the hard 
drive. Now, if the card is using PIO instead of MMIO, it is a 
possibility that may then matter.

- -- 
It's not one damn thing after another, it's the same damn thing over and
over. (History repeats itself)
Joseph C. Lininger
jbahm at pcdesk.net
Verification: 5eab38a77ac40416e075be8f50607ff7

And so it came to pass that on Thu, 21 Jul 2005, Gregory Nowak said

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> One more thing I could add here is that if any of the machines are
> old, and thus have a slow cpu by today's standards, that could be
> effecting the connection speed as well, since that does depend on the
> cpu speed somewhat if I'm not mistaken.
>
> Greg
>
>
> On Thu, Jul 21, 2005 at 09:06:10AM -0600, Joseph C. Lininger wrote:
>> I'll be honest with you, generally if things are not working right it is
>> not a question of tcp settings. I suggested it only because I was saying
>> I'd be interested in knowing if making them identical in Windows and
>> Linux made the transfer speeds in both operating systems equal. See each
>> uses different default settings. If you are having a speed issue with a
>> direct connection between two computers, you will want to investigate
>> the tcp settings, but also the following things.
>>
>> 1. The routing tables on both ends, especially if one of the machines
>> has more than one ethernet interface. Check that packets are not being
>> accidentally routed to the wrong interface.
>> 2. Are transfers in either direction effected, or only in one direction?
>> 3. Do you imploy anything like iptables that may be either blocking or
>> redirecting some of the packets?
>> 4. Is there a possibility that there is something wrong with the cable
>> you are using?
>> 5. Finally, does the Linux machine (the server, the one with internet
>> access) have access to DNS or is there an entry in /etc/hosts for the ip
>> address of the laptop? This can cause things to slow down because things
>> that you wouldn't expect will issue a query for a host name. If the
>> laptop runs Linux, it probably wouldn't hurt to list the machine you are
>> connecting to in /etc/hosts too.
>>
>> --
>> It's not one damn thing after another, it's the same damn thing over and
>> over. (History repeats itself)
>> Joseph C. Lininger
>> jbahm at pcdesk.net
>> Verification: 5eab38a77ac40416e075be8f50607ff7
>>
>
> - --
> web site: http://www.romuald.net.eu.org
> gpg public key: http://www.romuald.net.eu.org/pubkey.asc
> skype: gregn1
> (authorization required, add me to your contacts list first)
>
> - --
> Free domains: http://www.eu.org/ or mail dns-manager at EU.org
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
>
> iD8DBQFC38qs7s9z/XlyUyARAr3iAJ9xdH+rK3u6ZvK5eKjSmTC+bBmWKgCfZBnx
> hbqZfhp7oY0GPr92T58z72s=
> =pgAK
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Speakup mailing list
> Speakup at braille.uwo.ca
> http://speech.braille.uwo.ca/mailman/listinfo/speakup
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC3+ifJ6dqn0mqPbARArByAKCAqsReztcDE3TbHmAJ2JN61PSIPQCfYIuu
N6dpjs5Hi+hlEHU0lBJdW6M=
=60pX
-----END PGP SIGNATURE-----