[ale] Network Buffer Underflow :)

[tewkewl at mindspring.com]

Not at all....

Full duplex is the operation of the switch (or two nics crossed over)  If you are in a hub there is NO way you can operate at fulldux.

Switches are the only devices that offer the abillity to attach a device fulldux.  Shared media (hubs) is one collission domain and halfdux.  

If you have any of your devices on a hub and you have them locked to full duplex anything, you are creating collisions that do not need to be there and drastically decreasing performance.

-Patrick

Keith Hopkins <hne at inetnow.net> wrote:
>    I think you have your terms backwards.  You should set your server to 
FULL duplex (not HALF).  FULL allows communication in both directions at 
the same time.
   I can't think of any reason why you would want to set your client to 
HALF either.

Lost in Taipei,
   Keith

http://webopedia.internet.com/TERM/H/half_duplex.html


tewkewl at mindspring.com wrote:

> That should not have anythign to do with anything....
> 
> You're saying straight from the server it works fine? (through a crossover cable?)  But when you hook a hub up, it doesn't?
> 
> The only problems you might have is if the hub is at 10mb and you have alot of clients on the hub trying to listen/view multimedia.
> 
> if it is a 100mb hub, then make sure your nics are set to 100half. (as alot of cheapo hubs do not support autonegotiation)  And if you have a cheapo hub mixed with a cheapo nic, you might not even autonegotitate at all.
> 
> After you have set both the server and client to 100half, try to do some ftp xfers to and from the server to test throughput.
> 
> -Patrick
> 
> leonard  wrote:
> 
> Watching movies on my client from the server, the HUB doesn't do
> it's job smoothly (like it does on Windows, blaspheme! ;)
> 
> The HUB transfers data irregularly resulting in 2 seconds break
> evry 3 seconds in the movie (just at the time when it starts to
> read again). Is there a buffer size somewhere to smooth this ?
> 
> Looking on google/linux, I found many "buffer... overflows"
> but no informations on an network buffer size for `internal'
> transfers. (my HUB suXX, but was 20$ new...)
> 
> Thanks for any hints !
> 
> 



--
To unsubscribe: mail majordomo at ale.org with "unsubscribe ale" in message body.