Date: Fri, 4 Mar 2005 21:48:50 -0500 From: Bill Vermillion <bv@wjv.com> To: Charles Sprickman <spork@fasttrackmonkey.com> Cc: Darcy Buskermolen <darcy@wavefire.com> Subject: Re: FreeBSD 4.x and OS-X tcp performance Message-ID: <20050305024850.GA96307@wjv.com> In-Reply-To: <Pine.OSX.4.61.0503041841060.5816@oof.local> References: <Pine.OSX.4.61.0503041726460.5816@oof.local> <200503041526.05432.darcy@wavefire.com> <Pine.OSX.4.61.0503041841060.5816@oof.local>
next in thread | previous in thread | raw e-mail | index | archive | help
"Ang utong ko ay sasabog sa sarap!" exclaimed Charles Sprickman while reading this message on Fri, Mar 04, 2005 at 18:43 and then responded with: > On Fri, 4 Mar 2005, Darcy Buskermolen wrote: > >On Friday 04 March 2005 14:34, Charles Sprickman wrote: > >>Howdy, > >>Sorry to bring what seems like a simple issue up here. > >>I had been blaming slow afp filesharing between my OS-X > >>(10.3.8 and previous) and FreeBSD 4.x boxes on netatalk's > >>afp implementation for some time. Not too long ago I got > >>frustrated with this and tried smb and then ftp. On a simple > >>10/100 network, and even with just a crossover between two > >>boxes it seems that any tcp transfer tops out at around > >>250KB/s. > >>On the same network using the same switch I can get near > >>Oline-rate to an penBSD box and to another OS-X box. > >>If I use nfs and force udp as the transport, I *do* get near > >>line-rate between OS-X and FBSD. > >>My 5.3 box is tanked at the moment, so I cannot tell if the > >>problem happens there as well. I do have a full ADC account, > >>so I will be testing with the latest Tiger preview shortly, > >>and the ADC access does give me a decent bug reporting > >>facility if the fault lies within the OS-X tcp stack. > >>I'm no tcpdump wizard, would anyone care to help me track this down? > >I'd start with ensureing your nic's media options are properly > >set (I've seen this exact behavior during duplex mismatches) > Yep, I wouldn't have come here without checking all the basics. I should > also add that given three machines in my standard config I get the > following results which will also help rule out cabling/speed/duplex > issues: > os-x <-> obsd - good > os-x <-> fbsd - bad > obsd <-> fbsd - good > os-x <-> os-x - good I've seen this before. A client had three OS/X machines in our rack, one standard G4 and two Xrack devices. One had severe problems connecting withour FreeBSD machines but not to others. I was never able to get with him in an interactive mode to check things. He said he'd tried different settings but never got with me when he was doing this so that I could check his machine, our machine, and the intermediate switch. He moved out to a rack of his own so I never did find out what was wrong. I do suspect duplex problems. He was connecting to one of our Cicso switches and Cisco has some extensive docs on some configuration problems. Part of it comes from when some vendors decided to add their own features and violated standards. http://www.cisco.com/warp/public/473/46.html This is the link I saved from awhile back. I hope it is still valid. But problems like this usually come from one side or the other not properly responding to auto-negotiation as documented. When auto-neg fails at least one side will go to half-duplex, and with the other in fdx then you usually only see throughput of about 10% of normal because of data being sent back on a line that the fdx line thinks is clear to send upon. Bill -- Bill Vermillion - bv @ wjv . com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050305024850.GA96307>