インテルC++コンパイラ9.0発表！

■ このスレッドは過去ログ倉庫に格納されています
2005/06/16(木) 00:54:56
結構前からインテルのFTPサイトからダウソ出来たがようやく正式に出荷だ。
8.0と8.1は糞だったが9.0は実行速度もアプし、コンパイル時間も短くなった。
インテラーな人は来いノシ
2005/06/20(月) 22:11:21
Ogg Vorbisの最適化やってるけどサイズはGCCとICLではあまり差が出ない。
最もSSE最適化を使っているのでP3以上のCPU専用コードでビルドしていて
SSE非対応CPU用のコードを含んでいないせいかもしれない。
速度の方はやっぱりICLが速いけど手動SSE最適化を進めるとGCCとの差が短くなる傾向にある。
8.1と9.0では有意な速度差は見られなかった。
2005/06/20(月) 22:11:28
それならそうかもね。
2005/06/20(月) 22:20:16
>>53
ﾌﾟﾌﾟﾌﾟﾚｽｺ？
2005/06/20(月) 22:41:14
>>53
総じて

・でかい
・ある程度規模のあるアプリでは速度差はあまり無い
・浮動小数演算に向いている

かな。今のところ

>>54
＞GCCとICLではあまり差が出ない。
GCCとICはどっちもVCよりかなりでかいとどこかで見た気がする。
LINUX？

＞手動SSE最適化を進めるとGCCとの差が短くなる傾向にある。
それでもICLの方が早いの？

相当がんばれば手動SSEの方が早くなると思う。まあ、それやっちゃうと
ICはいらんがな。
SSE無しと比べてどのくらい早いですか？
2005/06/20(月) 23:07:20
24分59秒の曲をAthlonXP 1700+でエンコードした場合

GCC SSE最適化なし 2分53秒09 8.6657倍
GCC SSE最適化あり 2分31秒97 9.8700倍
ICL SSE最適化あり 2分29秒00 10.0667倍
GCC 手動最適化 1分28秒99 16.8555倍
ICL 手動最適化 1分18秒27 19.0533倍

GCCとICLの自動SSE最適化であまり差が無いのはAthlonでの傾向だと思う。
ICLの手動最適化ではプロファイラを使用した２パスコンパイルを実施している。

ICLは基本性能に加えて

小数点演算のSSE/SSE2によるレジスタオペレーション(GCCでもできる)
　ベクタライズ化

が優れているんだけどコンパイラによる自動ベクタライズ化では単純な処理しか
できなくてシャッフルを使ったデータの組み換えや条件分岐の置換などは無理。

VC7に関してはあまり使ってないのでよくわからないけど以前見た感じでは
SSEビルトイン命令の最適化が今ひとつだった。
2005/06/20(月) 23:13:15
EM64T版でインラインアセンブラは可能ですか？
2005/06/20(月) 23:17:37
>自動ベクタライズ化では単純な処理
そうそう。出力見ていてベクトル化が成功したとか出ると
おおーっ、と感動したが、該当するソースを見てみると
なんだこれか、これはどうでもいいよ、みたいな。
簡単なものしか成功しないみたいだった。
2005/06/21(火) 00:13:53
>>59
不可
2005/06/21(火) 02:02:10
>>58
＞GCC SSE最適化なし 2分53秒09 8.6657倍
＞ICL SSE最適化あり 2分29秒00 10.0667倍

おお、早くなってますね！　モノによっては効くんだ、ＩＣＬのＳＳＥ最適化。

ＶＣ８での性能も知りたいところだなあ。ＶＣ８はガイドプロファイリングオプティマイズ
がかなり賢いから、もしそういうの好きだったら競争させて見てはどうかな

2005/06/21(火) 07:10:16
>>50
＞VC8のランタイムは、VC6,7（ICはこっちを使ってるでしょ？）に比べてかなり

