科学运算,请远离INTEL

shike_cuke

差距好大.......................

bessel

dmol3的性能在p4的时候都马马虎虎可以用，不要说扣肉了。
至少公开的benchmark里面dmol的性能在intel平台没问题。
也学你的算例太特别，也许是你们自己的问题。

你们都不看dmol的手册了解一下这东西在不同平台的性能，出了问题就打算
买新机器的态度的确很难让人理解。我觉得你们不太适合在计算物理这个行当里。
早点quit吧。

原帖由 mooncocoon 于 2007-4-19 16:30 发表
就是DMOL3~不过因为这东西苛烈的内存使用量,我们都改叫他DOOM3了,叫着叫着就顺口了

如果单纯用DMOL3对机器当然不会有什么要求了~2.6C都能跑~但是如果将DMOL3作为一个参量计算形式挂在其他的东西上面一起跑就 ...

bessel

鬼佬的机器比国内还难用，算不出结果要滚蛋的。不像国内，想怎么浪费就怎么浪费。你要定期report你算了啥，出了啥结果。机时费也是要钱的。
很多不需要那么大计算量的工作的人就用pc算，我给你举个美国的例子，有个家伙拿过aps的计算物理方面的奖，独立的开创了一个领域，现在他的
同行都在用数十个处理器数百G的内存的机器干，人家还是在用双路的破pc算。就算是在nano和材料方面，也不是靠拼机器出来的，某人说过“不是买了机器和软件
就能很好的作材料科学的”。大学里面多数一流的计算组还是在用普通的x86集群，最多双路而已。那些努强筋的机器是给一些极端需要计算量的情况用的。

计算不是越大越好，不针对谁。

