Re: [PATCH] sched.c: Be a bit more conservative in SMP
- From: Ludovic <ldrolez@xxxxxxxxxx>
- Date: Tue, 19 Sep 2006 13:39:21 +0000 (UTC)
Vincent Pelletier <subdino2004 <at> yahoo.fr> writes:
I've often seen the following use case happening on the few linux SMP boxes
I have access to : one process eats one cpu becaus eit has a big
computation to do, all cpu being idle, and the process keeps on hopping
from one cpu to another.
This patch is a quick try to make this behaviour disapear without requiring
to bind all processes manually with taskset.
I don't know if there is any practical performance increase (although I
believe there locally is).
Hi !
Do you know if your patch has been included somewhere ?
We have the same problem on a HPCC here with 4 CPUs per MB, and I don't like
playing with taskset (moreover, performance under Windows *much* is better
without any tuning, shame on us), it would be nice to see less migration when
it's not needed...
Cheers,
Ludovic.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- [PATCH] sched.c: Be a bit more conservative in SMP
- From: Vincent Pelletier
- [PATCH] sched.c: Be a bit more conservative in SMP
- Prev by Date: [PATCH] SELinux: Fix bug in security_sid_mls_copy
- Next by Date: RE: TCP stack behaviour question
- Previous by thread: Re: [PATCH] sched.c: Be a bit more conservative in SMP
- Next by thread: kernel BUG in ip_nat_helper_unregister at netfilter/ip_nat_helper.c
- Index(es):
Relevant Pages
|