ICL、MSCともに同じコマンドプロンプト上で実行しているので
インクルードファイル、ライブラリともに同じものを使っていると思います。
2005/06/21(火) 10:56:19
>>63
例えばレイトレベンチではなくて、

#include "stdio.h"

main(){
printf("hello");
}

だったら似通ったサイズになりますか？

さすがにこれだけだと、生成コードに大差は無いでしょうから。

2005/06/21(火) 11:05:28
それだけ小さいと、main()以外のものが多すぎて比較にならない希ガス。
2005/06/21(火) 11:07:02
リリースビルドで変更箇所/O1 /OPT:NOWIN98のみ
icc9.0:28672バイト
vc.net2002:27648バイト


インテルだめぽ
orz
2005/06/21(火) 12:43:06
>>65
＞それだけ小さいと、main()以外のものが多すぎて比較にならない希ガス。

むしろそれが狙い。これやって大きさが変わるようなら、63殿の状況で
ＩＣがＶＣとは違うものを引っ張ってきている可能性大

>>66
もしかして64に対する返信？　ほとんど変わらないんだったら、
http://www5e.biglobe.ne.jp/~liquor/raytrace/
に対してはインテル優秀と言えるのでは。

何でだめぽなの？


2005/06/22(水) 23:26:45
ICL8.1(windows) を利用しているのですが sleep 文を使うとそんな命令はありませんと
怒られてしまいます。 intel compiler には sleep 文は無いのでしょうか？
もしくは適当なヘッダファイルを include する必要があるのでしょうか？
ご存知の方がいらっしゃいましたら、ご教授よろしくお願いいたしますm(__)m
2005/06/22(水) 23:28:14
>>68
<Windows.h>にはSleep関数がある。
2005/06/23(木) 00:02:28
スリープみたいな石鹸♪花王石鹸ホワイト♪
7168
垢版 |
2005/06/23(木) 00:47:09
>>69
ありがとうございます！Sleep を使用する事にします。
2005/06/23(木) 12:23:48
次の質問は、「Sleep(10)しても10秒止まってくれないのは何ででしょう」かな?
73デフォルトの名無しさん
垢版 |
2005/06/23(木) 13:21:01
誰か、HTかマルチプロセッサ環境で、ループの自動並列化が
役に立った香具師いるかい？

どんなアプリかも教えてほしい
2005/06/25(土) 19:12:33
ICCを手放しでほめてるやつがいてきもいな
2005/06/25(土) 22:53:57
二日ぶりのレスがそれかよ〜

