From: "Ihar 'Philips' Filipau" <filia@softhome.net>
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [OT] No Swap. Re: [BUG 2.6.90-test5] kernel shits itself with 48mb ram under moderate load
Date: Sun, 28 Sep 2003 19:54:07 +0200 [thread overview]
Message-ID: <3F77203F.8010704@softhome.net> (raw)
In-Reply-To: <Pine.LNX.4.58.0309281922050.17752@artax.karlin.mff.cuni.cz>
Mikulas Patocka wrote:
>
>>>
>>>Yes, it should. If you have 0.25GB, it can be copied into cache. If you
>>>have 0.125GB, it doesn't fit there.
>>
>> So you want to say to effectively copy (or whatever) 40GB harddrive I
>>have to have 40GB of RAM? Ridiculous.
>
> Other unices (Solaris, IRIX) don't have dynamic cache that resizes
> according to RAM, always copy data from disk to disk and so they are
It is slow. But when someone compile something on our Linux cross
compilation server - everyone else is out - "jerky" is not suffieciently
hard word to describe how it works under load. (I hope 2.6 fixes this.)
Sun Ultra 10 (Solaris 8) is magnitude slower, but when someone
compiles something big - people still _*can*_ work on it. "find | xargs
grep" is still ok. I notice usually background compilations by fact that
:w takes visibly longer. But I can work.
That's what matters. Try to work in vim if it is permanently get
swaped out. _*Very*_ _*very*_ not nice.
And there is no memory pressure - kernel just decided to enlarge I/O
cache... 100% stupid.
I personally prefer to have statical I/O cache - never saw it working
reliably with dynamic allocation.
> order-of-magnitude slower than Linux. Did you ever tried to grep for
> symbols in linux source tree unpacked on Solaris box with 512MB RAM? ---
> it's just as slow as linux with very few RAM, because Solaris can't cache
> data in RAM.
>
--
Ihar 'Philips' Filipau / with best regards from Saarbruecken.
--
"... and for $64000 question, could you get yourself vaguely
familiar with the notion of on-topic posting?"
-- Al Viro @ LKML
next prev parent reply other threads:[~2003-09-28 17:52 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <ArQ0.821.23@gated-at.bofh.it>
[not found] ` <ArQ0.821.25@gated-at.bofh.it>
[not found] ` <ArQ0.821.21@gated-at.bofh.it>
[not found] ` <ArZC.8f1.9@gated-at.bofh.it>
2003-09-27 19:59 ` [OT] No Swap. Re: [BUG 2.6.90-test5] kernel shits itself with 48mb ram under moderate load Ihar 'Philips' Filipau
2003-09-27 20:13 ` William Lee Irwin III
2003-09-27 20:25 ` Roger Luethi
2003-09-29 5:02 ` Nick Piggin
2003-09-29 5:08 ` William Lee Irwin III
2003-09-27 20:21 ` Roger Luethi
2003-09-28 13:06 ` Ihar 'Philips' Filipau
2003-09-28 15:52 ` Mikulas Patocka
2003-09-28 17:21 ` Ihar 'Philips' Filipau
2003-09-28 17:31 ` Mikulas Patocka
2003-09-28 17:54 ` Ihar 'Philips' Filipau [this message]
2003-09-28 18:04 ` William Lee Irwin III
2003-09-28 17:33 ` Mr. James W. Laferriere
2003-09-28 17:57 ` Ihar 'Philips' Filipau
[not found] <Apl1.4ur.9@gated-at.bofh.it>
[not found] ` <Ar3B.6UW.21@gated-at.bofh.it>
2003-09-27 18:13 ` Ihar 'Philips' Filipau
2003-09-27 18:27 ` Roger Luethi
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=3F77203F.8010704@softhome.net \
--to=filia@softhome.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mikulas@artax.karlin.mff.cuni.cz \
/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