From: Andrew Morton <akpm@osdl.org>
To: Chad Walstrom <chewie@wookimus.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: PROBLEM: NAT over 3c59x cards freezes interactivity on 2.6.2
Date: Fri, 20 Feb 2004 17:28:27 -0800 [thread overview]
Message-ID: <20040220172827.09fd7f9a.akpm@osdl.org> (raw)
In-Reply-To: <20040220224134.GA24203@wookimus.net>
Chad Walstrom <chewie@wookimus.net> wrote:
>
> On Thu, Feb 12, 2004 at 06:42:08PM -0800, Andrew Morton wrote:
> > Chad Walstrom <chewie@wookimus.net> wrote:
> > >
> > > [2.] DETAILS: Upon upgrading from 2.4.x to 2.6.2, I've noticed that my
> > > workstation/NAT box freezes on interactive processes while transfering
> > > large files over NAT to other machines on the network.
> >
> > Please monitor the system time with top or `vmstat 1'. Is it excessive?
>
> I'm not sure what excessive might mean. There doesn't seem to be any
> spikes in memory consumption. Following is the output from 'vmstat 1'.
> The number of procs waiting for run time increases when the
> interactivity freezes (while the laptop is downloading files over the
> workstation's NAT). The '6' and '5' both occur during download attempts
> and interactivy freezes. When I kill the download, interactivy resumes,
> and the waiting processes drops.
>
> Script started on Fri Feb 20 16:17:30 2004
> [16:17:30] chewie@skuld (501)$ vmstat 1
> procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
> r b swpd free buff cache si so bi bo in cs us sy id wa
> 2 0 9364 2560 46256 300188 0 0 10 12 35 44 96 1 3 0
> 1 0 9364 2560 46256 300188 0 0 0 0 1008 63 100 0 0 0
> 1 0 9364 2560 46264 300188 0 0 0 12 1008 56 100 0 0 0
It claims that the CPU is pegged in userspace. What does `top' say?
> > A kernel profile might tell us what is going on. See
> > Documentation/basic_profiling.txt.
>
> I'll have to recompile the kernel to test this for you. I'll do so and
> compile 2.6.3.
Well if you're spending 100% of CPU in userspace then a kernel profile
won't tell us much.
> > If you remove all the netfilter rules, what happens?
>
> Then I wouldn't be able to NAT. ;-) The workstation works fine as a
> standalone. I've downloaded large files w/o too much difficulty, and
> interactivity remains stable. The only time I see problems is when I'm
> downloading files through NAT to the laptop.
So it is the presence of the NAT rules which is causing the problem?
Perhaps the above vmstat trace is wrong? Make sure that you have a nice and
recent procps package.
prev parent reply other threads:[~2004-02-21 1:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-12 17:16 Chad Walstrom
2004-02-13 2:42 ` Andrew Morton
2004-02-20 22:41 ` Chad Walstrom
2004-02-21 1:28 ` Andrew Morton [this message]
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=20040220172827.09fd7f9a.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=chewie@wookimus.net \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®