手放しでほめてるやつんなんていないんじゃない？
2005/06/26(日) 00:06:46
>>74
よくわからんけど、君がキモイ
2005/06/26(日) 06:05:38
athlon64などAMDのプロセッサで使用した際の最適化は他のコンパイラと比較してどうなのでしょうか？
2005/06/26(日) 10:16:27
3DNow!叩かないからUnko
SSEはおまけ程度だし
2005/06/26(日) 10:37:46
そこで PathScaleですよ
2005/06/26(日) 16:59:53
久々に進んでると思ったら('A`)

>>76
ムキになるほど心当たりがあるってことだろ
釣られるんじゃね
2005/06/26(日) 17:59:00
IA64スレでちとやってたけど、ICはVCと単純に入れ替えただけじゃあ
さほどうまみが無いという結論になりますた。

この上にある単精度演算の優位性と、あとは組み込みSIMD関数
を使った時の自動命令スケジューリングが命のようです。
2005/06/26(日) 18:26:01
工作員が入り込んでいるようですね。
2005/06/26(日) 18:39:03
VS2005 beta2手に入れたので、Apache2.0.54 Win32をビルドして
ab.exeで速度をはかってみました。
やり方はhttp://pc8.2ch.net/test/read.cgi/mysv/1048494944/

icc8.1と比べVS2005は12%ダウンですた。

>>82
君はどこの工作員？
2005/06/26(日) 18:50:01
>>83
どっちもコンパイルオプションｷﾎﾞﾝﾇ
2005/06/26(日) 19:01:51
両方ともApacheに入っていた同じプロジェクトファイル使っていて
速度に関するオプションは/O2だけかと思います。
8685
垢版 |
2005/06/26(日) 19:02:15
↑>>84
2005/06/26(日) 19:43:55
>>85
もし暇で面倒でなかったら、どちらも最大全力ガチンコ勝負させてみてくれい。
広域最適化やガイドオプチ、インテルの方はQax系も…めんどうだなorzわがままｽﾏｿ

8885
垢版 |
2005/06/26(日) 21:00:53
>>84
ごめん逆。12%アップの間違い。
iccとvsでapcacheのディレクトリをそれぞれ作ったんだけど
それぞれ逆のディレクトリにビルドしてしまったorz
2005/06/26(日) 21:43:51
>>88
逆って……またひとつインテルだめぽ伝説がorz
2005/06/26(日) 22:10:32
>>74
使ってもいないのに、文句たれているやつが一番ｷﾓｲと思います。
9185
垢版 |
2005/06/26(日) 22:16:49
>>87
あまりにもプロジェクト数が多いので、オプション書き直すのが大変です。
すみませんが、ご自分でお試しください。
2005/06/26(日) 22:49:28
8.1から9.0でほとんど違いはないけど、アセンブラ出力してみると
微妙に違う。依存関係のある演算はなるべく間をおくようになっている。
例えばこんな感じ。

addpsxmm2, xmm4
mulpsxmm2, xmm7
por　　xmm3, xmm1
↓
addpsxmm2, xmm4
por　　xmm3, xmm1
mulpsxmm2, xmm7

CPUのスケジューラでやってくれそうなことだけど、効果あるのかな？
2005/06/26(日) 23:29:19
>>92
効果があるなんてもんじゃない。

例えば手動で組むときもそれやんないとCの汎用ルーチンより
遅くなることも珍しくない

つーか今までやってなかったのか？
2005/06/26(日) 23:31:35
>>92
>>93は、オウトオブオーダーをCPUがやってくれたとしても
さらに効果あるよ、ということ。オレの実経験上の話だけど。
2005/06/27(月) 02:23:09

　　　　　　,.ｨ , - ､.＿　　 　 、
.　　　 　 ,ｲ/ l/　　　 　 ￣￣｀ヽ!__
　　 　 ﾄ/ |'　{　　　　　　　 　 　 　 ｀ヽ.　　　　　　　　　　　 ,ﾍ
　 　 Ｎ│ ヽ. `　　　　 　 　 　 　 　 　 ヽ　　 　 　 　 /ヽ　/　 ∨
　　 N.ヽ.ヽ、　 　 　 　 　 　 ,　　　 　 　 }　　　　l＼/　　`′
.　　ヽヽ.＼　　　　 　 　 ,.ｨｲﾊ　　　　 　 |　　 ＿|
　　 ヾニｰ　__　_　-=_彡ｿﾉ u_＼ヽ、 　 |　　＼　　　
.　　 　 ￣ﾞr=<‐ﾓﾐ､ﾆr;＝=ｪ;ｭ＜_ゞ-=7´ヽ　　　> インテルのコンパイラが速いというのは
.　　　　 　 l 　 ￣ﾘーh ｀ ｰ‐‐'　l‐''´冫)'./　∠__　　 アポーが写真屋の一部のフィルターの処理だけ比べて
　　　　　　 ﾞiｰ- ｲ'__　ヽ､..＿__ノ　　 ﾄr‐'　　　　/　　 　Pen4より速いと宣伝するのと同じくらい信用出来ないことなんだよ！
　　　　　　　l　　 `＿__,.、 　 　 u　./│　　　　/＿　
.　　　　　 　 ヽ.　 }z‐r--|　　 　 ／　 ﾄ,　　　 　 　 |　 ,、
　　　　 　 　 　 >､`ｰ-- '　　.／　 ／　|ヽ　　　　　l／　ヽ　　 ,ﾍ
　　　　　　_,.／| ヽ`ｰ--‐ _´.. ‐''´ 　 ./　 ＼､　　　　　　　＼/　ヽ/
-‐ '''" ￣ /　 :| 　 ,ゝ=＜　　　　　　/　　　 |　`'''‐-　､.._
　　　　　/　　 !.／l;';';';';';';＼　　　 ./　　　　│ 　 ＿
　 　 　 _,＞ '´|l. ﾐ:ゝ､;';';_/,´＼　 ./|._ , --､　|　i´!⌒!l　 r:,＝i 　　
.　　 　 | 　 　 |:.l.　/';';';';';|=　　ヽ/:.|　.|l⌒ｌ ｌﾆ._ | ﾞｰ=':|　|. L._｣　））
　 　 　 l.　 　 |:.:.l./';';';';';';'!　 　 /:.:.| i´|.ｰ‐' | /　|　 　 |.　!　　 l
.　　　　 l.　　 |:.:.:.!';';';';';';';'|　　/:.:.:.:!.|"'|.　　 l'　 │-==:|.　!　==l　　 ,. -‐;
　　　　　l　　 |:.:.:.:l;';';';';';';';|　/:.:.:.:.:| i＝!ｰ=;: l　　 |　 　 l.　|　　 |　/ 　 //
　　 　 　 l　　|:.:.:.:.:l;';';';';';';'|/:.:.:.:.:.:.!│　l　 　 l、　:|　 　 |　}　＿|,.{::　　7　））
　 　 　 　 l　 |:.:.:.:.:.:l;';';';';'/:.:.:.:.:.:.:.:|　|__,.ヽ､__,. ヽ._｣ ｰ=:::ﾚ'　 ::::::|;　　 7
.　　　　　　l　|:.:.:.:.:.:.l;';';'/:.:.:.:.:.:.:.:.:.|.　＼:::::＼:::::　ヽ　 ::::::!′　:::| 　 .:/
2005/06/27(月) 14:02:00
3DNowとかAMD系の命令は使えますか？
2005/06/27(月) 21:00:42
9.0は警告が少なくなったような気がするが。
2005/06/28(火) 22:09:50
インテルのコンパイラに変えたら
20パーセントも速くなりました。
やっぱりハイパースレッディングに対応させたのが良いですね。
こんなに素晴らしいコンパイラを提供出来るインテルは
凄いと思います。

と、一度言ってみたい。
2005/06/28(火) 22:20:42
>>98
それチョウチン記事と一緒
2005/06/28(火) 23:38:32
>>98
一部ループが/Qparallelで90%ほど速くなりましたが。Opteronで
2005/06/29(水) 00:00:43
nandatte-
2005/06/29(水) 00:05:33
2回ﾜﾗﾀ
2005/06/29(水) 02:01:01
>>100
演算量に対しメモリアクセスの少ないループなら有効ですかね？
↓みたいな。

for(i=0;i<100000000;i++)
　a[i] = sin(b[i]) + cos(b[i]);
2005/06/29(水) 08:58:54
わかった！
for(i=0;i<100000000;i++);
これが
i=100000000;
に最適化されたんじゃねーの？
2005/06/29(水) 19:12:13
>>103
それでは、Qparallelは有効になりません。
ループ内におけるメモリアクセスの割合がまだ大きいです。

a[i] = sin(i%123) + cos(i%456);
このくらいやらないとｗ
2005/06/29(水) 20:01:46
三角関数は周期関数だから
2005/06/29(水) 20:42:26
C++で、for文で宣言された変数のスコープってどうなっていますか？
forブロックの中、それとも外のブロック？
2005/06/29(水) 20:51:40
設定出来る
109デフォルトの名無しさん
垢版 |
2005/06/29(水) 21:23:29
AMD、インテルを米独禁法違反で提訴
http://www.amd.com/jp-ja/Corporate/VirtualPressRoom/0,,51_104_543~99722,00.html

インテルは、ソフトウェア･プログラムを機械が読み取れる言語に翻訳するコンパイラを
設計する際に、AMDプロセッサ搭載コンピュータ上でプログラムを実行した場合は性能が
低下するようにした
2005/06/29(水) 22:54:42
>>109
if(AMD){
　遅いコード;
} else {
　速いコード;
}
ってコード吐き出すのかね？（ﾜﾗﾀ）
2005/06/30(木) 00:37:16
安藤のCPUで速かったら、別の意味で凄いな。
というか、それならぜひとも買ってみたいぞ。
2005/06/30(木) 00:38:48
もしやバイナリーのサイズが恐ろしく巨大なのは
対AMDのコードが挿入されているとかw
2005/06/30(木) 00:58:59
とにかく、インテルのコンパイラはAMDに対応しているわけだ。
114デフォルトの名無しさん
垢版 |
2005/06/30(木) 09:18:59
このスレ読むとiccって一部の評判ほど高速化しない様だけど
http://www.drk7.jp/MT/archives/000772.html
こういう情報もあるわけで
結局どうなんですか賢者様
2005/06/30(木) 11:29:45
>>114
他のコンパイラもそんなにタコでもない、元の比較対象か状況が
あまりにも特殊か、どこか間違えてるんじゃない？
2005/06/30(木) 12:37:32
>>114
自分で確認すりゃいいじゃん。
2005/06/30(木) 13:10:53
よく分からないがそのベンチマークは一カ所からのリダイレクトを計っている
だけか？
2005/06/30(木) 13:46:16
人リ〒ノレ
2005/06/30(木) 15:45:36
>>116
自分の場合、とりあえず動作する環境構築は出来たとしても、
パフォーマンスに影響を与える色々な設定を
あまり熟知していないので、自分の比較検証なんてアテになりません。
2005/06/30(木) 16:09:14
その環境でも比較することは出来る。
パフォーマンスに影響を与える色々な設定をあまり熟知していないなら、
そういう使い方が自分の使い方になるわけだから、
それで比較してみれば良い。それで十分。
自分なりに検証してみることが重要。
121デフォルトの名無しさん
垢版 |
2005/07/08(金) 18:43:54
アップデートあげ

Intel® C++ Compiler 9.0 for Windows* product update is now available for download.
The package id is w_cc_c_9.0.020 IA32 Compiler Build 20050624Z , Itanium Compiler Build 20050628 ,
Intel(R) C++ compiler for EM64T-based applications, Version 9.0 Build 20050623.
2005/07/08(金) 22:24:36
何か良くなった？
2005/07/08(金) 22:40:15
　 　 ｒ‐┐　 　 　 　 　 　 ｒ‐┐　　　　　　　　ｒ‐┐
　 　 |＿|.　　　 ＿_　　 .__|　 |__　　　　 　 　 .|　 |
　 　 |￣| |￣!'´.　　｀ヽ |__　　__|　 　 　 　 　 |　 |
　 　 |　 | |.　.r"⌒ヽ　.|　 |　 |.　　　 ＿__　　 |　 |
　 　 |　 | |　 |　　　|　 |　 |　 |　 ,r''"　　 .｀ヽ |　 |
　 　 |　 | |　 |　　　|　 |　 |　 !__i'.　,r"⌒ヽ　 i|　 |
　 　 |＿| |＿|　　　|＿|　 !､＿__ 　 _￣￣ ＿＿.,|
　　　　 　 　 　 　 　 　 　 　 　 !　 !､￣￣,―,
　　　　　　　　　　　　　　　　 　 ゝ、_ ￣　_ノ
　　　　　　　　　　　　　　　　　 　 　 ￣￣

　 ∩∩　High performance and low price 　　　　　　　　　　 ∩
　 (7ヌ)　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（/ /
　/　/　　　　　　　　　　　　　　　　　∧＿∧　　 　 　 　 　 　｜｜
/　/　 ∧＿∧　　 　 ∧＿∧　　＿（´∀｀　） 　 ∧＿∧　　 ｜｜
＼ ＼（　´∀｀）―--（ ´∀｀ ）￣　　　　　　⌒ヽ（´∀｀　）　／／
　 ＼　　　　　　　／⌒　　　⌒￣ヽ、Itanium/~⌒　　　　⌒　/
　　 ｜　　　　　 |ｰ、　　　　　　/￣|　　　　/／`i　Xeon　　 /
　　　｜Celeron|　｜Pentium/　（ミ　　　ミ） 　｜　　　　｜
　　　｜　　　　｜　｜　　　　 | ／　　　　　　＼ ｜　　　　｜
　　　｜　　　　｜　　）　　　 ／　　　／＼　　　＼| 　 　 　 ヽ
　　　/　　　ノ　｜　/　　ヽ ヽ、＿／）　 （＼　　 　）　ゝ　　｜
　　 ｜　　｜　　|　/　　 /|　　 /　レ　　　＼`ー ' |　 ｜　 /

2005/07/13(水) 00:58:43
インテルコンパイラ、インストールがわかりにくい
おまけにIEがデフォブラウザじゃないとインストールできない
125デフォルトの名無しさん
垢版 |
2005/07/13(水) 03:10:48
dual CPU,ハイパースレッディング環境で main thread の他に演算 
作業用スレッドを 4個作って処理させています。 4個のスレッドがそれぞれ 
異なる4つの(論理)CPU に割り当てられた時はとても速く動作するのですが、 
同じ CPU に２つのスレッドが割り当てられたりすると、1つのCPUが遊んで 
しまい、処理が遅くなってしまう事があります。このような事を防ぎ、 
確実に異なる CPU にスレッドを割り当てたいのですが、よい方法は 
ありませんでしょうか？お詳しい方がいらっしゃいましたらぜひご教授 
よろしくお願いいたします。 

2005/07/13(水) 05:04:56
>>124
直接、setup.exe起動すればいいのでは？
2005/07/13(水) 05:19:45
>>125
http://www.intel.com/cd/ids/developer/asmo-na/eng/dc/threading/knowledgebase/43838.htm
2005/07/13(水) 08:39:26
>>125
WinだとSetAffinityMaskとか割り振りようのAPIがある。実際そういうコード組んでる
2005/07/13(水) 08:45:11
>>126
ダウンロードしたやつのインストールの話なんだが、直にsetup
叩いてもうまくいかなかった。デフォブラウザがOperaだと実際
インストールが途中で失敗する。仕方ないのでIEに戻したよorz
ネスケとかだとどうかな？
2005/07/13(水) 08:54:04
>>128
Affinityのマスクbitがどの論理CPUを示しているのわからない。
127にあるように、Affinityを変えるごとにAPIC IDを確認していくのが確実。
2005/07/13(水) 10:25:32
>>130
>>125は分散させたいのでは。
どの論理CPUかは、前から割り振られてんじゃないの？
2005/07/13(水) 10:59:19
2つのスレッドをそれぞれ別の物理プロセッサに割り当てたい
といっていると思うのだけど。
2005/07/13(水) 12:23:00
４個のスレッドを４個の論理CPUに分けたいのかと思った。
そうかなるほど、どの論理CPUがどの物理CPUかはわからんのか。
2005/07/13(水) 18:59:15
>>132
同じ物理ＣＰＵでも別の論理ＣＰＵなら、さほど酷いことには
ならないんじゃない？　物理ＣＰＵまで別のときに比べて
どれほどうまみがあるかはものによると思うけど
2005/07/14(木) 05:01:26
>>134
2つのスレッドがビジーであれば、スレッドは１つずつ論理プロセッサに
勝手に割り当てられる。
2005/07/14(木) 08:39:46
＞同じ CPU に２つのスレッドが割り当てられたりすると、
これが
１・同じ物理 CPU に２つのスレッドが別の論理ＣＰＵに割り当て
２・同じ論理 CPU に２つのスレッドが同時に割り当て
どっちだ？？
2005/07/14(木) 12:52:37
　　　　　　　　　　　　　　　　　　　　　　　　 .,Å
　　　　　　　　　　　　　　　　　　　　　 .r-‐i'''''''''''i''''‐-､
　　　　　　　　　　　　　　　　　　　　o|　ｏ!　.ｏ　 i ｏ　!o
　　　　　　　　　　　　　　　　　　　　.|＼__|｀‐´｀‐／|__/|
　　　　　　　　　　　　　　　　　　　　 |_, ─''''''''''''─ ,､ /
　　　　　　　　　　　　　　　　　　　　､-'　　　　　　u　　 -､ 　
　　　　　　　　　　　　　　　　　　／　U　　　　　　　　 　0 ＼
　　　　　　　　　　　　　　　　　/　　　　　　　　　 ／　　　　　i
　　　　　　　　　　　　　　　　　|　　 ● ,,.　　　.,, ●　　　　　 |　
　　　　　　＿＿ 　　.　　　　　 !　　　　（_人__）　　　　　　　 ﾉ
　　/´￣ 　 　 　 `!.　　　　　　丶_ 　　u　　　　　　　　U　ノ
　 ｜　 ｀にこ匸'_ﾉ .　　　　　　　'-､､,,,,,,__＿＿__＿,,,,,,､､-'
　 ﾉ　u 　{　 　 　 　 　 　 　　　　 _.. -―| :{　　　,/ / 　 ＼
. /　l 　　｜　＿＿ 　／￣￣｀>'´　　　ノ' 　　　´　{､ 　　　＼
/ |/　　 　 {'´　　　 ｀ヽ.　"￣＼ U　｀ヽ.　 　 __,,..　-‐丶　u 　ヽ
| /　ヾ､..　 }　 　 　 u'　〉､ 　　　}　　　　`ｰ''´　　／´￣ ｀ヽ '"￣＼
! :}　　)「` ﾉ、　　　　 ノ　l＼"´_,,ﾆ=-― <´　 ヽ{　 ノ（　　　`、　　｜
l　 　､_,／ｊ　`ー一''"　　 },　 ﾉ ,　 '''''""　 ＼ 　 ヽ ⌒ヾ　 　 　 v　 |
ヽ　　　＿ 　　　　　　　 / 　 } {. { l ┌ｎ‐く　 ヽ／　``＼ 　 　 　 　ﾉ
　 ｀¨´　 　 ｀¨¨¨¨´￣`{ 0 　｀'^┴'ｰ┘|ヾ　 　 }、　u' 　 `　 --‐r'′ ｷﾝｸﾞﾔｯﾀｽ！！

2005/07/15(金) 10:41:33
もうインテルコンパイラの話題は無いのか…オレのお試し期間ももうすぐ終了だぁ
139デフォルトの名無しさん
垢版 |
2005/07/15(金) 13:03:46
http://www.itmedia.co.jp/news/articles/0507/14/news031.html
2005/07/15(金) 13:47:47
＞プログラムが真正のAMD製マイクロプロセッサを探知した場合には

AMDなんて探知していない。
Intel以外は全部だめ。
2005/07/15(金) 14:04:39
おれんとこじゃPen系でもVC８の吐き出したやつに負けるからどうでもいいが、

でもクラッシュはホントかね。別のコードパスが実行されるって、
両方持って得る香具師ステップして確かめたことある？

たとえばQaxNだと北林かそうで無いかで分けるから結果そうなるんじゃないのか。
クラッシュとかしたらソフト出荷できないからかえってコンパイラの信頼落ちるだろ？
2005/07/15(金) 14:27:27
>>141
先にIntelチェックをしてから、CPUの機能をチェックしているので
北森だろうがなんだろうが関係ないです。

うちはAthlon64だけど、全体的にVC8よりICCの方が速いですね。
もちろんIntelチェックを行わないよう細工しています。
2005/07/15(金) 14:57:45
あのEXEのでかさはマジでインテル以外の遅いコードパスが
入ってるからなのか？　信じられん

細工の詳細ｷﾎﾞﾝﾇ
2005/07/15(金) 16:57:19
どうせなら　This program is only on Intel CPU Sorry! とか出して
止まっちゃうほうが潔いね。英語への突っ込みは無しねorz
2005/07/15(金) 17:25:12
>>143
↓をmain()のあるソースに加えて、linkｵﾌﾟｼｮﾝに/FORCEを付ける。

extern int __intel_cpu_indicator;
void __intel_cpu_indicator_init(void)
{
・
・
・
拡張命令使うなら
__intel_cpu_indicator = -512;
使わないなら
__intel_cpu_indicator = -1;
}
2005/07/15(金) 17:47:29
>>145
ありがと。マジなんか…

どっちでAMDでも最適化コードが使われるようになるの？
__intel_cpu_indicator = -512;
__intel_cpu_indicator = -1;

あと、ホントにそのチェック外しても大丈夫なんかね？

インテル固有オペコードとかを使っているのを他のCPUで
実行させたときにおかしくならないようにする為の細工じゃないのか
2005/07/15(金) 18:43:22
普通に考えりゃ
__intel_cpu_indicator = -512;
っすねorz
2005/07/16(土) 23:37:29
MFCのクラス(CBitmap等)を含むVC++ .NET2003で作成された
クラスライブラリを、そのままインテルコンパイラで
コンパイルできるのでしょうか？

ソース的には、ベクトル、行列演算、三角関数等の浮動小数点演算を含む
動画画像処理系のソースなんですが、コンパイラによりどの程度の
速度差が生まれるのか興味があります。
業務に使っているPCなので、体験版・試用版のプログラムは入れられない事に
社内規約上なっていて、インテルコンパイラでコンパイルできるのであれば
購入して試してみたいと思っています。
2005/07/17(日) 00:45:45
>>148
望む情報かどうかは分からないけど

VC:'a'：無符号
ICC:'a'：符号あり

でした。スイッチとかあるかもしれないけど、両方のコンパイラで
同じ動作させるには何がしかの苦労はあるんじゃないかな

互換性は高い方だと思いますが。

＞体験版・試用版のプログラムは入れられない事に

体験版入れて、気に入ったらそのまま製品版ライセンスを
購入できるのでは？　XLsoftに聞いてみたらいいと思う。

性能アップしたらリポートｷﾎﾞﾝﾇ
150148
垢版 |
2005/07/17(日) 01:32:51
>>149

ありがとうございます。なるほど。互換性も含めて確認してみたいですね。
60日間、体験版として使った後に、気に入ったら製品版ライセンスを取得して
ライセンスファイルを取得・指定すれば、即製品版になるという事のようですね。

月曜日に出社するので、試してみます。
現状の会社のPCはデュアルXeon 3.06GHzなので、SSE2/3 を含め、
デュアルコアだけでなくHT/マルチCPU環境で、
インテルコンパイラがどんな仕事をしてくれるか、楽しみです。
(大きな期待はしていません。)

結果などは、何か解りしだい書きますね。
2005/07/17(日) 01:45:51
>>150
追記

９のインストールは先に８のインストールが必要でかなり分かりにくい
（おまけのその８がまともに動かない明らかにエラーのある
バージョンに先祖がえり起こしてるｗ）

そこから９へアップするのはプレミアサポートへの登録がさらに
必要だったと思う（無料だけど）

他に、体験版は３０日だった気がする。IEもデフォのブラウザで必要。
じゃあガンバッテ
2005/07/17(日) 07:58:07
>>149
すくなくともVCにはcharをunsigned charにするオプションが在る。
2005/07/17(日) 09:24:24
ICCにもある。/Jｵﾌﾟｼｮﾝ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況