[lkml]   [1998]   [Sep]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] scheduler patch, faster still
[I'm not taking any sides in this flamewar. Just an unrelated comment.]

> almost completely irrelevant to a plain old user. I cannot think of one
> application that would be found in the typical office at present that
> actually would need real-time scheduling.

A box that acts as an answering machine via voice modem is an example
of a (hard!) realtime application in an office environment. It would
be a glorious waste to designate a CPU for that; at least the box has
also to do print server tasks which are obviously non-realtime. (Hard
realtime because even one missed character on the serial line can
cause complete desynchronization, depending on the compression used,
this means end of recording.)

If you leave the office and go home, basically all that "multimedia"
and game stuff is (soft) realtime applications.

> Also, as far as I can tell it would take a major rewrite of the
> scheduler to implement a second run queue. A nice project for version

I liked the QNX-type scheduler, if it only were a bit improved to
eliminate the deadlocks. Of course, that one _was_ a major rewrite.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:44    [W:0.126 / U:9.160 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site