From: Davide Libenzi <davidel@xmailserver.org>
To: Szonyi Calin <sony@etc.utt.ro>
Cc: kernel@kolivas.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@osdl.org>
Subject: Re: [PATCH] O3int interactivity for 2.5.74-mm2
Date: Tue, 8 Jul 2003 00:46:34 -0700 (PDT) [thread overview]
Message-ID: <Pine.LNX.4.55.0307080007200.3648@bigblue.dev.mcafeelabs.com> (raw)
In-Reply-To: <26071.194.138.39.55.1057648284.squirrel@webmail.etc.utt.ro>
On Tue, 8 Jul 2003, Szonyi Calin wrote:
> In the weekend i did some experiments with the defines in kernel/sched.c
> It seems that changing in MAX_TIMESLICE the "200" to "100" or even "50"
> helps a little bit. (i was able to do a make bzImage and watch a movie
> without noticing that is a kernel compile in background)
I bet it helps. Something around 100-120 should be fine. Now we need an
exponential function of the priority to assign timeslices to try to
maintain interactivity. This should work :
#define TSDELTA (MAX_TIMESLICE - MIN_TIMESLICE)
#define KTSNORM (TSDELTA * TSDELTA * TSDELTA)
time_slice = MIN_TIMESLICE + (TSDELTA * prio * prio * prio) / KTSNORM;
Or something like :
static const short tsmap[] = {
10, 10, 10, 10, 10, 10, 10, 10, 10, 11,
11, 12, 13, 14, 15, 16, 17, 19, 20, 22,
24, 27, 29, 32, 35, 38, 42, 46, 50, 55,
60, 65, 70, 76, 82, 89, 96, 103, 111, 120,
};
This is a simple cubic, while a quadratic map looks like :
static const short tsmap[] = {
10, 10, 10, 10, 11, 11, 12, 13, 14, 15,
17, 18, 20, 22, 24, 26, 28, 30, 33, 36,
38, 41, 45, 48, 51, 55, 58, 62, 66, 70,
75, 79, 84, 88, 93, 98, 103, 109, 114, 120,
};
- Davide
next prev parent reply other threads:[~2003-07-08 7:39 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-06 17:16 Con Kolivas
2003-07-06 18:36 ` Felipe Alfaro Solana
2003-07-06 21:14 ` Con Kolivas
2003-07-06 21:17 ` Con Kolivas
2003-07-07 3:19 ` Con Kolivas
2003-07-07 9:13 ` Felipe Alfaro Solana
2003-07-07 9:40 ` Mike Galbraith
2003-07-07 10:25 ` Con Kolivas
2003-07-07 14:06 ` Mike Galbraith
2003-07-07 14:10 ` Con Kolivas
2003-07-07 10:51 ` Nick Sanders
2003-07-07 12:19 ` Marc-Christian Petersen
2003-07-07 13:14 ` Con Kolivas
2003-07-08 0:31 ` Zwane Mwaikambo
2003-07-09 10:12 ` Marc-Christian Petersen
2003-07-09 10:13 ` Marc-Christian Petersen
2003-07-09 10:22 ` Con Kolivas
2003-07-09 10:23 ` Marc-Christian Petersen
2003-07-09 10:37 ` Con Kolivas
2003-07-09 10:40 ` Marc-Christian Petersen
2003-07-07 13:25 ` Helge Hafting
2003-07-08 6:35 ` Alex Riesen
2003-07-08 7:11 ` Szonyi Calin
2003-07-08 7:46 ` Davide Libenzi [this message]
2003-07-08 7:59 ` Con Kolivas
2003-07-08 15:12 ` Davide Libenzi
2003-07-08 20:54 ` Con Kolivas
2003-07-08 20:55 ` Davide Libenzi
2003-07-08 8:03 ` Con Kolivas
2003-07-10 16:27 ` Szonyi Calin
2003-07-09 15:08 Luis Miguel Garcia
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=Pine.LNX.4.55.0307080007200.3648@bigblue.dev.mcafeelabs.com \
--to=davidel@xmailserver.org \
--cc=akpm@osdl.org \
--cc=kernel@kolivas.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sony@etc.utt.ro \
/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
all inboxes | Powered by JetHome®