| 查看: 2720 | 回复: 10 | |||
bhcsmay金虫 (正式写手)
|
[交流]
【求助】关于服务器多节点并行利用效率问题
|
|
用castep计算的时候，使用8个节点的服务器，虚拟128核， 计算量足够大，但服务器只支持4个节点并行， 另外的四个节点两个两个并行可以，同时四节点并行就利用率非常低， 如果任务再大的情况需要八节点并行， 也是发生一样的问题利用率非常低速度非常慢， 但是减少节点数又不能计算任务直接掉下， 请教计算机高手，这个问题该如何解决？ |
回复此楼» 猜你喜欢
化工学硕 285求调剂
已经有29人回复
-
327求调剂
已经有3人回复
-
279学硕食品专业求调剂院校
已经有20人回复
-
材料考研调剂
已经有31人回复
-
271求调剂
已经有28人回复
-
302求调剂
已经有9人回复
-
有没有学校材料专业收跨调(一志愿085410)
已经有14人回复
-
297求调剂
已经有20人回复
-
考研求调剂
已经有8人回复
-
288求调剂，一志愿华南理工大学071005
已经有19人回复
bhcsmay
金虫 (正式写手)
- 应助: 0 (幼儿园)
- 金币: 1807.5
- 散金: 25
- 帖子: 555
- 在线: 74.2小时
- 虫号: 585784
- 注册: 2008-08-08
- 专业: 金属材料的微观结构
2楼2010-10-25 16:30:11
bhcsmay
金虫 (正式写手)
- 应助: 0 (幼儿园)
- 金币: 1807.5
- 散金: 25
- 帖子: 555
- 在线: 74.2小时
- 虫号: 585784
- 注册: 2008-08-08
- 专业: 金属材料的微观结构
3楼2010-10-26 21:59:26
沙风
铁杆木虫 (正式写手)
有为青年
- 应助: 27 (小学生)
- 金币: 6310.3
- 散金: 816
- 红花: 13
- 帖子: 504
- 在线: 82.1小时
- 虫号: 236993
- 注册: 2006-04-03
- 性别: GG
- 专业: 能源化工
4楼2010-10-27 10:30:05
suyi20466975
至尊木虫 (正式写手)
巾帼将军
- 1ST强帖: 5
- 应助: 6 (幼儿园)
- 金币: 10436.8
- 散金: 47
- 红花: 48
- 帖子: 703
- 在线: 129.5小时
- 虫号: 738293
- 注册: 2009-04-02
- 性别: MM
- 专业: 凝聚态物性 II ：电子结构
5楼2010-10-27 10:31:15
风间的记忆
铁杆木虫 (著名写手)
- 1ST强帖: 2
- 应助: 77 (初中生)
- 金币: 6530.5
- 散金: 20
- 红花: 10
- 帖子: 1170
- 在线: 1897.4小时
- 虫号: 1069274
- 注册: 2010-08-04
- 性别: GG
- 专业: 计算机软件
★ ★ ★ ★
aylayl08(金币+4):谢谢建议 2010-10-27 20:13:12
bhcsmay(金币+10):谢谢，我们用的是自己的服务器，Linux系统，最初可以并行节点，现在不明原因不可以了。 2010-10-28 08:34:59
aylayl08(金币+4):谢谢建议 2010-10-27 20:13:12
bhcsmay(金币+10):谢谢，我们用的是自己的服务器，Linux系统，最初可以并行节点，现在不明原因不可以了。 2010-10-28 08:34:59
|
1）多线程：虚拟128个核？你开多线程了？如果开了，关掉。高性能计算开多线程只会降低计算效率 2）网络和存贮：并行效率和网络、中间数据的存储处理都有关系。估计网络是很难更改，可以考虑管理网络和计算网络分开，同时计算的中间数据尽量写在本地，减少网络瓶颈压力 3）操作系统和并行环境：一些新版本的操作系统可以利用新CPU的特性，比如INTEL的QPI等，同时并行环境安装也是有区别的。 4）LINUX OR WIN：理论上讲LINUX的效率要高于WINDOWS 10-15%，如果是WIN可以考虑换LINUX！ |
6楼2010-10-27 10:50:27
沙风
铁杆木虫 (正式写手)
有为青年
- 应助: 27 (小学生)
- 金币: 6310.3
- 散金: 816
- 红花: 13
- 帖子: 504
- 在线: 82.1小时
- 虫号: 236993
- 注册: 2006-04-03
- 性别: GG
- 专业: 能源化工
7楼2010-10-27 11:46:44
bhcsmay
金虫 (正式写手)
- 应助: 0 (幼儿园)
- 金币: 1807.5
- 散金: 25
- 帖子: 555
- 在线: 74.2小时
- 虫号: 585784
- 注册: 2008-08-08
- 专业: 金属材料的微观结构
8楼2010-10-28 08:35:29
风间的记忆
铁杆木虫 (著名写手)
- 1ST强帖: 2
- 应助: 77 (初中生)
- 金币: 6530.5
- 散金: 20
- 红花: 10
- 帖子: 1170
- 在线: 1897.4小时
- 虫号: 1069274
- 注册: 2010-08-04
- 性别: GG
- 专业: 计算机软件
9楼2010-10-28 09:06:42
bhcsmay(金币+5):这个我同意，当然不是越多越快的，我说的问题前提是之前测试这些节点并行计算这样大小的体系是合适的，计算速度也很好，后来由于未知原因导致不能继续并行计算，不过5.5的改进确实值得期待。 2010-11-01 17:30:46
|
曾经在某群里有人认为CPU越多越就越快，还很鄙视的说我不懂什么叫并行计算，呵呵。 从实际计算来看，有些时候节点越多，效率反而更低。 节点之间的交换速度，远远达不到CPU内不同核心间的速度。超过某个临界值后，越多当然就越慢了。除此之外，也有castep软件自身的原因，这涉及到K点计算量在节点分配问题。 新版5.5的castep似乎可以开始自动分配了，值得一试 |
10楼2010-11-01 17:09:47
