| 查看: 3058 | 回复: 10 | |||
bhcsmay金虫 (正式写手)
|
[交流]
【求助】关于服务器多节点并行利用效率问题
|
|
用castep计算的时候，使用8个节点的服务器，虚拟128核， 计算量足够大，但服务器只支持4个节点并行， 另外的四个节点两个两个并行可以，同时四节点并行就利用率非常低， 如果任务再大的情况需要八节点并行， 也是发生一样的问题利用率非常低速度非常慢， 但是减少节点数又不能计算任务直接掉下， 请教计算机高手，这个问题该如何解决？ |
回复此楼» 猜你喜欢
让我中一个面上吧！
已经有15人回复
-
2026年的国家社科基金项目通讯评审的新规则与新动向、新挑战
已经有5人回复
-
跳槽后在研项目怎么办？
已经有10人回复
-
什么时候开奖？
已经有10人回复
-
2026国自然函评费到账
已经有16人回复
-
今天放榜吗？
已经有16人回复
-
93BebMhtakh前后11位开头都是大写
已经有8人回复
-
范进中举一文的中心思想
已经有4人回复
-
只有每年这种时候来逛逛小木虫
已经有26人回复
-
filecode，4个jtjc了
已经有16人回复
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
40