Subject: Re: [netatalk-admins] sporadic copying
From: Bill Studenmund (skippy@macro.stanford.edu)
Date: Sat Aug 30 1997 - 21:08:28 EDT
On Fri, 29 Aug 1997, Eric and Catherine Thompson wrote:
> I recently built a Linux fileserver for a client of mine. I originally
> installed Redhat 4.2 (recommended to me several times for ease of net
> setup) with Netatalk 1.4b2. That system was mostly ok, except for one
> big problem: it would periodically stop allowing connections.
> Sometimes it would fix itself, but usually not. Since I'm an offsite
> consultant, this is a really big problem, and I decided to try Slackware
> (which I've always used myself, and tend to prefer). That seems to have
> solved that one very big problem, but now I have another minor annoying
> problem:
>
> When copying large folder of files from one place to another, either
> from mac to server, or from place to place on the server, the copying is
> sporadic. 2-5 files will copy very rapidly, and then the process will
> "stick," waiting an eternity (a few long, painful seconds, anyway)
> before continuing. The ultimate result is that moving files is
> painfully slow. This did not occur with the Redhat installation. Is
> there something I can tweak to alleviate this problem?
Is the problem basically that when the mac is writing to the server, it
will occasionally hang? The problem might be that the Appletalk input
buffer on the server's overflowing, and packets are getting dropped. The
transfer will have to wait for that packet to timeout & be re-transmitted
(which takes like 30 seconds).
Last I asked about this, I heard that Linux sets this value fairly high
(like 128 packets). But a fast mac and a loaded server might have the
problem. I think the value lives in sys/netatalk/ddp_usrreq.c (that's
where it is in *BSD versions). Under *BSD, it's ddp_recv.
Go snooping around for this value. Under NetBSD it's set to 25*(587 +
sizeof(sockaddr_at)) (basically 25*600) which holds 25 full packets.
Try setting it at least that large if it's smaller, or try doubling it.
Take care,
Bill
This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:26:33 EST