我正在寻找一个硬件,它必须运行大约 256 个计算密集型 即时的 24 小时模式下的并发任务(一个多线程 C 应用程序)。每个任务大约需要 40-50 MFLOP,因此所有任务大约需要 10 GFLOP。CPU-RAM 速度无关紧要。所有任务必须由 Linux 内核(32 位,带 SMP)管理。

我正在寻找一种带有一个多核CPU的单主板解决方案(如果存在这样的CPU)。如果这样的CPU不存在,那么我需要一种多插槽主板解决方案(具有多个CPU)。

您能给我推荐任何可以满足此类要求的专业CPU/主板解决方案吗?Linux 内核 (2.6.25) 没有问题也非常重要。没有虚拟化,不需要巨大的 RAM 或 CPU 缓存。我还更喜欢英特尔架构和久经考验的稳定性。我仍然怀疑它是否可行。

先感谢您。

更新:我想我已经找到了正确的答案 这里这里.

有帮助吗?

解决方案

的UltraSPARC T2 具有8个内核与每个8个线程。集成的高带宽存储器和IO。的 T5140 携带其中的两个为128个硬件线程。

  

8个浮点单元的理论最大原始性能是11千兆每秒(GFLOPS / s)的触发器。然而,在其他实现一个巨大的优势是,64个线程可以共享单位,因此,我们可以达到理论峰值的一个非常高的比例。我们的实验已经取得了近90%的11亿次/秒。 - ( http://blogs.oracle.com/deniss/entry/floating_point_performance_on_the

其他提示

  1. 租用一些 Amazon EC2 节点。

  2. 更新:那么PS3呢?美国宇航局将它们用于模拟引擎。

  3. 也许在商业服务器中使用CPU+GPU?

  4. 围绕它构建 FPGA:如今,一些变体包括可以运行 Linux 的处理器。

即使你给我们你认为你需要的规格,我们也许能帮助你更好,如果你告诉我们该应用旨在实现,以及它是如何实现的。

有可能是一个更好的方式来分割工作向上或处理它,而不是当前的解决方案。

不英特尔架构,但这些运行Linux,并具有在单个管芯64级的核。

TILEPro64

获取一串四个或八个核心机和使用某种网格或集群软件的分割横跨机器的处理。也许看看的Beowulf

如你所提到的,10GFlops是不完全以如此在一台机器轻视,这将是昂贵的。还有,当机器出现故障,你不可能有可用的类似规格的第二台机器你做什么的问题。如果您在使用商用硬件建立集群,你多一点弹性和更容易找到替代的机器。

和MFLOPS GFLOPS是如何以及一个程序可以在任何给定的CPU上运行的非常差的指标。这些天来,高速缓存足迹是重要得多;也许分支预测准确性为好。

有几乎没有办法来衡量不同的结构给定应用的性能,而实际上给它一个旋转。即使如此,你可能没有如果你不幸在不知不觉中与你毁了超高速缓存足迹,或用坏的线程库,或任何其他事百编译器选项构建得到一个不错的主意。

我看你更喜欢英特尔,但如果你需要一个芯片,我会再次建议Cell处理器 - 其理论峰值性能为arount 25GFlops - 内核2.6.25有支持它了。

您可以尝试预苗条的PlayStation 3用于试验(这将小花费你),或让自己在我们身边$ 8K基于服务器的解决方案 - 你将不得不重新编写和微调您的线程来取SPU的协处理器那里advabtage,但你可以实现你的计算需求不费吹灰之力与单个小区(1个PPC核心+ 8 SPU的)

NB:与PlayStation 3的,你只有6可用协处理器 - 但你不认为是对这个项目预算 - 所以,你至少可以试试IBM的Cell开发工具包,它提供了一个仿真器,看看你是否可以把你的解决方案,以在其上运行。

THRE是市售的细胞产品,无论是在刀片式工厂独立的服务器,和PCI Express附加从PC工作站主板 Mercury计算机系统公司: http://www.mc.com/microsites/cell/products。 ASPX?ID = 6986

水星没有列出任何网站上的价格,但定价作用似乎是围绕previoulsy提到的U $ 8000.00这些PCI Express卡。

在PlayStation 3视频游戏可以购买约U $ 300.00 - 并且将允许您原型您的应用程序,并检查是否达到所需的性能。 (我自己有一个,并有Fedora 9中在其上运行,虽然我没有,作为一个hobbyst并没有,到目前为止,用它的任何计算 - 我也放在一起的分子模拟一台游戏机,3月12日machinne集群当地的大学。他们跑没有利用多媒体SPU的的应用程序,而我在跟然后触碰。但即便如此,其主频为3.5GHz的他们的表现比标准更好,S imlarly价格,PC的,即使考虑到PS3的售价5X高出约这里)

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top