[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Short sleeps.
- To: linuxgames@sunsite.dk
- Subject: Re: Short sleeps.
- From: Chris <chris@starforge.co.uk>
- Date: Fri, 11 Jan 2002 10:01:51 +0000
- Delivered-To: archiver@seul.org
- Delivered-To: mailing list linuxgames@sunsite.dk
- Delivery-Date: Fri, 11 Jan 2002 05:00:54 -0500
- Mailing-List: contact linuxgames-help@sunsite.dk; run by ezmlm
- References: <3C3E38EA.954877C8@airmail.net>
- Reply-To: linuxgames@sunsite.dk
- User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.15-4mdk i686; en-US; rv:0.9) Gecko/20010505
Steve Baker wrote:
> I'm looking for something creative - but without the paperclip!
>
> Any ideas? (Yeah - I know "Buy an Alpha" :-)
I'm no kernel expert but I don't believe that it isn't possible at present,
especially on systems with a large number of processes. The new scheduler
*may* allow this to be done, but until that becomes part of the stable
tree I think you need to apply a realtime patch to get this to work. As I
understand it - which could be utter bollocks, as I say I'm no kernel hacker
- even if there was a method to request a processor-relinquishing 1ms delay
the chances are that under the current kernel versions you would not get the
processor back for well over that, the additional delay depending upon the
number of processes running at the time. The only alternative being to sit
on the processor and hope your timeslice doesn't expire just as soon as the
1ms is reached.
Chris
--
.------{ http://www.starforge.co.uk }-----. .--------------------------.
=[ Explorer2260, Designer and Coder \=\ P: TexMaker, ROACH, site \
=[___You_will_obey_your_corporate_masters___]==[ Stack: EETmTmTRRSS------ ]