From: Sven Heinicke <sven@research.nj.nec.com>
To: linux-kernel@vger.kernel.org
Subject: Re: hints at modifying kswapd params in 2.4.16
Date: Tue, 4 Dec 2001 13:18:18 -0500 (EST) [thread overview]
Message-ID: <15373.4970.771271.805330@abasin.nj.nec.com> (raw)
In-Reply-To: <15373.2398.495306.503255@abasin.nj.nec.com>
In-Reply-To: <15371.48585.441972.472493@abasin.nj.nec.com> <20011204003122.B31869@asooo.flowerfire.com> <15373.2398.495306.503255@abasin.nj.nec.com>
hmm, i did some snooping aroudn and I concluded that I worded my
questions wrong (not including bad grammar). My question should be:
What is the latest kernel with the old VM? The 2.4.13-ac8?
Sven Heinicke writes:
>
> Does the AC kernel still have the old VM? I really wanna stick the
> the new stuff but but a need a stable system. Older kernels 2.4.8 had
> highmem issues, not the 2.4.16 has kswap issues.
>
> Ken Brownfield writes:
> > Yes, 2.4.16 fixed a major source of kswapd thrashing for (at least)
> > mmapped memory, but there are still some corner cases left which I've
> > also seen. For instance, in the new case I'm seeing kswapd thrashing
> > even when freepages hasn't been reached under heavy I/O. I'm under the
> > impression that this behavior is more of a mis-behavior rather than a
> > mis-tuning.
> >
> > I don't think I've seen a response to my recent post go by; hopefully
> > the VM issues can still be debugged soon even after the handoff to
> > Marcelo... :-)
> > --
> > Ken.
> > brownfld@irridia.com
> >
> > PS: The hardware in question on my end is an HP LH6000r, 6-way Xeon, 4GB.
> >
> > On Mon, Dec 03, 2001 at 01:00:41PM -0500, Sven Heinicke wrote:
> > |
> > | We have been having many problems on a Dell PowerEdge 4400 with 4G of
> > | memory. We are willing to get new hardware if, perhaps, there is
> > | something known to not work with that hardwares memory. If there are
> > | known hardware configurations that work will in high load, high IO
> > | situations. We really want to stay with Linux, but my boss is getting
> > | increasingly agitated with issues.
> > |
> > | Our application has, on the order of 300 network sockets open at any
> > | one time primarily for input. And only 1 or 2 for output. We
> > | constantly malloc/free 100k of memory, I mean a lot. Plus do a fair
> > | amount of SCSI IO. The threads never use more then like 300M of
> > | memory at a time though caching memory fills up to like 2G. I believe
> > | it would work on a system with 1G of memory.
> > |
> > | With kernels 2.4.14 and before, including some AA kernels, the cache
> > | would fill up memory and do a little swapping to disk and then start
> > | the just-in-time free memory stuff. We where very happy when 2.4.16
> > | seems smarter about this then previous version and never uses more
> > | then ~2G of cachememory.
> > |
> > | But, after running for a time, kswapd starts taking more CPU time then
> > | the threads we are running and slowing down the processing. Is this
> > | something wrong with kswapd or might modifying files in /proc/sys/vm/
> > | fix this?
> > |
> > | If modifying files in /proc/sys/vm/ can fix it, what should one
> > | consider when modifying the /proc/sys/vm/kswapd and other files to
> > | suit my applications? Also, in my /proc/sys/vm directory there is
> > | only the following files:
> > |
> > | $ ls /proc/sys/vm
> > | bdflush max-readahead overcommit_memory pagetable_cache
> > | kswapd min-readahead page-cluster
> > |
> > | With 2.4.16 I though I should have others as described in the proc.txt
> > | file, like `buffermem', `pagecache' and others. How do I get these,
> > | and once I do have them some hints on how to modify there values to
> > | optimize my applications might be useful.
> > |
> > | Sven
> > | -
> > | To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > | the body of a message to majordomo@vger.kernel.org
> > | More majordomo info at http://vger.kernel.org/majordomo-info.html
> > | Please read the FAQ at http://www.tux.org/lkml/
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-12-04 18:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-03 18:00 Sven Heinicke
2001-12-04 6:31 ` Ken Brownfield
2001-12-04 18:18 ` Sven Heinicke [this message]
2001-12-04 17:35 ` Sven Heinicke
2001-12-04 20:17 ` Alan Cox
2001-12-04 20:38 ` Sven Heinicke
2001-12-04 21:11 ` Alan Cox
2001-12-05 14:57 ` Sven Heinicke
2001-12-05 19:20 ` Mike Fedyk
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=15373.4970.771271.805330@abasin.nj.nec.com \
--to=sven@research.nj.nec.com \
--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®