cpusets 不工作 - 线程没有在我指定的 cpuset 中运行？

我曾经cpuset屏蔽一些cpus供一些实时线程独占使用。

显示 cpuset 配置，测试应用程序RealtimeTest1正在运行并将其任务移至 cpusets：

$ cset set --list -r
cset: 
         Name         CPUs-X    MEMs-X Tasks Subs Path
 ------------   ---------- - ------- - ----- ---- ----------
         root         0-23 y     0-1 y   279    2 /
       system 0,2,4,6,8,10 n       0 n   202    0 /system
       shield 1,3,5,7,9,11 n       1 n     0    2 /shield
RealtimeTest1      1,3,5,7 n       1 n     0    4 /shield/RealtimeTest1
      thread1            3 n       1 n     1    0 /shield/RealtimeTest1/thread1
      thread2            5 n       1 n     1    0 /shield/RealtimeTest1/thread2
         main            1 n       1 n     1    0 /shield/RealtimeTest1/main

我可以询问cpuset文件系统以显示我的任务应该固定到我请求的 cpus 上：

/cpusets/shield/RealtimeTest1 $ for i in `find -name tasks`; do echo $i; cat $i; echo "------------"; done

./thread1/tasks
17651 
------------
./main/tasks
17649 
------------
./thread2/tasks
17654
------------

此外，如果我使用sched_getaffinity，它会报告cpuset它的作用——thread1 在 cpu 3 上，而 thread2 在 cpu 5 上。

但是，如果我运行top -p 17649 -Hwithf,j调出last used cpu，它表明线程 1 在线程 2 的 cpu 上运行，而主线程在systemcpuset中的一个 cpu 上运行

（注意线程 17654 正在运行 FIFO，因此线程 17651 被阻塞）

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  P COMMAND                                                                                                                                                                                             
17654 root      -2   0 54080  35m 7064 R  100  0.4   5:00.77 3 RealtimeTest                                                                                                                                                                                         
17649 root      20   0 54080  35m 7064 S    0  0.4   0:00.05 2 RealtimeTest                                                                                                                                                                                         
17651 root      20   0 54080  35m 7064 R    0  0.4   0:00.00 3 RealtimeTest    

此外，寻找其运行/proc/17649/task的last_cpu每个任务：

/proc/17649/task $  for i in `ls -1`; do cat $i/stat | awk '{print $1 " is on " $(NF - 5)}'; done
17649 is on 2
17651 is on 3
17654 is on 3

所以报道是一回事，但现实是另一cpuset回事sched_getaffinity

我会说这cpuset不起作用？

我的机器配置是：

$ cat /etc/SuSE-release
SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 1
$ uname -a
Linux foobar 2.6.32.12-0.7-default #1 SMP 2010-05-20 11:14:20 +0200 x86_64 x86_64 x86_64 GNU/Linux

更新：

此外，我在调用之前和之后进行解析/proc/pid/task/tid/stat和调用，并且我也在固定之后做一个尝试让线程移动......sched_getcpu()cset --movesched_yield()

这是一个示例输出：

13:12:56 INFO before pinning thread 17508 reports lastCpu=0, currCpu=1
13:12:56 INFO pinning thread 17508 to cpu 3 (/shield/RealtimeTest1/thread1)
13:12:56 INFO SetAffinity cset response:
    cset: moving following pidspec: 17508
    cset: moving 1 userspace tasks to /shield/RealtimeTest1/thread1
    cset: done
13:12:56 INFO after pinning thread 17508 reports lastCpu=0, currCpu=1
13:12:56 INFO after sch_yld thread 17508 reports lastCpu=0, currCpu=1

所以线程不会立即移动到它的新 cpuset，甚至在sched_yield

这可能是 SLES 11 / SP 1 问题吗？