[NBLUG/talk] Samba running slow...

[Coy Thorp]

The intermittency of the problem suggests layer 1.

Swap out cables, reseat cards, and then see if it's running the same.  If it
is, you need to isolate the problem.  Is there a third machine on this
network that you can do file transfers to and from?  If so, use it to find
out if it's the pc or the linux box.

The earlier comment about forcing to full duplex.  Only do that if you are
connected to a switch, not a hub.  Hubs can't do full duplex because of
csma/cd.  If you are connected to a hub, then the optimal setting for duplex
is half.  However, because of the intermittency, I really do think it's a
hardware problem.

-----Original Message-----
From: Todd Cary [mailto:todd at aristesoftware.com] 
Sent: Tuesday, July 15, 2003 12:27 PM
To: talk at nblug.org
Subject: Re: [NBLUG/talk] Samba running slow...


Ross -

To answer your question about how I measure the speed of the transfers, 
I use the Windows Explorer to move an 8 MB file.  It gives the rate and 
when it is running slow, the rate is ~500 Kbps (takes ~ 3minutes), and 
when it is running fast, it is instaneous.

One thing I have not done is re-seat the NIC card and/or replace it.  
The symptoms appear to be more hardware than a setup issue.  Especially 
since it goes in and out of the "slow" mode in an unpredictable manner.

Suggestions welcomed.....

Todd

Ross Thomas wrote:

>Scott Doty wrote:
>  
>
>>On Tue, Jul 15, 2003 at 09:39:22AM -0700, Coy Thorp wrote:
>>    
>>
>>>What it sounds like to me, first flush, is a speed/duplex mismatch.  
>>>That means the communication between the network device and the linux 
>>>box is not matched, or the network device and the pc is not matched.  
>>>If one side is 100M, full duplex, then the other side must be that as 
>>>well.  If one side is set to auto-detect the settings, then the other 
>>>side should be set to auto-detect as well.
>>>      
>>>
>>Bingo.  That is my assessment.
>>    
>>
>
>Out of interest, how would this explain the directional asymmetry? 
>Sure, the pipes may be mismatched, but it should still be slow in both 
>directions.  Right?  The only thing that may help a little is buffering 
>in the switch, if any.  But this will still only be an 'initial' 
>speed-up until the buffer fills.
>
>I'm really interested to know how he is testing the throughput.
>
>Ross.
>
>_______________________________________________
>talk mailing list
>talk at nblug.org
>http://nblug.org/mailman/listinfo/talk
>
>.
>
>  
>

-- 

_______________________________________________
talk mailing list
talk at nblug.org
http://nblug.org/mailman/listinfo/talk