On Thu, 29 Jan 2004 20:39, Jos Hulzink wrote: > On Thursday 29 Jan 2004 09:17, Con Kolivas wrote: > > Hi all > > > > This patch (together with the ht base patch) will not allow a priority > > >10 difference to run concurrently on both siblings, instead putting the > > low priority one to sleep. Overall if you run concurrent nice 0 and nice > > 20 tasks with this patch your cpu throughput will drop during heavy > > periods by up to 10% (the hyperthread benefit), but your nice 0 task will > > run about 90% faster. It has no effect if you don't run any tasks at > > different "nice" levels. It does not modify real time tasks or kernel > > threads, and will allow niced tasks to run while a high priority kernel > > thread is running on the sibling cpu. > > If I read you correctly, if one thread has nothing else to do but the nice > 0 task, the nice 20 task will never be scheduled at all ? Sounds like not > the perfect solution to me... Wrong.. there is the matter of the other runqueue in smp mode :) Con - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups:
- Re: [PATCH] 2.6.1 Hyperthread smart "nice"Con Kolivas
- [PATCH] 2.6.1 Hyperthread smart "nice"Con Kolivas
- Re: [PATCH] 2.6.1 Hyperthread smart "nice"Jos Hulzink
- Prev by Date: IDE questions [kernel: 2.6.1-rc1]
- Next by Date: Re: [PATCH] 2.6.1 Hyperthread smart "nice"
- Previous by thread: Re: [PATCH] 2.6.1 Hyperthread smart "nice"
- Next by thread: Re: [PATCH] 2.6.1 Hyperthread smart "nice"
- Indexes:[Main][Thread]