原帖由 mooncocoon 于 2007-4-19 16:32 发表
另外~鬼佬是没有自己的机器，可是别人学校里都是怒强劲的服务器~你要算什么，提个申请，然后将数据和计算方法打个包或者写个详细申请，人家就会分机时给你了~
(jubm]B2`电脑城,网上交易,电脑硬件,买卖,二手交易,商城,显卡,硬盘,处理器,销售,网上商店,ATi,NVIDIA,G80,R600国内想跑点东西完全要靠自己啊……

bessel

你说了我想说的。w00t)

原帖由 potomac 于 2007-4-19 12:58 发表
这样也叫搞科学啊。:funk: :thumbsup:
偶看这样的实验室不如撤了，大家出去撮一顿，再来个massage。B)

mooncocoon

我想，十几K以上原子的分子动力学模拟不是靠脑子或者随便一台机器就能跑出来的吧~要不我发给你一台双OP265你给我跑个10W原子看看~？
这已经不是人有多大胆地有多大产的年代了~极个别的例子不能说明问题的~正确的做法是明白自己为什么要跑这样规模的运算然后寻找合适的计算载体，不是拼脑力走捷径
我不忽略人的因素，但是起码客观因素是存在的，盲目忽略客观因素而且直接叫喊说别人不合适搞这个行当而且让别人OUT~到底谁该QUIT呢~？


另外~本末一定不能倒置~买这台机器跟跑DMOL3出问题要打算买新机器完全是风马牛不相及的两回事~我有说过买这台机器是因为之前的双OP265跑DMOL3出问题了么~？究竟是你不理解我们买机器的态度呢还是你给我们扣了个帽子呢~？
如何用FORTURN将DMOL3外挂到别的运算组件上的方式我们完全是按照公司的指导进行的~而且在OP那台机器上的实践证明我们的子程序设计完全没有问题并且PASS了他们要做的所有测试，公司方面没有跟我们说过我们的子程序无法使用在新平台上，怎么到你这里就成了我们不好好看手册了呢~？手册会告诉你如何使用汇编~？

让别人做些什么之前，最好先搞清楚别人的状况，盲目的将别人定性不是一个搞科研的该有的对待人的态度

当然，对待物就是另一回事了

mcs_xiaonan

anyway，好消息，过两天答辩的时候人家问我为什么不做更大规模仿真我就赖intel好了:p

bessel

这是谁说的？

原帖由 mooncocoon 于 2007-4-19 12:49 发表
总之因为这个，实验室采购安腾2集群服务器的计划被搁置了，再卖一个OP8系列的服务器的计划被提上来了

mooncocoon

我这是在说跑DMOL3不行要换安腾2么~？我有说过先前打算买安腾2集群是为了什么么~？
难道还不允许根据实际情况来修正先前的采购计划啦~？600W的单子，难道不能慎重么~？选择了INTEL导致我们现在的实际计算过程受阻，无论出与何种考量，难道就不许我们犹豫一下了么~？

我不是很明白为什么很容易明白的问题到你这里就不明白了而且还成了“小辫子”
麻烦你搞清楚前因后果再来宣判我们是不是应该QUIT，好么~？

bessel

你连dmol都要写成dom是负责任的讨论问题么？
明显你们自己的代码出了问题不知道怎么解决，发在这里求助也好，抱怨也好，你怎么得出你标题的结论的，不就是瞎猜么？
你自己说因为你们这个有毛病的程序就要推迟itanium,买个amd 8xx的机器，为什么不好好找找毛病先？
如果你的应用特殊，程序本身没毛病，那就是说明确实xeon不适合，连这个都不清楚就继续买amd 8xx机器做什么，这是负责任的对待funding的态度么?

原帖由 mooncocoon 于 2007-4-19 17:18 发表
我这是在说跑DMOL3不行要换安腾2么~？我有说过先前打算买安腾2集群是为了什么么~？
难道还不允许根据实际情况来修正先前的采购计划啦~？600W的单子，难道不能慎重么~？选择了INTEL导致我们现在的实际计算过程受 ...

bessel

谁知道你要干什么,但是你们显然是在用xeon做benchmark来考虑进一步的算例。

原帖由 mooncocoon 于 2007-4-19 17:18 发表
我这是在说跑DMOL3不行要换安腾2么~？我有说过先前打算买安腾2集群是为了什么么~？
难道还不允许根据实际情况来修正先前的采购计划啦~？600W的单子，难道不能慎重么~？选择了INTEL导致我们现在的实际计算过程受 ...

mooncocoon

原帖由 bessel 于 2007-4-19 17:26 发表

明显你们自己的代码出了问题不知道怎么解决，发在这里求助也好，抱怨也好，你怎么得出你标题的结论的，不就是瞎猜么？
你自己说因为你们这个有毛病的程序就要推迟 ...

又给我定性

ACCELRYS的认证和测试还不如你一句话来得实在~我明白了~我们跟ACCELRYS都错了~你才是正确的~我们都不应该干这个~我们都应该QUIT

唉……楼上一席话惊醒我们跟ACCELRYS两个梦中人啊……

mooncocoon

原帖由 bessel 于 2007-4-19 17:33 发表
谁知道你要干什么,但是你们显然是在用xeon做benchmark来考虑进一步的算例。

你不是已经知道了么~？我们态度有问题应该QUIT啊~你怎么现在又不知道了呢~？这么健忘~？

原帖由 bessel 于 2007-4-19 16:39 发表
你们都不看dmol的手册了解一下这东西在不同平台的性能，出了问题就打算买新机器的态度的确很难让人理解。我觉得你们不太适合在计算物理这个行当里。
早点quit吧。

jaguard

这类应用本身就是AMD的强项，不过差别这么大系统或者软件应该有啥问题，内存操作再多也拉不开那么大的差距

bessel

你一开始有告诉大家你们具体做了什么么？

你只是说你们在用dom3其实是dmol3，然后算得慢。你既然认真地看过手册，也用过dmol以前，那么你应该知道这个东西的性能；出的问题不是dmol的问题，而是你的
外挂的问题。你的说法不是在误导大家么？这时候你就应该检查你的子程序而不是告诉我们你的结论“科学计算远离intel”，你们作科研，写论文也这样下结论？

“公司方面没有跟我们说过我们的子程序无法使用在新平台上”
是你做科研还是dmol的公司做，公司已经告诉了他们应该告诉你们的，剩下的是你们自己的问题。

原帖由 mooncocoon 于 2007-4-19 17:04 发表
如何用FORTURN将DMOL3外挂到别的运算组件上的方式我们完全是按照公司的指导进行的~而且在OP那台机器上的实践证明我们的子程序设计完全没有问题并且PASS了他们要做的所有测试，，怎么到你这里就成了我们不好好看手册了呢~？手册会告诉你如何使用汇编~？

bessel

你空对空，俺们也只好空对空给你定性。

原帖由 mooncocoon 于 2007-4-19 17:34 发表

又给我定性

ACCELRYS的认证和测试还不如你一句话来得实在~我明白了~我们跟ACCELRYS都错了~你才是正确的~我们都不应该干这个~我们都应该QUIT

唉……楼上一席话惊醒我们跟ACCELRYS两个梦中人啊……

Prescott

原帖由 xiaxiaf 于 2007-4-19 17:41 发表
LZ其实把2个结果说反了就不会这样有人怀疑你了,在有些人看来intel是不可能落后别人的.

X5355比OP265快3倍还真有可能。反过来可能性就不大了。

mooncocoon

原帖由 bessel 于 2007-4-19 17:41 发表
你一开始有告诉大家你们具体做了什么么？

你只是说你们在用dom3其实是dmol3，然后算得慢。你既然认真地看过手册，也用过dmol以前，那么你应该知道这个东西的性能；出的问题不是dmol的问题，而是你的
外挂的 ...

所以说你是强人~ACCELRYS的认证和测试还不如你一句话来得实在~一个通过ACCELRYS认证和测试的普适外挂程序这么快就被你判断成出了问题，而且最关键的是我们一直用的好好的计算过程在你这里都是有问题的了
公司方面确实不做科研，但是ACCELRYS是要对自己的程序负责的~
不过呢，现在看来他们明显没有你负责~别人测试了1个多月，你一句话就结束了
我们跟ACCELRYS都错了~你才是正确的~我们都不应该干这个~我们都应该QUIT

我想反驳一下楼上那个说IF的~这里喜欢INTEL的人相当一部分还是非常客观和热心的~Prescott跟我PM讨论了问题可能出现的地方并且给出了可行的解决方案，再此表示感谢。如果问题因此得到解决，我想某个教育我怎样做科研的人应该思考一下自己说过的话了

[ 本帖最后由 mooncocoon 于 2007-4-19 17:50 编辑 ]

bessel

除了dgemm这类应用以外恐怕没戏，多数科学计算受制于内存带宽。

原帖由 Prescott 于 2007-4-19 17:45 发表

X5355比OP265快3倍还真有可能。反过来可能性就不大了。

Prescott

原帖由 bessel 于 2007-4-19 17:50 发表
除了dgemm这类应用以外恐怕没戏，多数科学计算受制于内存带宽。

有可能嘛，只要存在一个就行，找一两个X5355快过Op265 3倍的还是比较容易的。
想找几个OP265比X5355快3倍的程序，那就难多了不是？