Slowing Linux to a crawl

Giles Orr gilesorr-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
Thu Jul 30 02:48:10 UTC 2009


2009/7/29 Tyler Aviss <tjaviss-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org>:
> On Tue, Jul 28, 2009 at 9:57 PM, Giles Orr<gilesorr-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org> 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.
>
> This might seem like a dump answer,but what about inserting sleep
> commands into the script, etc?

While that would cause the scripts to run slowly, it wouldn't show
which ones "tax the system."  The idea is to see which scripts start
and run quickly on a low-powered system.  That's why the 486 was great
for this kind of testing.

-- 
Giles
http://www.gilesorr.com/
gilesorr-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
--
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