From: Michael Monnerie <michael.monnerie@it-management.at>
To: "Ralph Böhme" <lists@supported.de>
Cc: netatalk-admins@lists.sourceforge.net,
linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [Netatalk-admins] netatalk slow after system upgrade (possibly kernel problem?)
Date: Thu, 7 Feb 2008 01:49:44 +0100 [thread overview]
Message-ID: <200802070149.45873@zmi.at> (raw)
In-Reply-To: <73F08C2B-C3F9-4846-962E-A3D2692804E0@supported.de>
[-- Attachment #1: Type: text/plain, Size: 1453 bytes --]
I received this e-mail, which could be the resolution to this problem. I
will test it with the customer tomorrow.
Is there a workaround possible from the Linux server, instead of
modifying all clients? As it runs with kernel 2.6.13, but not with
2.6.23, maybe some behaviour change via sysctl could help here.
On Mittwoch, 6. Februar 2008 Ralph Böhme wrote:
> Am 05.02.2008 um 16:26 schrieb Michael Monnerie:
> > Still, it runs quick within the VM
> > with kernel 2.6.13-15.15-smp from SUSE 10.0, but slow with more
> > recent kernels (I couldn't test every combination of course).
>
> Use the sniffer, Luke!
>
> If you find an ongoing sequence of ~5 packets sent by the server,
> ~200ms pause, client ACK, next turn, then you might me experiencing
> this:
>
> http://www.helios.de/support/ti.phtml?110
>
> Proposed solution:
> sysctl -w net.inet.tcp.delayed_ack=2 to be set on the client side.
> Note: the issue should be resolved with OS X 10.5.
>
> It seems as if /some/ server side TCP stacks don't like OS X 10.4
> delayed ACKs implementation.
>
> HTH,
> -Ralph
--
// Michael Monnerie, Ing.BSc ----- http://it-management.at
// Tel: 0676/846 914 666 .network.your.ideas.
// PGP Key: "curl -s http://zmi.at/zmi.asc | gpg --import"
// Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4
// Keyserver: www.keyserver.net Key-ID: 1C1209B4
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 194 bytes --]
next prev parent reply other threads:[~2008-02-07 0:49 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200801251255.48105@zmi.at>
2008-01-27 6:00 ` netatalk slow after system upgrade (possibly kernel problem?) Andrew Morton
2008-02-05 15:26 ` Michael Monnerie
[not found] ` <73F08C2B-C3F9-4846-962E-A3D2692804E0@supported.de>
2008-02-07 0:49 ` Michael Monnerie [this message]
2008-03-12 2:26 ` Michael Monnerie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200802070149.45873@zmi.at \
--to=michael.monnerie@it-management.at \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lists@supported.de \
--cc=netatalk-admins@lists.sourceforge.net \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).