«

»

竞猜：Dirndl 是什么？

2011-06-12 Posted in Funny, NewsRSS

相信关注 Phoronix 的朋友肯定注意到近期对于 Project Dirndl 的报道。那么这个神秘的 Dirndl 究竟是什么呢？大家一起来竞猜吧~

目前获得关于 Dirndl 的信息有：

  • 曾经是一款每授权在$1000以上的商业软件。
  • 现在将是完全免费，并且代码会以 GPL 形式发布。
  • 特别适用于计算密集型工作，并且具备多核扩展能力，可以显著提升 Linux 平台上此类应用的性能（20%~300%）。
  • 制作这款软件的公司对开源社区一直比较友好。
  • 并不是一家新的软件公司产品。
  • 并不是万能鸡血，大多数基础软件不会有明显提升。
  • 不是来自 Intel 的。

根据以上这些内容，亲爱的读者朋友们，在这个(无聊的)周末，您能猜出 Dirndl 究竟是什么？又是哪个公司带来的么？

别忘记 Project Dirndl 的具体内容将在 6 月 14 日左右揭晓哦~

释出的关于 Dirndl 的性能评测

PS：Dirndl 的字面含义是巴伐利亚地区的一种连衣裙，详见维基。

Read More:

Tags:

52 Comments

  1. 1 雨碎江南 Commented @ 2011-06-12 10:58Reply to this comment

    啥玩意????不解...

  2. 2 csslayer Commented @ 2011-06-12 10:59Reply to this comment

    ……猜编译器的多……

  3. 3 hehehaha Commented @ 2011-06-12 11:09Reply to this comment

    猜不出来。。。

  4. 4 Boild Commented @ 2011-06-12 11:19Reply to this comment

    ibm的？

  5. 5 fcicq Commented @ 2011-06-12 11:29Reply to this comment

    翻出 PathScale EKOPath 来了. 但是不符合第4条啊.

    既然这里没有给出 bzip2 的测试, 偶只好排除 malloc library 的可能. LLVM 一样的东西? 不会吧... 猜不中...

  6. 6 Xi Commented @ 2011-06-12 11:37Reply to this comment

    虚拟化技术相关的软件?

  7. 7 Roger Commented @ 2011-06-12 11:41Reply to this comment

    编译器

  8. 8 pingz Commented @ 2011-06-12 11:45Reply to this comment

    @Boild: IBM的Parallel Environment下面倒是有些东西, 不过感觉不像. 费这个脑筋...

  9. 9 asdf Commented @ 2011-06-12 11:46Reply to this comment

    猜pathscale公司。。。

  10. 10 cuihao Commented @ 2011-06-12 11:58Reply to this comment

    有图无真相： http://upload.wikimedia.org/wikipedia/commons/d/d2/Dirndl.jpg

  11. 11 lyc256 Commented @ 2011-06-12 12:11Reply to this comment

    编译器

  12. 12 lam2888 Commented @ 2011-06-12 12:21Reply to this comment

    SMP之类的吧？

  13. 13 thorne Commented @ 2011-06-12 12:35Reply to this comment

    IBM的？ 我就从对社区友好猜测的

  14. 14 microcai Commented @ 2011-06-12 12:53Reply to this comment

    我猜是 IBM 的新 jvm

  15. 15 microcai Commented @ 2011-06-12 12:56Reply to this comment

    it's part of the OS stack...

  16. 16 microcai Commented @ 2011-06-12 12:56Reply to this comment

    还和CPU有关的一个 OS stack ...

  17. 17 microcai Commented @ 2011-06-12 12:58Reply to this comment

    35M 大小

  18. 18 microcai Commented @ 2011-06-12 12:58Reply to this comment

    莫非是文件系统？

  19. 19 microcai Commented @ 2011-06-12 13:14Reply to this comment

    哈哈！！ 我知道了！

  20. 20 microcai Commented @ 2011-06-12 13:14Reply to this comment

    NVIDIA 公司的

  21. 21 csslayer Commented @ 2011-06-12 13:22Reply to this comment

    nvidia不算友好范畴吧……

    肯定不是文件系统……计算密集型而不是io密集型……

    不过也确实可能内核相关可能性大点…… = =b，因为测试对比组是“stock”，更像是测内核时候phoronix喜欢用的词……

    多核调度优化神马的？…… 说到35M……难道真是编译好的一个内核？…… = =b

  22. 22 kidfruit Commented @ 2011-06-12 13:40Reply to this comment

    @cuihao: 你！…………………我x……………………

  23. 23 kidfruit Commented @ 2011-06-12 13:48Reply to this comment

    nvidia的新cuda

    或者xen的vm

  24. 24 csslayer Commented @ 2011-06-12 14:00Reply to this comment

    @kidfruit: 猜cuda/nvidia不是很靠普的另一个原因是……测试的两个系统，一个是A卡+AMD，一个是N卡+Intel，两个系统最后都得到了提升。

  25. 25 microcai Commented @ 2011-06-12 14:11Reply to this comment

    @csslayer: 有道理。

    那还是 IBM 公司咯？

  26. 26 令狐少侠 Commented @ 2011-06-12 14:31Reply to this comment

    pathscale

  27. 27 csslayer Commented @ 2011-06-12 14:33Reply to this comment

    @令狐少侠: @liangsuilong 说这个猜测被否定了……我不知道细节。

  28. 28 骨头里挑骨头 Commented @ 2011-06-12 14:41Reply to this comment

    可能是实时的内核

  29. 29 darkraven Commented @ 2011-06-12 14:41Reply to this comment

    @fcicq: pathscale的话符合第4条啊。 还送nouveau显卡来着

  30. 30 kidfruit Commented @ 2011-06-12 15:05Reply to this comment

    @csslayer: 莫非是OpenCL？

  31. 31 damn Commented @ 2011-06-12 15:32Reply to this comment

    看来是异构硬件的并行计算类。

  32. 32 LiGen Commented @ 2011-06-12 17:05Reply to this comment

    非常像AMD的风格

  33. 33 csslayer Commented @ 2011-06-12 17:38Reply to this comment

    不知道有没有认从“phoronix”的好基友方向考虑……既然都肯把第一报道权给phoronix……

  34. 34 scorpion Commented @ 2011-06-12 21:40Reply to this comment

    和gpu有关，和编译器有关，所以是一个针对异构计算平台的编译器。

  35. 35 cobranail Commented @ 2011-06-12 23:09Reply to this comment

    amd有可能，amd早就在研究自动并行化，有可能修成正果。 ibm也有可能，但是ibm好想对高性能计算并不热衷，就算是热衷，也是仅对自家power芯片。 apple不太可能，apple对开源的态度倒是不算坏，但apple底层的东西都已经开放了，gcd和opencl本来就是免费 的，早就用在别的系统上了。 nvidia似乎并没类似的收费产品，都是免费的。 虚拟化对密集运算没有提升，可以排除。 真不知道是什么了。

  36. 36 cobranail Commented @ 2011-06-12 23:14Reply to this comment

    难道是PGI？想了好久才想起这么一个词。

  37. 37 microcai Commented @ 2011-06-12 23:38Reply to this comment

    @cobranail:

    真牛逼！！

    http://www.pgroup.com

    这个非常符合啊！

  38. 38 风起 Commented @ 2011-06-13 20:26Reply to this comment

    猜并行吧

  39. 39 yjcsuper Commented @ 2011-06-13 21:58Reply to this comment

    内核补丁？

  40. 40 csslayer Commented @ 2011-06-13 22:11Reply to this comment

    猜内核补丁的应该不靠普，因为内核的许可证是GPLv2，以至于它原来不可能是个能卖钱的商业产品……这样。

  41. 41 asdf Commented @ 2011-06-13 23:17Reply to this comment

    结果好像在phoronix公布出来了，PathScale Open-Sources The EKOPath 4 Compiler Suite。

  42. 42 timemars Commented @ 2011-06-14 10:09Reply to this comment

    5L真相帝

  43. 43 stecue Commented @ 2011-06-14 10:19Reply to this comment

    @fcicq: 牛，俺都不知道这个编译器。PGI倒还知道。

  44. 44 gml520 Commented @ 2011-06-14 12:17Reply to this comment

    @timemars: 5L真相帝+1

  45. 45 quanta Commented @ 2011-06-14 17:37Reply to this comment

    pathscaled的编译器 http://www.pathscale.com/ekopath4-open-source-announcement pathscale是我用过最快的编译器。amd-64刚出来时，intel编译器限制在amd的U上使用SSE优化，pathscale是amd平台的最佳编译器，比gcc编译的快50%-100%以上。在intel编译器取消了对amd的限制后，免费编译器里intel是科学计算的不二之选，但仍然比商业的pathscale慢点（不多，5%左右）。gcc/gfortran对SSE的优化支持一直不行。pgi就算了，真不觉得它哪里好，还卖的贵。 现在pathscale开源了，真是大爽啊。特别是用AMD的U －－ 话说科学计算方面，AMD的U就是比Intel的U划算，但就是intel有优秀的编译器而amd只有个比较寒酸的和open64贴牌。

  46. 46 awd Commented @ 2011-06-14 17:46Reply to this comment

    用ekopath4编译mesa和QT肯定会快些。。。哈哈哈哈

  47. 47 喵喵 Commented @ 2011-06-14 21:04Reply to this comment

    @quanta: 这么猛啊！gentoo用户或有福了

  48. 48 microcai Commented @ 2011-06-14 21:55Reply to this comment

    Gentoo 用户的福音啊!

    gcc 看来会被 BSD 果断抛弃了

  49. 49 quanta Commented @ 2011-06-14 23:01Reply to this comment

    ＠喵喵： pathscale确实很猛，我在超算中心都是用它的(自己不花钱的)。不过我主要还是用来编译高性能计算软件（即主要是浮点运算），其他软件应该没有这么大效果。主要原因是gcc/gfortran对SSE的优化太次，和intel的都差一大街。pathscale比intel的还要强点（绝大多数情况下，有极少数例外）。其实对于基础软件而言，我觉得不会有太大的提升，5%-10%就不错了。最受益的还是高性能计算这种计算密集型应用。

  50. 50 microcai Commented @ 2011-06-15 2:22Reply to this comment

    @quanta:

    xorg 不算计算密集型吧？ 居然用 pathcc 编译了就开始鸡血了。

  51. 51 骨头里挑骨头 Commented @ 2011-06-15 4:38Reply to this comment

    @microcai: 估计是安慰剂作用

  52. 52 quanta Commented @ 2011-06-15 4:51Reply to this comment

    我以前只在超算中心用（自己的电脑可没授权），只是编译科学计算软件，没有编译过xorg这类软件。还真没想到会有鸡血效果。不过xorg有benchmark吗？科学软件很容易计算运算时间，然后算出加速的。一种可能就是xorg中有大量的单精度浮点运算（不懂xorg，求证）？对于含大量浮点的代码，特别是单精度浮点时，pathscale编译的结果比gcc快出50%甚至更多都是可能的。

«

»