# chcod -r proc -n number_of_processors

-n NbrResources  
-r ResourceType

注：理论是这样，没测试过
有人可以测的话，麻烦发个结果上来，谢谢

[ 本帖最后由 咔叮枫情 于 2007-12-11 12:47 编辑 ]

谢谢各位，那天找台机器先试试。

学习了，高人呢Q

高人.

问个好问题.通常就能精华.

有redbook非常详细地介绍hmc上这类命令的使用方法，我的同事自己写了个菜单，通过选项就可以实现资源的动态迁移。同事非常好心地把书都印出来放我桌面上，一年了，我就是没看一眼。

大家多向sd127学习。

向楼上所有人学习！

牛人．．

1. 个人觉得在虚拟环境，chhwres 为正解。
To add, remove, or move processing resources:
chhwres -r proc -m managed-system -o {a | r | m}
{-p partition-name | --id partition-ID}
[{-t target-partition-name |
--tid target-partition-ID}]
[--procs quantity] [--procunits quantity]
[--5250cpwpercent percentage]
[-w wait-time] [-d detail-level] [--force]

2. chcod manage CUod, 与LZ题意不符。

3. /usr/sbin/cpu_deallocate 在AIX 4.3.3还可以, 在虚拟环境下好像....
Deallocating a Processor in the Test Environment To test any of the modifications made in applications or kernel extensions to support this processor deallocation, use the following command to trigger the deallocation of a CPU designated by its logical CPU number. The syntax is: cpu_deallocate cpunum where: cpunum is a valid logical CPU number. You must reboot the system to get the target processor back online. Hence, this command is provided for test purposes only and is not intended as a system administration tool.

$bindprocessor -q
The available processors are:  0 1 2 3 4 5 6 7 8 9 10 11 12 13
$lsattr -El sys0 |grep cpu
cpuguard        enable             CPU Guard                                         True
$cpu_deallocate 13
$cpu_deallocate 12
$bindprocessor -q
The available processors are:  0 1 2 3 4 5 6 7 8 9 10 11 12 13
lsdev -Cc processor
proc0  Available 00-00 Processor
proc2  Available 00-02 Processor
proc4  Available 00-04 Processor
proc6  Available 00-06 Processor
proc8  Available 00-08 Processor
proc10 Available 00-10 Processor
proc12 Available 00-12 Processor

chhwres要在hmc做，而根据sd127所言，cpu_deallocate是在lpar上做，这里有很大地区别。不是所有人都有hmc的访问和操作权限。

在52，53里面都有cpu_deallocate这个命令，效果如何，我先测试一下。
我现在的方法是直接在hmc的命令行调用chhwres的，我感觉如果在lpar端发起这个改变，不一定能令hmc也知道，或者说不能更新hmc上的记录，因为你没权写进去。所以，cpu_deallocate命令最多只能在自己的lpar上暂时屏蔽了cpu，而没有释放cpu。我猜的，呵呵。

1。首先，我通过hmc加一个cpu给lpar，然后检查它

root@rs41:/home/oper/hmc>bindprocessor -q
The available processors are:  0 1 2 3

好，看到cpu加了进去，多了2和3两个logical cpu


root@rs41:/usr/sbin>./cpu_deallocate 2
root@rs41:/usr/sbin>bindprocessor -q
The available processors are:  0 1 2 3

这个结果跟22楼的一样，但我认为bindprocessor显示的已经分配给此lpar的处理器，假设我上面说的屏蔽是成立的话，这个bindprocessor的返回值是不会变的。


然后我做个vmstat，看lcpu的数目：
root@rs41:/usr/sbin>vmstat 1

System configuration: lcpu=2 mem=2048MB

kthr    memory              page              faults        cpu
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re  pi  po  fr   sr  cy  in   sy  cs us sy id wa
1  0 244027 11921   0   0   0   0    0   0  11  191 178  0  0 99  0

然后，我看lsdev里面proc的数目：
root@rs41:/usr/sbin>lsdev|grep proc
proc0        Available 00-00         Processor


root@rs41:/usr/sbin>lsdev -Cc processor
proc0 Available 00-00 Processor


这都是非常吻合的。

我再检查hmc，发现此lpar的cpu数仍然停留在2，所以我在23楼的推断又蒙对了。