Mentor-dft 学习笔记 day36-Multiprocessing for ATPG and Simulation(2)&Scan Retargeting（1）

Processor Addition in Grid Mode

与手动模式一样，如果网格引擎给定的主机上已经有一个正在运行的从属进程，则该工具不会在该主机上启动新的从属进程。相反，现有从属（或主，如果网格请求返回主主机）的线程数会增加。

在许多情况下，一次从网格引擎请求一个处理器是低效的，因为该工具必须为每个网格请求请求足够的内存以供整个从属进程使用。因此，该工具将多个处理器组合成一个网格请求，该网格请求针对具有足够处理器的主机，以及具有指定线程数的一个从机所需的内存。因此，如果processors_per_grid_request变量设置为4，则“add_processors sge:8”命令将导致两个网格请求，每个请求对应4个处理器（slot）。启动的线程与请求的网格资源相关联，只有在删除所有线程时，资源才会释放回网格。

The following is an example of adding processors in grid mode:

# group 4 processors per grid request

> set_multiprocessing_options -processors_per_grid_request 4…

# add 20 processors via LSF in 5 groups of 4 processors each

> add_processors lsf:20

# this may result in a situation like this:

> report_processors

// hosts threads arch CPU(s) %idle free RAM process size

// ------------------- ------- ------ ------------ ----- ----------- ------------

// masterhost (master) 5 x86-64 16 x 2.8 GHz 100% 4655.45 MB 189.70 MB

// kraken 4 x86-64 8 x 2.8 GHz 100% 49828.50 MB 151.86 MB

// brighty 8 x86-64 8 x 2.9 GHz 100% 9461.83 MB 152.66 MB

// joker111 4 x86-64 16 x 2.8 GHz 100% 41892.00 MB 166.05 MB

// master with 5 threads and 3 slaves with 16 threads running.

注意，对于LSF，processors_per_grid被设置为4，并且请求的processors_pr_grid被自动提供给LSF调度器。但是，对于SGE或通用调度程序，默认值设置为1，因为slot请求的绑定是特定于site的。在非LSF网格上使用此选项之前，必须配置特定于该网格系统的选项。有关如何执行此操作的更多信息，请参阅Tessand Shell