Slowing Linux to a crawl
Terrence Enger
tenger-P1ovA8G34VBEfu+5ix1nRw at public.gmane.org
Wed Jul 29 16:30:29 UTC 2009
On Wed, 2009-07-29 at 10:44 -0400, Giles Orr wrote:
> 2009/7/28 Terrence Enger <tenger-P1ovA8G34VBEfu+5ix1nRw at public.gmane.org>:
> > On Tue, 2009-07-28 at 21:57 -0400, Giles Orr wrote:
> >> For the BashPrompt HOWTO I suggest a bunch of code snippets that can
> >> be incorporated into the prompt. I used to keep a 25MHz 486DX with
> >> 16MB of memory for speed testing using the "time" command so I could
> >> comment on the relative speed of the code snippets. Sadly, I no
> >> longer have that machine. Hell, I don't even have a netbook. These
> >> days even the most ungainly and inefficient piece of bash code
> >> executes in statistically insignificant amounts of time. So the
> >> question: is there a simple way to limit a process (Bash) and its
> >> subprocesses so it runs very slowly and consistently, and so that
> >> "time" inside this process knows about it and produces numbers on a
> >> scale I'm looking for? An emulator? Some kind of throttling
> >> mechanism? Simple would be nice. Thanks.
> >>
> >
> > valgrind?
>
> I'm not familiar with valgrind, but from what little I can tell it
> does slow things down but isn't intended for that purpose and there's
> not really a controlled amount of slow-down? Also it looks like it
> needs to be involved when you compile stuff and I don't want to have
> to recompile bash ... am I correct about this? Please let me know,
> thanks.
>
Whoops, I am not familiar enough to justify opening my mouth. I
shudda put in a smiley or waited for a brighter hour of the
day. I thought of valgrind because of its reputation for
producing remarkable slowdown.
I apologize for distracting your attention with a smart-ass comment.
Terry.
--
The Toronto Linux Users Group. Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
More information about the Legacy
mailing list