lkml.org 
[lkml]   [2005]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch] Real-Time Preemption, plist fixes
On Mon, 6 Jun 2005, Ingo Molnar wrote:
> But indeed it could improve interactivity (but this has not been proven
> yet) - and also for testing purposes it would sure be useful, so we
> should perhaps make ALL_TASKS_PI default-on, as Daniel suggests. If that
> is done then plists are indeed a superior solution. But if in the end we
> decide to only include RT tasks in the PI mechanism (which could easily
> happen) then there seems to be little practical difference between
> sorted lists and plists.

The biggest reason that I suggest this is because when I wrote the
abstracted PI I gave the user of the API the choice to do RT tasks only or
all tasks. In the case of fusyn or futex , they will do all tasks .. Once
you throw in one structure that does all tasks , they may as well all be
doing it. Or that's how I feel.

Daniel



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-06-06 17:00    [W:2.450 / U:0.244 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site