From: Willy Tarreau <willy@w.ods.org>
To: Nick Piggin <piggin@cyberone.com.au>
Cc: Lincoln Dale <ltd@cisco.com>, Soeren Sonnenburg <kernel@nn7.de>,
Con Kolivas <kernel@kolivas.org>,
Mark Hahn <hahn@physics.mcmaster.ca>,
Linux Kernel <linux-kernel@vger.kernel.org>,
gillb4@telusplanet.net
Subject: Re: xterm scrolling speed - scheduling weirdness in 2.6 ?!
Date: Sun, 4 Jan 2004 13:07:20 +0100 [thread overview]
Message-ID: <20040104120720.GA14497@alpha.home.local> (raw)
In-Reply-To: <3FF7DA24.40802@cyberone.com.au>
Now testing Con's noint patch against 2.6.0. It returns somewhat simmilar
results to Nick's w29p2, and behaves normally. The only noticeable difference
is that a simple task like "while :; do :; done&" eats about 100ms each second,
so if you start 10 of these, you're able to type only once a second (tested).
But I understand that this 'dumbness' was exactly the goal of this patch.
I think that I'll try to use 2.6 + Nick's scheduler for some time on my
notebook to get an overall idea on how it behaves.
BTW, Nick, does your patch rely on -mm1 exclusive features, or would it be
possible to back-port it to plain 2.6 ?
Cheers,
Willy
1) X not reniced.
=================
noint$ time xterm -e seq 1 5000
real 0m0.548s
user 0m0.267s
sys 0m0.052s
noint$ time xterm -e sh -c "ls -l incoming tmp"
real 0m0.974s
user 0m0.481s
sys 0m0.091s
2) Now renicing X to -10
========================
noint$ time xterm -e sh -c "ls -l incoming tmp"
real 0m0.997s
user 0m0.471s
sys 0m0.101s
noint$ time xterm -e seq 1 5000
real 0m0.390s
user 0m0.261s
sys 0m0.058s
3) Now renicing X to +10 to compare with my previous tests
==========================================================
noint$ time xterm -e seq 1 5000
real 0m0.452s
user 0m0.257s
sys 0m0.070s
noint$ time xterm -e sh -c "ls -l incoming tmp"
real 0m0.956s
user 0m0.441s
sys 0m0.091s
noint$ time find incoming tmp |wc -l
204276
real 0m0.914s
user 0m0.257s
sys 0m0.653s
noint$ time xterm -e sh -c "find incoming tmp"
real 0m23.107s
user 0m5.652s
sys 0m1.631s
top - 12:56:42 up 9 min, 5 users, load average: 0.61, 0.54, 0.26
Tasks: 59 total, 3 running, 56 sleeping, 0 stopped, 0 zombie
Cpu(s): 24.8% user, 8.9% system, 66.3% nice, 0.0% idle, 0.0% IO-wait
Mem: 515292k total, 217816k used, 297476k free, 94344k buffers
Swap: 265064k total, 0k used, 265064k free, 45236k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command
239 root 30 10 23632 13m 11m R 66.2 2.7 0:11.11 X
374 root 20 0 4764 2660 3844 S 24.7 0.5 0:01.22 xterm
375 willy 20 0 1420 540 1252 S 7.9 0.1 0:00.35 find
373 root 20 0 1692 940 1556 R 1.0 0.2 0:00.08 top
4) Same with renice -15 :
=========================
noint$ time xterm -e sh -c "find incoming tmp"
real 0m22.622s
user 0m5.681s
sys 0m1.807s
top - 12:57:45 up 10 min, 5 users, load average: 0.33, 0.48, 0.26
Tasks: 59 total, 3 running, 56 sleeping, 0 stopped, 0 zombie
Cpu(s): 88.8% user, 11.2% system, 0.0% nice, 0.0% idle, 0.0% IO-wait
Mem: 515292k total, 217880k used, 297412k free, 94404k buffers
Swap: 265064k total, 0k used, 265064k free, 45236k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command
239 root 5 -15 23632 13m 11m S 64.3 2.7 0:25.55 X
380 root 20 0 4764 2660 3844 R 26.1 0.5 0:00.82 xterm
381 willy 20 0 1420 540 1252 S 7.5 0.1 0:00.23 find
next prev parent reply other threads:[~2004-01-04 12:07 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.44.0401031439060.24942-100000@coffee.psychology.mcmaster.ca>
2004-01-03 20:19 ` xterm scrolling speed - scheduling weirdness in 2.6 ?! Soeren Sonnenburg
2004-01-03 21:00 ` Con Kolivas
2004-01-03 21:10 ` Soeren Sonnenburg
2004-01-03 21:15 ` Con Kolivas
2004-01-03 23:35 ` Willy Tarreau
2004-01-04 0:11 ` Soeren Sonnenburg
2004-01-04 1:42 ` Con Kolivas
2004-01-04 3:32 ` Tim Connors
2004-01-04 5:58 ` Con Kolivas
2004-01-06 1:09 ` Peter Osterlund
2004-01-06 1:37 ` Nick Piggin
2004-01-06 2:28 ` Peter Osterlund
2004-01-06 2:50 ` Nick Piggin
2004-01-06 6:27 ` Nick Piggin
2004-01-05 22:25 ` Bryan Whitehead
2004-01-04 8:09 ` Soeren Sonnenburg
2004-01-04 8:49 ` Con Kolivas
2004-01-04 11:13 ` Martin Schlemmer
2004-01-04 11:24 ` Soeren Sonnenburg
2004-01-04 12:45 ` Con Kolivas
2004-01-04 14:42 ` Martin Schlemmer
2004-01-04 18:40 ` mikeg
2004-01-04 22:58 ` szonyi calin
2004-01-04 23:33 ` Willy Tarreau
2004-01-04 23:44 ` Valdis.Kletnieks
2004-01-04 23:47 ` Mike Fedyk
2004-01-05 8:39 ` Soeren Sonnenburg
2004-01-05 20:38 ` Martin Schlemmer
2004-01-05 9:18 ` Soeren Sonnenburg
2004-01-05 17:20 ` Martin Schlemmer
2004-01-05 17:21 ` Willy Tarreau
2004-01-05 9:50 ` Kenneth Johansson
2004-01-05 10:17 ` Soeren Sonnenburg
2004-04-02 18:22 ` solved (was Re: xterm scrolling speed - scheduling weirdness in 2.6 ?!) Soeren Sonnenburg
2004-04-03 5:35 ` Tim Connors
2004-04-03 6:06 ` Tim Connors
2004-04-03 14:11 ` Jamie Lokier
2004-01-05 8:26 ` xterm scrolling speed - scheduling weirdness in 2.6 ?! Soeren Sonnenburg
2004-01-04 8:54 ` Lincoln Dale
2004-01-04 9:17 ` Nick Piggin
2004-01-04 10:24 ` Soeren Sonnenburg
2004-01-04 11:12 ` Mike Fedyk
2004-01-04 11:17 ` Soeren Sonnenburg
2004-01-04 11:20 ` Mike Fedyk
2004-01-04 11:19 ` Willy Tarreau
2004-01-05 0:48 ` Nick Piggin
2004-01-04 11:46 ` Nicks's scheduler's OK [was Re: xterm scrolling speed - scheduling weirdness in 2.6 ?!] Willy Tarreau
2004-01-04 12:07 ` Willy Tarreau [this message]
2004-01-05 0:51 ` xterm scrolling speed - scheduling weirdness in 2.6 ?! Nick Piggin
2004-01-05 18:37 ` Willy Tarreau
2004-01-06 0:33 ` Nick Piggin
2004-01-04 10:11 ` Soeren Sonnenburg
2004-01-05 10:31 ` venom
2004-01-03 21:18 ` Willy Tarreau
2004-01-03 21:39 Bob Gill
[not found] <Pine.LNX.4.44.0401031402210.24942-100000@coffee.psychology.mcmaster.ca>
2004-01-03 19:07 ` Soeren Sonnenburg
-- strict thread matches above, loose matches on Subject: below --
2004-01-03 18:52 Soeren Sonnenburg
2004-01-03 19:19 ` Willy Tarreau
2004-01-04 20:47 ` Peter Chubb
2004-01-04 20:54 ` Willy TARREAU
2004-01-05 3:46 ` Peter Chubb
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=20040104120720.GA14497@alpha.home.local \
--to=willy@w.ods.org \
--cc=gillb4@telusplanet.net \
--cc=hahn@physics.mcmaster.ca \
--cc=kernel@kolivas.org \
--cc=kernel@nn7.de \
--cc=linux-kernel@vger.kernel.org \
--cc=ltd@cisco.com \
--cc=piggin@cyberone.com.au \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.