[lkml]   [2005]   [May]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: /proc/cpuinfo format - arch dependent!
Hi Dave,

On Sat, May 07, 2005 at 12:53:57PM -0400, Dave Jones wrote:
> On Sat, May 07, 2005 at 09:58:29AM +0200, Willy Tarreau wrote:

> What /could/ be useful would be a way to tell sched_setaffinity
> and co "I have two threads, I'd like them both to run on different cores,
> avoiding HT pairs, and never be migrated off them" without having to care
> about the layout of the cpus in each application.

Well, that's exactly for this that I formulated the proposal. A
CPU-intensive application which benefits from the cache would better
choose to run on HT pairs. A network-hungry application will prefer
running on only one sibling of each HT pair, and probably one process
per core, particularly when each core receives one NIC's interrupt.
A memory bandwidth intensive application will choose to run on a
single NUMA node, etc... So either the application can choose this
itself from its understanding of the CPU layout, or it can ask the
system "hey, I'd like this type of workload, how many process should
I start, and where should I bind them ?". I agree that the later
seems more portable and puts less burden on the application.


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

 \ /
  Last update: 2005-05-07 19:19    [W:0.075 / U:43.408 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site