From: Mike Mestnik <cheako@mikemestnik.net>
To: linux-kernel@vger.kernel.org
Subject: Chronic resource starvation.
Date: Fri, 13 Jan 2012 21:17:02 -0600 [thread overview]
Message-ID: <4F10F3AE.3030801@mikemestnik.net> (raw)
I've dealt with applications taking extended time off for a number of
years. I typically attribute it to applications being overly zealous
about eating memory as most every application tends to do these days. I
had always figured that there a likely plenty of ppl complaining and I
didn't want to get the boiler plat answer that resources are cheap.
I refuse to buy into the idea that Z computers can get an additional Y
resource to run application X, when instead application X could be
engineered once and for all. This ideology is not sustainable and
eventually will crash upon it's self. I call this Z * Y < X. The
application source becomes the single location where every computers
resources can be increased at the cost of much less then to adjust the
running environment of every location that the code may run.
Here is a 84MB video that demonstrates the issue.
http://j.mp/wavbCO
http://bitly.com/wavbCO+
You can see at the start an application that should update regularly is
frozen and that moving windows and even focus is difficult. The system
does recover, but after far too long.
I'll welcome any further testing as I'm sure it's needed. Keep in mind
that I can't reproduce this reliably, but it does happen, so it will
take time to collect any amount of data... A gkrellm plugin that
illustrates the test is the most perfered, killing two birds with one
stone as it will help with this case and many many future cases. If
it's important wouldn't your test already be part of a tool like gkrellm?
next reply other threads:[~2012-01-14 3:25 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-14 3:17 Mike Mestnik [this message]
2012-01-14 20:21 ` Chronic resource starvation Mike Mestnik
2012-01-15 12:08 ` Mike Galbraith
2012-01-15 19:01 ` Mike Mestnik
2012-01-16 2:39 ` Mike Galbraith
2012-01-16 5:43 ` Mike Mestnik
2012-01-16 5:51 ` Mike Galbraith
2012-01-16 6:07 ` Mike Galbraith
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=4F10F3AE.3030801@mikemestnik.net \
--to=cheako@mikemestnik.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