[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------ ]