［zz］高性能Linux Kernel項(xiàng)目—LinuxDNA ［性能真的提高 40%？］

ericqchem

原帖由 prolj 于 2009-2-28 22:28 發(fā)表

意義不大，5 年之后 SUN cc 和 ICC 還有那個(gè) ORC 對(duì) GCC 還會(huì)有多少優(yōu)勢(shì)？10 年之后還會(huì)誰(shuí)還會(huì)存在？

10年后誰(shuí)會(huì)存在？gcc會(huì)，intel,pgi,absoft,pathscale,xlc,acc, sun cc都會(huì)，其實(shí)各種編譯器主要應(yīng)用在科學(xué)計(jì)算領(lǐng)域，只是icc兼容性太好了，所以現(xiàn)在有人用它編譯通用軟件。
不可否認(rèn)gcc編譯科學(xué)計(jì)算代碼性能是最濫的。只有像龍芯集群那樣的沒(méi)有專(zhuān)用編譯器的才會(huì)用。一般的hpc機(jī)群沒(méi)有不買(mǎi)商業(yè)編譯器的（當(dāng)然也有用D版的,呵呵）。

prolj

原帖由 ericqchem 于 2009-3-3 12:33 發(fā)表
10年后誰(shuí)會(huì)存在？gcc會(huì)，intel,pgi,absoft,pathscale,xlc,acc, sun cc都會(huì)，其實(shí)各種編譯器主要應(yīng)用在科學(xué)計(jì)算領(lǐng)域，只是icc兼容性太好了，所以現(xiàn)在有人用它編譯通用軟件。
不可否認(rèn)gcc編譯科學(xué)計(jì)算代碼性能是最濫的。只有像龍芯集群那樣的沒(méi)有專(zhuān)用編譯器的才會(huì)用。一般的hpc機(jī)群沒(méi)有不買(mǎi)商業(yè)編譯器的（當(dāng)然也有用D版的,呵呵）。

absoft沒(méi)有聽(tīng)說(shuō)過(guò)，孤陋寡聞，小白了，呵呵。 IBM 的 xlc 肯定是有保障的， HP 的 acc ？ HP 手里死掉的東西還少么？ acc 很強(qiáng)么？何況這種拿不到代碼編譯器對(duì)我這樣的愛(ài)好者有啥意義？就算拿到了代碼，連 Linux 內(nèi)核都編譯不了有什么吸引力？搞一個(gè) HPC 很容易，因?yàn)橹笜?biāo)單一，你搞一個(gè)通用的試試看？軟件匱乏就沒(méi)人用，我是用 PC ，當(dāng)然只考慮我這點(diǎn)需求，相信絕大多數(shù)人都和我一樣是使用 PC ， HPC 對(duì)我們來(lái)說(shuō)都是買(mǎi)不起的，呵呵。
不可否認(rèn)目前 gcc 編譯科學(xué)計(jì)算代碼性能是比較濫的。 hpc 機(jī)群買(mǎi)得起商業(yè)編譯器（盜版也是他們的事情）。龍芯？不了解，不談這個(gè)。
科學(xué)計(jì)算市場(chǎng)很大么？非主流很好玩兒么？科學(xué)計(jì)算也是 Fortran 為主吧？ GFortran 是挺差勁的，連 PGI 都不如。這是目前的現(xiàn)狀，5年之后呢？10年之后呢？現(xiàn)在我還什么都不敢說(shuō)，不過(guò)這讓我做了一個(gè)決定。

[ 本帖最后由 prolj 于 2009-3-3 13:00 編輯 ]

xiegang112

Sun的cc和intel的icc評(píng)測(cè)下來(lái)，性能都比gcc強(qiáng)。這也可能它們都為專(zhuān)門(mén)的平臺(tái)做了優(yōu)化有關(guān)。

system888net

原帖由 emmoblin 于 2009-3-3 00:14 發(fā)表
如期說(shuō)改進(jìn)gcc還不如就用集群編譯來(lái)的更容易。提高可以更大。
對(duì)于一般用戶(hù)，就算編譯慢點(diǎn)也是無(wú)所謂的

原帖由 albcamus 于 2009-3-3 00:39 發(fā)表
這里說(shuō)的不是編譯速度，而是編譯出來(lái)的結(jié)果，運(yùn)行的速度。

大拿們說(shuō)了兩個(gè)方面的東西:
   1. 并行編譯,提高了編譯的速度.
   2. 編譯出能并行執(zhí)行的程序,在多節(jié)點(diǎn)的環(huán)境下可以有效的提高程序的執(zhí)行性能.

[ 本帖最后由 system888net 于 2009-3-3 23:52 編輯 ]

system888net

而且這里都牽扯到粒度和分解模式的問(wèn)題.

mik

所謂的 Linux DNA 項(xiàng)目就是使用 ICC 編譯 linux kernel ???

mik

icc 編譯器并沒(méi)有什么好吹捧的

只不過(guò)是 intel 在 c/c++ 編譯中生成非通用編譯器（如 gcc）中不會(huì)使用的特定指令而已，一般是些 SSEx 指令。

如果，在 gcc 中使用嵌入?yún)R編的形式使用這些特定指令，效果是一樣的。

prolj

原帖由 mik 于 2009-3-4 00:04 發(fā)表
icc 編譯器并沒(méi)有什么好吹捧的

只不過(guò)是 intel 在 c/c++ 編譯中生成非通用編譯器（如 gcc）中不會(huì)使用的特定指令而已，一般是些 SSEx 指令。

如果，在 gcc 中使用嵌入?yún)R編的形式使用這些特定指令，效果是 ...

正是如此！我了解了一下 ORC 的 port ，覺(jué)得和手工生成代碼沒(méi)什么區(qū)別。 ICC 優(yōu)于 GCC 的地方主要是循環(huán)翻譯成 SSE 。而沒(méi)有說(shuō)一種優(yōu)化算法可以在一種編譯器上實(shí)現(xiàn)卻無(wú)法應(yīng)用在另一個(gè)編譯器上。

BigMonkey

gcc的性能優(yōu)化參數(shù)有不少，例如
-marh
-mcpu
-m 64-bit
等等，請(qǐng)問(wèn)測(cè)試的時(shí)候用了么？

以前聽(tīng)I(yíng)ntel的人說(shuō)過(guò)，如果GCC選擇合適的編譯參數(shù)，那么ICC的編譯出程序的性能優(yōu)勢(shì)并不大(<10%)。

cjaizss

原帖由 BigMonkey 于 2009-3-4 10:05 發(fā)表
gcc的性能優(yōu)化參數(shù)有不少，例如
-marh
-mcpu
-m 64-bit
等等，請(qǐng)問(wèn)測(cè)試的時(shí)候用了么？

以前聽(tīng)I(yíng)ntel的人說(shuō)過(guò)，如果GCC選擇合適的編譯參數(shù)，那么ICC的編譯出程序的性能優(yōu)勢(shì)并不大(

這倒也是,gcc還有那么多的編譯參數(shù),仔細(xì)比對(duì)的人可能不多。