[openbeos] Re: ideas for SoC
- From: "Waldemar Kornewald" <wkornewald@xxxxxxxxxxxx>
- To: openbeos@xxxxxxxxxxxxx
- Date: Sat, 24 Mar 2007 19:07:27 +0100
Hi Andre,
On 3/24/07, André Braga <meianoite@xxxxxxxxx> wrote:
On 3/24/07, Michael Phipps <mphipps1@xxxxxxxxxxxxxxxx> wrote:
> What does desktop focus mean? Focus
> on UI, performance (response, not throughput),
If I may...
Not so fast (pun intended)! A Media OS needs plenty of throughput. It
might be prudent to have variable scheduling quantas for R2, and some
flags to let the kernel know some thread is in charge of media related
I/O. This almost becomes a non-issue on multicore machines, where an
entire (pool of) core(s) could conceivably be dedicated to "zippy",
small-quantum threads, and higher latency, I/O heavy threads could be
bound (affined) to a separate (pool of) core(s).
Not to raise expectations too much, but now I'm really wondering what
kind of magic scheduler you're planning to create for us. ;)
Bye,
Waldemar Kornewald
- Follow-Ups:
- [openbeos] Re: ideas for SoC
- From: André Braga
- References:
- [openbeos] Re: ideas for SoC
- From: Mathew Schofield
- [openbeos] Re: ideas for SoC
- From: François Revol
- [openbeos] Re: ideas for SoC
- From: Ari Haviv
- [openbeos] Re: ideas for SoC
- From: Michael Phipps
- [openbeos] Re: ideas for SoC
- From: André Braga
Other related posts:
- » [openbeos] ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
- » [openbeos] Re: ideas for SoC
On 3/24/07, Michael Phipps <mphipps1@xxxxxxxxxxxxxxxx> wrote: > What does desktop focus mean? Focus > on UI, performance (response, not throughput), If I may... Not so fast (pun intended)! A Media OS needs plenty of throughput. It might be prudent to have variable scheduling quantas for R2, and some flags to let the kernel know some thread is in charge of media related I/O. This almost becomes a non-issue on multicore machines, where an entire (pool of) core(s) could conceivably be dedicated to "zippy", small-quantum threads, and higher latency, I/O heavy threads could be bound (affined) to a separate (pool of) core(s).
- [openbeos] Re: ideas for SoC
- From: André Braga
- [openbeos] Re: ideas for SoC
- From: Mathew Schofield
- [openbeos] Re: ideas for SoC
- From: François Revol
- [openbeos] Re: ideas for SoC
- From: Ari Haviv
- [openbeos] Re: ideas for SoC
- From: Michael Phipps
- [openbeos] Re: ideas for SoC
- From: André Braga