From: Christian Schmid <webmaster@rapidforum.com>
To: John Heffner <jheffner@psc.edu>
Cc: netdev@oss.sgi.com
Subject: Re: Bug-hunting
Date: Thu, 24 Feb 2005 13:29:53 +0100 [thread overview]
Message-ID: <421DC8C1.60704@rapidforum.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0502231453260.28189@dexter.psc.edu>
More track-downs:
I have watched /proc/net/netstat and it didnt change. I experimented more with vm-parameters as I
have understood that Linux is complex enough that bugs aren't obvious enough to simply say its the
net-code just because a non-blocking socket suddenly blocks.
I found out that changing /proc/sys/vm/min_free_kbytes gives the most drastic differences. I changed
it to 1024000 and it suddenly speeded up drastically. I changed back to around 16000 and it suddenly
slowed down immediately. Changed back to 1024000 and it speeded up immediately. Does someone know
more about this? What does this parameter do? I watched /proc/meminfo but it didnt change anything
really.MemFree is always around 10 MB:
MemTotal: 8314392 kB
MemFree: 10284 kB
Buffers: 25644 kB
Cached: 7724180 kB
SwapCached: 0 kB
Active: 991312 kB
Inactive: 6977476 kB
HighTotal: 6421952 kB
HighFree: 640 kB
LowTotal: 1892440 kB
LowFree: 9644 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 116272 kB
Writeback: 0 kB
Mapped: 223940 kB
Slab: 322652 kB
CommitLimit: 4157196 kB
Committed_AS: 794200 kB
PageTables: 1788 kB
VmallocTotal: 114680 kB
VmallocUsed: 1200 kB
VmallocChunk: 113392 kB
John Heffner wrote:
> Christian,
>
> Try looking at /proc/net/netstat while running. If TCPMemoryPressures is
> increasing, you are running out of TCP memory, and you would expect to see
> your socket buffers shrinking.
>
> -John
>
>
prev parent reply other threads:[~2005-02-24 12:29 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-22 15:07 Bug-hunting Christian Schmid
2005-02-22 18:44 ` Bug-hunting David S. Miller
2005-02-22 19:17 ` Bug-hunting Christian Schmid
2005-02-22 19:51 ` Bug-hunting David S. Miller
2005-02-22 23:21 ` Bug-hunting Christian Schmid
2005-02-23 3:30 ` Bug-hunting David S. Miller
2005-02-23 10:28 ` Bug-hunting Christian Schmid
2005-02-23 19:29 ` Bug-hunting David S. Miller
2005-02-23 19:41 ` Bug-hunting Christian Schmid
2005-02-23 19:53 ` Bug-hunting David S. Miller
2005-02-23 19:46 ` Bug-hunting Christian Schmid
2005-02-23 20:00 ` Bug-hunting John Heffner
2005-02-24 12:29 ` Christian Schmid [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=421DC8C1.60704@rapidforum.com \
--to=webmaster@rapidforum.com \
--cc=jheffner@psc.edu \
--cc=netdev@oss.sgi.com \
/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).