1 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 00:54:56 ] 結構前からインテルのFTPサイトからダウソ出来たがようやく正式に出荷だ。 8.0と8.1は糞だったが9.0は実行速度もアプし、コンパイル時間も短くなった。 インテラーな人は来いノシ
2 名前:デフォルトの名無しさん [2005/06/16(木) 01:15:32 ] そんなエサで俺様がクマー(ry
3 名前:デフォルトの名無しさん [2005/06/16(木) 01:20:23 ] あどきぼん
4 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 01:29:26 ] AMD C++ コンパイラ1.0発表 www.amd.com/us-en/Processors/Develop/compiler/download.html
5 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 06:05:50 ] >>4 Not Foundだが
6 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 10:17:03 ] >>4 Not Foundだが!!
7 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 12:30:30 ] 安藤はコンパイラは作らないよ
8 名前:デフォルトの名無しさん [2005/06/16(木) 12:35:45 ] pc.watch.impress.co.jp/docs/2005/0615/intel.htm
9 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 12:45:58 ] AMD Core Math Library (ACML) ttp://developer.amd.com/acml.aspx
10 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 12:56:17 ] 7.0購入組みだが、9.0も無料でアップグレードできるとは。 メール着てびっくり。
11 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 16:23:16 ] 効果あった人いる? 速くなったとか小さくなったとか ためしたところ速度は8とほとんど変わらない。 吐き出すexeは相変わらずでかいし、その割りに速度はVCシリーズ とトントンかチト負けてる。 もうちょっと頑張って欲しいんだが、使い方が悪いのかな…?
12 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 16:48:31 ] VC6だとオバカなので IntelCの方が断然早いけど、VC7は賢いのでそんなにかわらない。 でも DualCore に対応したのが大きいと思う。。
13 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 17:10:06 ] VC8とどっちが賢い?
14 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 18:20:02 ] VC8のほうが賢いと思う(こっちはまだバグがあるけど) >でも DualCore に対応したのが大きいと思う これはどんなアプリで速くなる?(今までのHT対応の うたい文句とは別のことをするの?)
15 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 23:29:18 ] AMDプロセッサにも対応しましたね。 というかIntelチェックをはずしただけか。
16 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 09:12:23 ] それは評価できるな
17 名前:デフォルトの名無しさん mailto:age [2005/06/18(土) 14:44:51 ] だれかインテルコンパイラのすばらしさを語ってくれ。
18 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 17:38:40 ] MSCってSSEのパック命令を吐いてくれる? IntelC++は使ってくれるけど。
19 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 17:58:01 ] >>18 よく知らないけどVC(MSC?)ではSSE関係のビルトインは使ったことは無い。 そもそも無いのかもしれない。 VCでSIMD使いたかったら_asmで直に記述だけど、 ICのSSEビルトイン命令は_asmよりもいいことある?
20 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 18:25:38 ] >>19 iclはSSEを意識してプログラミングしなくても、必要とあれば勝手に SSE命令を使ってくれるんじゃなかたっけ?
21 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 18:38:03 ] >>20 それはVC7,8にもスイッチある。/arch:sse だったっけ? 体感できるほど実感はなかったけど…。 ICの/Qxオプションで体感するほど性能アップを感じた人いますか?
22 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 18:41:23 ] VC++7.0(.NET 2002)には無いぽ /Qxオプションよりも/Qaxオプションの方が良いぽ
23 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 18:55:50 ] >>21 自作プログラムはほとんど速度を要求しないものばかりで 体感云々は感じないけど、姫野ベンチとかはある程度効果があったよ。 icl 9.0 EM64T(-QxW -Qipo -O3)とcl 8.0 x64(-O2 -favor:AMD64)で 10%強くらいの違い。
24 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 18:57:10 ] よくわかってないんだけど、IntelC++コンパイラって Linuxでしか使わなくていいよね?Winなら現行と次のVCあれば問題ないよね?
25 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 19:01:27 ] TK2003のVC7には/arch:sse,sse2オプションあるよ。 >/Qxオプションよりも/Qaxオプションの方が良いぽ /Qx /Qax どっちも性能アップを体感できなかった… Qaxは動作する CPUを選ばなくなる代わりに、事前判別のオーバーヘッド&EXEがでかく なるデメリットあるよね? まあ、どっちにしろ早くならないわけだが。 いままでSIMD系を自動で利用する機能で効果あったためしが無いんだわ。 VC,ICともに。 そもそも_asmで直にSIMD書いても、相当がんばって命令順序の最適化を やらないと大抵はCのSIMD無しのコードに負けちゃう。(それだけ 通常のコンパイル結果が優れているんだろう) まあだからこそ手作業で、コンパイル結果より高性能なSIMDのコードを 書き上げることは価値があるんだけどね。 SSE,SSE2を自動で使って幸せになった香具師、語ってくれ!
26 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 19:15:40 ] >>23 32bit版キボンヌ
27 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 19:21:17 ] >>24 ICはVCほど高くないし(余計なもの付いてないし)、性能出るなら 導入したいと思ってるんだが、あんなにでかい&VC比で大して速く ないじゃあしょうがない… インテルのサイトにIC導入で幸せになった企業の成功談義が載ってる の見たことあるけど、ほんとかよって感じ
28 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 19:45:35 ] >>26 WinXP x64、Opteron246、姫野ベンチの配列サイズはMiddle。 MSC Version 14.00.50215.44 for 80x86 /O2 687.5[MFLOPS] /O2 /arch:SSE /arch:SSE2 407.5[MFLOPS] ICC Version 9.0 Build 20050430Z Package ID: W_CC_P_9.0.019 /Qipo /O3 877.6[MFLOPS] /Qipo /QxW /O3 1021.6[MFLOPS] icl9.0、AMDに対応という割には/QxNが相変わらず使えないんだが。
29 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 20:12:50 ] >>28 >/O2 /arch:SSE /arch:SSE2 407.5[MFLOPS] VCだとSSE2使って性能落ちるんかい! ICが優秀な場合もあるんだねえ〜。あ、でもICにipo(グローバル最適化?) つけるんならVC8にも/GL,/LTGCつけてあげてよ。 さらにガイドオプティマイズ組み合わせればSSEはともかく結果ひっくり返るかもよ。
30 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 20:46:12 ] >>29 MSC Version 14.00.50215.44 for 80x86 /O2 /GL 689.7[MFLOPS] (/LTGCは無いみたい) ちなみにVC6(Version 12.00.8804) /O2 880.5[MFLOPS]
31 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 20:56:51 ] >>30 /GLはコンパイル時に、/LTGCはリンク時に付けます(両方必要) ただ、IDEのプロパティからプログラム全体の最適化でリンク時のコード生成を 選んだのならどっちもついてると思う。 >VC8 /O2 /GL 689.7[MFLOPS] >VC6 /O2 880.5[MFLOPS] 何かが間違ってる気もしますが、こちらの実感としても VC6のサイズオプティマイズ(O1)が一番バランスいいという ケースもあるので、プログラムの性質によってはそういう 結果になるのかも…うーむ。 EXEのサイズはやっぱりICの方がかなり大きい?
32 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 21:24:37 ] > MSC Version 14.00.50215.44 for 80x86 これって何についてくるコンパイラ? VS2005?
33 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 21:36:20 ] >>32 VS2005ベータ2
34 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 21:44:16 ] ICCは実行ファイルでかい。かなりインライン展開とかループの アンロールとか多いのではなかろうかと思っている。 ところでICC9.0ってANSI/ISO C++に完全準拠したの?以前は説明に例外事項 が出ていたけど9.0のマニュアルにはそうしたことは出てないんですが。
35 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 21:51:13 ] とりあえずドライストーンをコンパイルして試そうぜ。 イソテルとマイクロンフトの結果も出てるから比較しやすいじゃんぐ。 ttp://pcweb.mycom.co.jp/special/2005/compiler/menu.html
36 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 22:19:58 ] >ttp://pcweb.mycom.co.jp/special/2005/compiler/menu.html この記事大丈夫か? ICCがVC必須とかデバッガがIDE上で動くとか 平気で書いてるが… ベンチマークもいいけど、皆の作成している、現実的な状況での 有用性を知りたい。
37 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 23:46:36 ] Windows版は文字通りコンパイラだけでリンカが付属してないから少なくともVC++が必要だぞ。
38 名前:デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:08:52 ] >>37 xilink6.exeはリンカじゃなかったのか…? Qipoの面倒だけ見て後はVCのリンカへ丸投げか。 まあ、今はMSからVCただでダウンロードできるからいいのか。
39 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 10:35:27 ] >>34 アンロールはデフォルトでオフになっているようです。
40 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 13:05:28 ] >>39 じゃあ何であんなにでっかいんでしょうねぇ? 下手するとVCのデバッグビルドにも匹敵するような 大きさのEXEを吐かないか?
41 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 13:58:56 ] サイズは少々でかくても速ければいいんだが、 VC++に比べて今一つなんだよなぁ。
42 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 15:06:56 ] でかさを相殺するほどは早くないんだよねえ。 VCに負ける場合もあるし(っていうかICが勝ってる実感ほとんどないんよ) ならばHTやマルチプロセッサ環境(ICの得意分野?)で圧倒的に 役に立ってるよ!って香具師いたら、リポートキボンヌ
43 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 17:16:24 ] >>40 でかいって、10倍や100倍になってしまうの? 倍くらいの大きさで速くなるのなら別にいいと思う。
44 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 18:11:23 ] >>39 デフォルトでQunrollですよ、8.1/9,0は。 >>43 倍にもならないです。プログラムによってICCが出力するファイルがMSCより 小さくなることもあります。
45 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 18:15:09 ] さすがに10倍にはならないけど、VC++で120KB程度ならICCでは 340-400KBくらいにはなる。3-4倍くらいかな。それで10秒かかる計算が 9秒で終わるようになっても嬉しくないわけで、投資する価値があるかと。 ただ、小数計算が多いと整数並みに速くはなるみたいだから そういう処理が多い人は効果を実感できるんじゃないかな。
46 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 18:25:22 ] >>43 >>44 各種最適化オプション(高速化のため)を組み合わせると VCの2〜3倍、ものによっては4倍近くならない? >倍にもならないです。プログラムによってICCが出力するファイルがMSCより >小さくなることもあります。 小さくなる事例は見たこと無いなあ…どのぐらいの規模なの? こちらのはVCで600〜800KB(Ox,GLなど)がICで2MB(Qipo,Qax)近くなる (デバッグ情報は含んでない、念のため)
47 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 19:55:21 ] >>46 Qaxつかったらファイルサイズが大きくなるのは当たり前では? 2種類のコードが含まれるわけでしょ。 MSCのオプションを/Ox /GL、ICCを/Qipo /O3(SSE使わない)でコンパイルして 速度とファイルサイズを比較した方がいいとおもうけど。
48 名前:44 mailto:sage [2005/06/20(月) 20:20:48 ] >>46 www5e.biglobe.ne.jp/~liquor/raytrace/ ここのソースをコンパイルしたらICCがMSCよりファイルサイズが 小さくなったのであのように書きました。 >47にならって、 ICC9.0 Build 20050430Z(/Qipo /O3)がファイルサイズ61440byte、実行時間942[ms] MSC14.・・・(/GL /Ox)が90112byte、実行時間953[ms]
49 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 21:30:25 ] >>47 こっちとしてはコンパイラの得意技使ってでも高性能たたき出して 欲しいんいだわ。サイズ2倍3倍になってもコンスタントに2割3割 速くなればうれしい状況もあるし。 Qaxはずしてサイズ縮まったとしてもVCと比べて似たような結果になるだけだ ったらICを検討する価値ない。(確かに縮まるがVCよりはこっちのケースでは 数百キロでかい) あと、Qaxをはずしたコードが早くなったらそれこそ笑っちゃうじゃない。 だからQaxをつけた状態でVCに比して速度的に? だったらIC何やってんの? って思う。実際今そう。 >>48 検証ありがとう^^; 実行時間は1%じゃ誤差の範囲かなあ。吐かれたコードのキャッシュへの たまたまの乗り具合で変動しちゃうこともあるし。 ファイルサイズについては良いですね。 総じてこういうケースなら ICをサイズ最適化用のコンパイラとして評価することもできるんだけど、 いかんせんこっちのケースではどうしようもない。 ベンチじゃなくて、ご自身がご飯食べているコードで幸せになりましたか? そういう生の声が聞きたい。
50 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 21:40:12 ] >>48 >www5e.biglobe.ne.jp/~liquor/raytrace/ ソース見てみましたが、これじゃサイズとして参考にならないと思う。 文句ばかり言って気を悪くしたらごめんなさい。 プログラムが小さすぎて、EXEにくっつくランタイムの大きさとかの差が もろに出てしまってるのでは? VC8のランタイムは、VC6,7(ICはこっちを使ってるでしょ?)に比べてかなり 大きいような気がする。
51 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 21:42:16 ] Aviutlプラグインフィルタ自作していますが、VS2003付属のコンパイラ より3割ほど速くなりました。 ICCはとてもいいコンパイラですね。
52 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 21:46:27 ] >>51 指定オプションおしえて あと、プログラムは浮動少数使いまくり?
53 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 21:59:49 ] >>52 VSのオプション設定に加えたのは/fastだけ。 単精度使いまくりです。
54 名前:637 ◆jUbpU.TPuw mailto:sage [2005/06/20(月) 22:11:21 ] Ogg Vorbisの最適化やってるけどサイズはGCCとICLではあまり差が出ない。 最もSSE最適化を使っているのでP3以上のCPU専用コードでビルドしていて SSE非対応CPU用のコードを含んでいないせいかもしれない。 速度の方はやっぱりICLが速いけど手動SSE最適化を進めるとGCCとの差が短くなる傾向にある。 8.1と9.0では有意な速度差は見られなかった。
55 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 22:11:28 ] それならそうかもね。
56 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 22:20:16 ] >>53 プププレスコ?
57 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 22:41:14 ] >>53 総じて ・でかい ・ある程度規模のあるアプリでは速度差はあまり無い ・浮動小数演算に向いている かな。今のところ >>54 >GCCとICLではあまり差が出ない。 GCCとICはどっちもVCよりかなりでかいとどこかで見た気がする。 LINUX? >手動SSE最適化を進めるとGCCとの差が短くなる傾向にある。 それでもICLの方が早いの? 相当がんばれば手動SSEの方が早くなると思う。まあ、それやっちゃうと ICはいらんがな。 SSE無しと比べてどのくらい早いですか?
58 名前:637 ◆jUbpU.TPuw mailto:sage [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の手動最適化ではプロファイラを使用した2パスコンパイルを実施している。 ICLは基本性能に加えて 小数点演算のSSE/SSE2によるレジスタオペレーション(GCCでもできる) ベクタライズ化 が優れているんだけどコンパイラによる自動ベクタライズ化では単純な処理しか できなくてシャッフルを使ったデータの組み換えや条件分岐の置換などは無理。 VC7に関してはあまり使ってないのでよくわからないけど以前見た感じでは SSEビルトイン命令の最適化が今ひとつだった。
59 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 23:13:15 ] EM64T版でインラインアセンブラは可能ですか?
60 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 23:17:37 ] >自動ベクタライズ化では単純な処理 そうそう。出力見ていてベクトル化が成功したとか出ると おおーっ、と感動したが、該当するソースを見てみると なんだこれか、これはどうでもいいよ、みたいな。 簡単なものしか成功しないみたいだった。
61 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 00:13:53 ] >>59 不可
62 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 02:02:10 ] >>58 >GCC SSE最適化なし 2分53秒09 8.6657倍 >ICL SSE最適化あり 2分29秒00 10.0667倍 おお、早くなってますね! モノによっては効くんだ、ICLのSSE最適化。 VC8での性能も知りたいところだなあ。VC8はガイドプロファイリングオプティマイズ がかなり賢いから、もしそういうの好きだったら競争させて見てはどうかな
63 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 07:10:16 ] >>50 >VC8のランタイムは、VC6,7(ICはこっちを使ってるでしょ?)に比べてかなり ICL、MSCともに同じコマンドプロンプト上で実行しているので インクルードファイル、ライブラリともに同じものを使っていると思います。
64 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 10:56:19 ] >>63 例えばレイトレベンチではなくて、 #include "stdio.h" main(){ printf("hello"); } だったら似通ったサイズになりますか? さすがにこれだけだと、生成コードに大差は無いでしょうから。
65 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 11:05:28 ] それだけ小さいと、main()以外のものが多すぎて比較にならない希ガス。
66 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 11:07:02 ] リリースビルドで変更箇所/O1 /OPT:NOWIN98のみ icc9.0:28672バイト vc.net2002:27648バイト インテルだめぽ orz
67 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 12:43:06 ] >>65 >それだけ小さいと、main()以外のものが多すぎて比較にならない希ガス。 むしろそれが狙い。これやって大きさが変わるようなら、63殿の状況で ICがVCとは違うものを引っ張ってきている可能性大 >>66 もしかして64に対する返信? ほとんど変わらないんだったら、 www5e.biglobe.ne.jp/~liquor/raytrace/ に対してはインテル優秀と言えるのでは。 何でだめぽなの?
68 名前:デフォルトの名無しさん mailto:sage [2005/06/22(水) 23:26:45 ] ICL8.1(windows) を利用しているのですが sleep 文を使うとそんな命令はありませんと 怒られてしまいます。 intel compiler には sleep 文は無いのでしょうか? もしくは適当なヘッダファイルを include する必要があるのでしょうか? ご存知の方がいらっしゃいましたら、ご教授よろしくお願いいたしますm(__)m
69 名前:デフォルトの名無しさん mailto:sage [2005/06/22(水) 23:28:14 ] >>68 <Windows.h>にはSleep関数がある。
70 名前:デフォルトの名無しさん mailto:sage [2005/06/23(木) 00:02:28 ] スリープみたいな石鹸♪花王石鹸ホワイト♪
71 名前:68 mailto:sage [2005/06/23(木) 00:47:09 ] >>69 ありがとうございます!Sleep を使用する事にします。
72 名前:デフォルトの名無しさん mailto:sage [2005/06/23(木) 12:23:48 ] 次の質問は、「Sleep(10)しても10秒止まってくれないのは何ででしょう」かな?
73 名前:デフォルトの名無しさん [2005/06/23(木) 13:21:01 ] 誰か、HTかマルチプロセッサ環境で、ループの自動並列化が 役に立った香具師いるかい? どんなアプリかも教えてほしい
74 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 19:12:33 ] ICCを手放しでほめてるやつがいてきもいな
75 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 22:53:57 ] 二日ぶりのレスがそれかよ〜 手放しでほめてるやつんなんていないんじゃない?
76 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 00:06:46 ] >>74 よくわからんけど、君がキモイ
77 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 06:05:38 ] athlon64などAMDのプロセッサで使用した際の最適化は他のコンパイラと比較してどうなのでしょうか?
78 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 10:16:27 ] 3DNow!叩かないからUnko SSEはおまけ程度だし
79 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 10:37:46 ] そこで PathScaleですよ
80 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 16:59:53 ] 久々に進んでると思ったら('A`) >>76 ムキになるほど心当たりがあるってことだろ 釣られるんじゃね
81 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 17:59:00 ] IA64スレでちとやってたけど、ICはVCと単純に入れ替えただけじゃあ さほどうまみが無いという結論になりますた。 この上にある単精度演算の優位性と、あとは組み込みSIMD関数 を使った時の自動命令スケジューリングが命のようです。
82 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 18:26:01 ] 工作員が入り込んでいるようですね。
83 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 18:39:03 ] VS2005 beta2手に入れたので、Apache2.0.54 Win32をビルドして ab.exeで速度をはかってみました。 やり方はpc8.2ch.net/test/read.cgi/mysv/1048494944/ icc8.1と比べVS2005は12%ダウンですた。 >>82 君はどこの工作員?
84 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 18:50:01 ] >>83 どっちもコンパイルオプションキボンヌ
85 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 19:01:51 ] 両方ともApacheに入っていた同じプロジェクトファイル使っていて 速度に関するオプションは/O2だけかと思います。
86 名前:85 mailto:sage [2005/06/26(日) 19:02:15 ] ↑>>84
87 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 19:43:55 ] >>85 もし暇で面倒でなかったら、どちらも最大全力ガチンコ勝負させてみてくれい。 広域最適化やガイドオプチ、インテルの方はQax系も…めんどうだなorzわがままスマソ
88 名前:85 mailto:sage [2005/06/26(日) 21:00:53 ] >>84 ごめん逆。12%アップの間違い。 iccとvsでapcacheのディレクトリをそれぞれ作ったんだけど それぞれ逆のディレクトリにビルドしてしまったorz
89 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 21:43:51 ] >>88 逆って……またひとつインテルだめぽ伝説がorz
90 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 22:10:32 ] >>74 使ってもいないのに、文句たれているやつが一番キモイと思います。
91 名前:85 mailto:sage [2005/06/26(日) 22:16:49 ] >>87 あまりにもプロジェクト数が多いので、オプション書き直すのが大変です。 すみませんが、ご自分でお試しください。
92 名前:デフォルトの名無しさん mailto:sage [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のスケジューラでやってくれそうなことだけど、効果あるのかな?
93 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 23:29:19 ] >>92 効果があるなんてもんじゃない。 例えば手動で組むときもそれやんないとCの汎用ルーチンより 遅くなることも珍しくない つーか今までやってなかったのか?
94 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 23:31:35 ] >>92 >>93 は、オウトオブオーダーをCPUがやってくれたとしても さらに効果あるよ、ということ。オレの実経験上の話だけど。
95 名前:デフォルトの名無しさん mailto:sage [2005/06/27(月) 02:23:09 ] ,.ィ , - 、._ 、 . ,イ/ l/  ̄ ̄`ヽ!__ ト/ |' { `ヽ. ,ヘ N│ ヽ. ` ヽ /ヽ / ∨ 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._」 )) l. |:.:.l./';';';';';';'! /:.:.| i´|.ー‐' | / | |. ! l . l. |:.:.:.!';';';';';';';'| /:.:.:.:!.|"'|. l' │-==:|. ! ==l ,. -‐; l |:.:.:.:l;';';';';';';';| /:.:.:.:.:| i=!ー=;: l | l. | | / // l |:.:.:.:.:l;';';';';';';'|/:.:.:.:.:.:.!│ l l、 :| | } _|,.{:: 7 )) l |:.:.:.:.:.:l;';';';';'/:.:.:.:.:.:.:.:| |__,.ヽ、__,. ヽ._」 ー=:::レ' ::::::|; 7 . l |:.:.:.:.:.:.l;';';'/:.:.:.:.:.:.:.:.:.|. \:::::\::::: ヽ ::::::!′ :::| .:/
96 名前:デフォルトの名無しさん mailto:sage [2005/06/27(月) 14:02:00 ] 3DNowとかAMD系の命令は使えますか?
97 名前:デフォルトの名無しさん mailto:mage [2005/06/27(月) 21:00:42 ] 9.0は警告が少なくなったような気がするが。
98 名前:デフォルトの名無しさん mailto:sage [2005/06/28(火) 22:09:50 ] インテルのコンパイラに変えたら 20パーセントも速くなりました。 やっぱりハイパースレッディングに対応させたのが良いですね。 こんなに素晴らしいコンパイラを提供出来るインテルは 凄いと思います。 と、一度言ってみたい。
99 名前:デフォルトの名無しさん mailto:sage [2005/06/28(火) 22:20:42 ] >>98 それチョウチン記事と一緒
100 名前:デフォルトの名無しさん mailto:sage [2005/06/28(火) 23:38:32 ] >>98 一部ループが/Qparallelで90%ほど速くなりましたが。Opteronで
101 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 00:00:43 ] nandatte-
102 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 00:05:33 ] 2回ワラタ
103 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 02:01:01 ] >>100 演算量に対しメモリアクセスの少ないループなら有効ですかね? ↓みたいな。 for(i=0;i<100000000;i++) a[i] = sin(b[i]) + cos(b[i]);
104 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 08:58:54 ] わかった! for(i=0;i<100000000;i++); これが i=100000000; に最適化されたんじゃねーの?
105 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 19:12:13 ] >>103 それでは、Qparallelは有効になりません。 ループ内におけるメモリアクセスの割合がまだ大きいです。 a[i] = sin(i%123) + cos(i%456); このくらいやらないとw
106 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 20:01:46 ] 三角関数は周期関数だから
107 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 20:42:26 ] C++で、for文で宣言された変数のスコープってどうなっていますか? forブロックの中、それとも外のブロック?
108 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 20:51:40 ] 設定出来る
109 名前:デフォルトの名無しさん [2005/06/29(水) 21:23:29 ] AMD、インテルを米独禁法違反で提訴 www.amd.com/jp-ja/Corporate/VirtualPressRoom/0,,51_104_543~99722,00.html インテルは、ソフトウェア・プログラムを機械が読み取れる言語に翻訳するコンパイラを 設計する際に、AMDプロセッサ搭載コンピュータ上でプログラムを実行した場合は性能が 低下するようにした
110 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 22:54:42 ] >>109 if(AMD){ 遅いコード; } else { 速いコード; } ってコード吐き出すのかね?(ワラタ)
111 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 00:37:16 ] 安藤のCPUで速かったら、別の意味で凄いな。 というか、それならぜひとも買ってみたいぞ。
112 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 00:38:48 ] もしやバイナリーのサイズが恐ろしく巨大なのは 対AMDのコードが挿入されているとかw
113 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 00:58:59 ] とにかく、インテルのコンパイラはAMDに対応しているわけだ。
114 名前:デフォルトの名無しさん [2005/06/30(木) 09:18:59 ] このスレ読むとiccって一部の評判ほど高速化しない様だけど www.drk7.jp/MT/archives/000772.html こういう情報もあるわけで 結局どうなんですか賢者様
115 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 11:29:45 ] >>114 他のコンパイラもそんなにタコでもない、元の比較対象か状況が あまりにも特殊か、どこか間違えてるんじゃない?
116 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 12:37:32 ] >>114 自分で確認すりゃいいじゃん。
117 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 13:10:53 ] よく分からないがそのベンチマークは一カ所からのリダイレクトを計っている だけか?
118 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 13:46:16 ] 人リ〒ノレ
119 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 15:45:36 ] >>116 自分の場合、とりあえず動作する環境構築は出来たとしても、 パフォーマンスに影響を与える色々な設定を あまり熟知していないので、自分の比較検証なんてアテになりません。
120 名前:デフォルトの名無しさん mailto:sage [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.
122 名前:デフォルトの名無しさん mailto:sage [2005/07/08(金) 22:24:36 ] 何か良くなった?
123 名前:デフォルトの名無しさん mailto:sage [2005/07/08(金) 22:40:15 ] r‐┐ r‐┐ r‐┐ |_|. __ .__| |__ .| | | ̄| | ̄!'´. `ヽ |__ __| | | | | |. .r"⌒ヽ .| | |. ___ | | | | | | | | | | ,r''" .`ヽ | | | | | | | | | !__i'. ,r"⌒ヽ i| | |_| |_| |_| !、___ _ ̄ ̄ __.,| ! !、 ̄ ̄,―, ゝ、_  ̄ _ノ  ̄ ̄ ∩∩ High performance and low price ∩ (7ヌ) (/ / / / ∧_∧ || / / ∧_∧ ∧_∧ _(´∀` ) ∧_∧ || \ \( ´∀`)―--( ´∀` ) ̄ ⌒ヽ(´∀` ) // \ /⌒ ⌒ ̄ヽ、Itanium/~⌒ ⌒ / | |ー、 / ̄| //`i Xeon / |Celeron| |Pentium/ (ミ ミ) | | | | | | / \ | | | | ) / /\ \| ヽ / ノ | / ヽ ヽ、_/) (\ ) ゝ | | | | / /| / レ \`ー ' | | /
124 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 00:58:43 ] インテルコンパイラ、インストールがわかりにくい おまけにIEがデフォブラウザじゃないとインストールできない
125 名前:デフォルトの名無しさん [2005/07/13(水) 03:10:48 ] dual CPU,ハイパースレッディング環境で main thread の他に演算 作業用スレッドを 4個作って処理させています。 4個のスレッドがそれぞれ 異なる4つの(論理)CPU に割り当てられた時はとても速く動作するのですが、 同じ CPU に2つのスレッドが割り当てられたりすると、1つのCPUが遊んで しまい、処理が遅くなってしまう事があります。このような事を防ぎ、 確実に異なる CPU にスレッドを割り当てたいのですが、よい方法は ありませんでしょうか?お詳しい方がいらっしゃいましたらぜひご教授 よろしくお願いいたします。
126 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 05:04:56 ] >>124 直接、setup.exe起動すればいいのでは?
127 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 05:19:45 ] >>125 www.intel.com/cd/ids/developer/asmo-na/eng/dc/threading/knowledgebase/43838.htm
128 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 08:39:26 ] >>125 WinだとSetAffinityMaskとか割り振りようのAPIがある。実際そういうコード組んでる
129 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 08:45:11 ] >>126 ダウンロードしたやつのインストールの話なんだが、直にsetup 叩いてもうまくいかなかった。デフォブラウザがOperaだと実際 インストールが途中で失敗する。仕方ないのでIEに戻したよorz ネスケとかだとどうかな?
130 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 08:54:04 ] >>128 Affinityのマスクbitがどの論理CPUを示しているのわからない。 127にあるように、Affinityを変えるごとにAPIC IDを確認していくのが確実。
131 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 10:25:32 ] >>130 >>125 は分散させたいのでは。 どの論理CPUかは、前から割り振られてんじゃないの?
132 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 10:59:19 ] 2つのスレッドをそれぞれ別の物理プロセッサに割り当てたい といっていると思うのだけど。
133 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 12:23:00 ] 4個のスレッドを4個の論理CPUに分けたいのかと思った。 そうかなるほど、どの論理CPUがどの物理CPUかはわからんのか。
134 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 18:59:15 ] >>132 同じ物理CPUでも別の論理CPUなら、さほど酷いことには ならないんじゃない? 物理CPUまで別のときに比べて どれほどうまみがあるかはものによると思うけど
135 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 05:01:26 ] >>134 2つのスレッドがビジーであれば、スレッドは1つずつ論理プロセッサに 勝手に割り当てられる。
136 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 08:39:46 ] >同じ CPU に2つのスレッドが割り当てられたりすると、 これが 1・同じ物理 CPU に2つのスレッドが別の論理CPUに割り当て 2・同じ論理 CPU に2つのスレッドが同時に割り当て どっちだ??
137 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 12:52:37 ] .,Å .r-‐i'''''''''''i''''‐-、 o| o! .o i o !o .|\__|`‐´`‐/|__/| |_, ─''''''''''''─ ,、 / 、-' u -、 / U 0 \ / / i | ● ,,. .,, ● | __ . ! (_人__) ノ /´ ̄ `!. 丶_ u U ノ | `にこ匸'_ノ . '-、、,,,,,,_______,,,,,,、、-' ノ u { _.. -―| :{ ,/ / \ . / l | __ / ̄ ̄`>'´ ノ' ´ {、 \ / |/ {'´ `ヽ. " ̄\ U `ヽ. __,,.. -‐丶 u ヽ | / ヾ、.. } u' 〉、 } `ー''´ /´ ̄ `ヽ '" ̄\ ! :} )「` ノ、 ノ l\"´_,,ニ=-― <´ ヽ{ ノ( `、 | l 、_,/j `ー一''" }, ノ , '''''"" \ ヽ ⌒ヾ v | ヽ _ / } {. { l ┌n‐く ヽ/ ``\ ノ `¨´ `¨¨¨¨´ ̄`{ 0 `'^┴'ー┘|ヾ }、 u' ` --‐r'′ キングヤッタス!!
138 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 10:41:33 ] もうインテルコンパイラの話題は無いのか…オレのお試し期間ももうすぐ終了だぁ
139 名前:デフォルトの名無しさん [2005/07/15(金) 13:03:46 ] www.itmedia.co.jp/news/articles/0507/14/news031.html
140 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 13:47:47 ] >プログラムが真正のAMD製マイクロプロセッサを探知した場合には AMDなんて探知していない。 Intel以外は全部だめ。
141 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 14:04:39 ] おれんとこじゃPen系でもVC8の吐き出したやつに負けるからどうでもいいが、 でもクラッシュはホントかね。別のコードパスが実行されるって、 両方持って得る香具師ステップして確かめたことある? たとえばQaxNだと北林かそうで無いかで分けるから結果そうなるんじゃないのか。 クラッシュとかしたらソフト出荷できないからかえってコンパイラの信頼落ちるだろ?
142 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 14:27:27 ] >>141 先にIntelチェックをしてから、CPUの機能をチェックしているので 北森だろうがなんだろうが関係ないです。 うちはAthlon64だけど、全体的にVC8よりICCの方が速いですね。 もちろんIntelチェックを行わないよう細工しています。
143 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 14:57:45 ] あのEXEのでかさはマジでインテル以外の遅いコードパスが 入ってるからなのか? 信じられん 細工の詳細キボンヌ
144 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 16:57:19 ] どうせなら This program is only on Intel CPU Sorry! とか出して 止まっちゃうほうが潔いね。英語への突っ込みは無しねorz
145 名前:デフォルトの名無しさん mailto:sage [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; }
146 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 17:47:29 ] >>145 ありがと。マジなんか… どっちでAMDでも最適化コードが使われるようになるの? __intel_cpu_indicator = -512; __intel_cpu_indicator = -1; あと、ホントにそのチェック外しても大丈夫なんかね? インテル固有オペコードとかを使っているのを他のCPUで 実行させたときにおかしくならないようにする為の細工じゃないのか
147 名前:デフォルトの名無しさん mailto:sage [2005/07/15(金) 18:43:22 ] 普通に考えりゃ __intel_cpu_indicator = -512; っすねorz
148 名前:デフォルトの名無しさん mailto:sage [2005/07/16(土) 23:37:29 ] MFCのクラス(CBitmap等)を含むVC++ .NET2003で作成された クラスライブラリを、そのままインテルコンパイラで コンパイルできるのでしょうか? ソース的には、ベクトル、行列演算、三角関数等の浮動小数点演算を含む 動画画像処理系のソースなんですが、コンパイラによりどの程度の 速度差が生まれるのか興味があります。 業務に使っているPCなので、体験版・試用版のプログラムは入れられない事に 社内規約上なっていて、インテルコンパイラでコンパイルできるのであれば 購入して試してみたいと思っています。
149 名前:デフォルトの名無しさん mailto:sage [2005/07/17(日) 00:45:45 ] >>148 望む情報かどうかは分からないけど VC:'a':無符号 ICC:'a':符号あり でした。スイッチとかあるかもしれないけど、両方のコンパイラで 同じ動作させるには何がしかの苦労はあるんじゃないかな 互換性は高い方だと思いますが。 >体験版・試用版のプログラムは入れられない事に 体験版入れて、気に入ったらそのまま製品版ライセンスを 購入できるのでは? XLsoftに聞いてみたらいいと思う。 性能アップしたらリポートキボンヌ
150 名前:148 mailto:sage [2005/07/17(日) 01:32:51 ] >>149 ありがとうございます。なるほど。互換性も含めて確認してみたいですね。 60日間、体験版として使った後に、気に入ったら製品版ライセンスを取得して ライセンスファイルを取得・指定すれば、即製品版になるという事のようですね。 月曜日に出社するので、試してみます。 現状の会社のPCはデュアルXeon 3.06GHzなので、SSE2/3 を含め、 デュアルコアだけでなくHT/マルチCPU環境で、 インテルコンパイラがどんな仕事をしてくれるか、楽しみです。 (大きな期待はしていません。) 結果などは、何か解りしだい書きますね。
151 名前:デフォルトの名無しさん mailto:sage [2005/07/17(日) 01:45:51 ] >>150 追記 9のインストールは先に8のインストールが必要でかなり分かりにくい (おまけのその8がまともに動かない明らかにエラーのある バージョンに先祖がえり起こしてるw) そこから9へアップするのはプレミアサポートへの登録がさらに 必要だったと思う(無料だけど) 他に、体験版は30日だった気がする。IEもデフォのブラウザで必要。 じゃあガンバッテ
152 名前:デフォルトの名無しさん mailto:sage [2005/07/17(日) 07:58:07 ] >>149 すくなくともVCにはcharをunsigned charにするオプションが在る。
153 名前:デフォルトの名無しさん mailto:sage [2005/07/17(日) 09:24:24 ] ICCにもある。/Jオプション
154 名前:デフォルトの名無しさん mailto:sage [2005/07/17(日) 09:43:10 ] >>152 >>153 そういうこと? どっちもデフォの状態として VC : char : signed , 'a' : unsigned ICC : char : signed , 'a' : signed のような気がするんだけど。 半角アルファベットだと差は無いけど、漢字とかをシフトして 両者の違いに気がついた
155 名前:148 mailto:sage [2005/07/17(日) 15:22:56 ] >>154 VC++ .NET2003では、char はデフォルトでは signed char のようです。 /J オプションで unsigned char になるようですね。 ICCでも、この点は同じオプションで指定できるということのようですね。 今のところ、VC++ IDEベースで、ICCを使おうと考えているので、 プロジェクトファイルを VC →ICC へ変更して使えば、 コンパイルオプションは、そのまま引き継がれそうです。
156 名前:デフォルトの名無しさん mailto:sage [2005/07/17(日) 16:04:07 ] charは同じだけど、'あ'って全角の文字定数を書くと、 ICCはsigned short っぽい動作をするのではないか。 VCはunsigned short。前出のスイッチの問題じゃないと思う
157 名前:148 mailto:sage [2005/07/18(月) 22:59:49 ] とりあえず、速報ですが、ICC Ver9.0(30日間試用版)をダウンロードして試してみました。 環境は、Xeon 3.06GHz × 2 / Windows XP Pro/ 32bitの環境で、HTはONです。 従来、VC++ .NET 2003で平均35ms程度かかっていた画像処理タスク関数処理時間 (NTSC同期フレーム処理)が、平均23ms程度に高速化できました。 オフライン処理でbmpファイルを1000枚読ませて処理される場合などでも、明らかに速度差があります。 期待以上の結果でした。 基本的にVC++ .NET2003のIDE環境で、プロジェクトファイルをICC形式へコンバートしているので、 VC++ .NET2003のコンパイラと広域最適化、組み込み関数、Pentium4コードなどの最適化オプションは同一です。 ただし、ICC向けに拡張されている項目では「Pentium4 なんとか SSE3」にしています。 ループ処理の自動並列化(スレッド化?)の項目は、有効にすると例外処理で落ちるようになりましたので、設定していません。 VC++ .NET2003と共通のSIMD SSE、SSE2コードを使うかどうかの設定は、SSE2にすると微妙に速度が落ちたので、両社ともSSEコードで使うようにしています。 コンパイルオプションなどは、後日書ければと思います。 実行ファイルサイズですが、リリース版で VC++ .NET 2003 418KByte ICC 622KByte という結果になりました。 今回、画像処理アルゴリズムは、Static Linkライブラリ化して、分割コンパイルで リングバッファリングなどをしている メインタスクとリンクして使うようにしていますが、 画像処理アルゴリズムだけ ICC でコンパイルし、メインタスクはVC++ .NET2003で コンパイルすると、リンクは通り、実行ファイルは作成されるものの、実行すると例外処理で落ちる状態となりました。 現在は、メインタスクもアルゴリズム側も、ICC でコンパイルしています。 ICCでのコンパイルですが、一部のレジスタ変数で警告がでる他はコンパイル時間も速く、思ったより快適でした。
158 名前:148 mailto:sage [2005/07/18(月) 23:01:44 ] ↑の全角の文字定数問題!? は、まだ確認していません。 画像処理結果で算出される浮動小数点パラメータですが、VC++ .NET2003の結果と ICCの結果は、数値演算レベルでは完全に一致はしませんでした。 SIMD命令関係で、丸め込まれているだけかも知れません。 画像処理結果として、影響がでる範囲ではありませんでしたので、今回の用途では問題にはなりません。 正直、画像処理アルゴリズム側のソースは、Cレベルの記述でも、もっと最適化できると思われる レベルのソースでかなり悲惨な内容です。グレースケール画像自体を float で持っていたりして 内容的にも浮動小数点演算の固まりのようなソースなので、 こういう状態のソースには ICC は強いのかも知れません。orz
159 名前:デフォルトの名無しさん mailto:sage [2005/07/18(月) 23:41:34 ] >浮動小数点パラメータですが、VC++ .NET2003の結果とICCの結果は、 >数値演算レベルでは完全に一致はしませんでした。 そう、違う。よく比較してみると結構違ってたりするので注意が必要。
160 名前:デフォルトの名無しさん mailto:sage [2005/07/19(火) 00:00:56 ] 効果ある人もいるんだ…ウラヤマスイ おれはコンパイル時間かかるは実行性能落ちるわで散々。 今んところ導入は見送っているよ >Cレベルの記述でも、もっと最適化できると思われる 得てしてコンパイラの最適化ってのはこんなもんでしょうねぇ おれんところのはやはり画像処理系だけど、手でがりがりにチューニングしている。 もちろんSIMDなんかも自前で使っている。この状態だとVCの方がいい結果を出す
161 名前:デフォルトの名無しさん mailto:sage [2005/07/19(火) 07:39:32 ] >>145 SSEを使用しない場合__intel_cpu_indicator = 1(というか8bit以内) じゃないといけないのでは? -1だと、SSE使用のパスに分岐してしまうような。
162 名前:デフォルトの名無しさん mailto:sage [2005/07/19(火) 09:18:29 ] >>161 >>142 に >先にIntelチェックをしてから、CPUの機能をチェックしているので とあるのでSSEチェックよりも前の話かと思ったんだけど…?
163 名前:デフォルトの名無しさん mailto:sage [2005/07/19(火) 10:57:05 ] >>162 >(拡張命令を)使わないなら >__intel_cpu_indicator = -1; ここが間違いではないかと言っているのです。 あと、拡張命令を使う場合も-512(0xfffffe00)だとまずいです。理由は(ry
164 名前:デフォルトの名無しさん mailto:sage [2005/07/20(水) 06:39:49 ] >>163 オリジナルの__intel_cpu_indicator_initみると、CPUの認識で __intel_cpu_indicatorに入れる値はSSE2以降が0x400、SSE3以降が0x800と なるみたいですね。
165 名前:デフォルトの名無しさん mailto:sage [2005/07/24(日) 14:28:55 ] バージョンごとに変えてきていたりして。
166 名前:デフォルトの名無しさん mailto:sage [2005/07/24(日) 17:21:54 ] うひゃあ、こりゃ使えんなあ
167 名前:デフォルトの名無しさん mailto:sage [2005/07/31(日) 23:10:13 ] 毎日毎日文句言ってintelチェック無しのを送ってもらった
168 名前:デフォルトの名無しさん mailto:sage [2005/08/02(火) 00:50:27 ] AMD乙
169 名前:デフォルトの名無しさん [2005/08/04(木) 03:22:24 ] アップデートあげ
170 名前:デフォルトの名無しさん [2005/08/04(木) 23:07:49 ] ねえ、VC8って何のこと。.NET2005のこと? おせーてつかーさい。
171 名前:デフォルトの名無しさん mailto:sage [2005/08/06(土) 21:11:31 ] ads.slashdot.jp/banner/fxbn3002ja.gif?1123329845250
172 名前:デフォルトの名無しさん [2005/08/30(火) 09:36:34 ] ICCではVCの __assume() みたいなこと出来ないんですか?
173 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 08:57:13 ] 使えます
174 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 08:46:09 ] なあ、最新版はAMD対応って書いてあるんだが intelチェックが外れただけだったりするんだろうか
175 名前:デフォルトの名無しさん [2005/09/01(木) 16:20:11 ] バイナリーをfcコマンドで比較して 差分を検討汁!
176 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 18:46:27 ] >>174 外れていないわけだが
177 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 19:05:10 ] fcコマンドってなんですか?
178 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 19:19:14 ] fc:ファイルとファイルを比較するコマンド >C:\ fc a.txt b.txt > c.txt とするとc.txtにa.txtとb.txtの違いが保存される。 バイナリーファイルの比較も出来る。
179 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 21:45:06 ] おーいそんなことわざわざ説明するなよ
180 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:53:37 ] pc8が復活して久々に見に来たけど、ぜんぜん話題が進んでない。 プログラマは専ブラ使わないのねw
181 名前:デフォルトの名無しさん [2005/09/21(水) 21:15:14 ] インテルから評価版のアンケート来てるぞ。 じゃんじゃん書いてやれ。
182 名前:デフォルトの名無しさん mailto:sage [2005/09/21(水) 22:44:12 ] コンパイヲ ユソパ丁ヲ
183 名前:デフォルトの名無しさん mailto:agesage [2005/10/06(木) 14:38:25 ] 保守
184 名前:デフォルトの名無しさん [2005/11/06(日) 16:34:49 ] AMDも自社製品向けの最適化コンパイラ出せばいいのに。 ライバルのICCで最適化する必要が有るじゃダメだろ。 gccで最適化ってマカー並みだな。
185 名前:デフォルトの名無しさん [2005/11/07(月) 12:21:46 ] amdでも他のコンパイラより最適化は強力ですか?
186 名前:デフォルトの名無しさん mailto:sage [2005/11/07(月) 13:30:37 ] PathScaleだっけか、Opteron最適化を売りにしているよね。 Windows版がないようだけど。
187 名前:デフォルトの名無しさん mailto:sage [2005/11/07(月) 22:33:58 ] amdはヴィジュアルスタジオを推奨してるよ
188 名前:デフォルトの名無しさん mailto:sage [2005/11/07(月) 22:48:50 ] >>184 最適化コンパイラ作るにはそれなりの人材と資金がいるから大変なんだよ。 IntelもCompaq(DEC)などからかき集めてきたみたいだし。 AMDも自社のCPU用に最適化した数値演算ライブラリ(AMCL)なら出してるけどね。
189 名前:デフォルトの名無しさん mailto:sage [2005/11/08(火) 13:58:46 ] それなりの人材と資金を投入しても他社のものと 大して代わり映えのしないものしか作れないと いうのも問題だ。
190 名前:デフォルトの名無しさん mailto:sage [2005/11/09(水) 08:02:25 ] Opteron上でSolaris 10 + Sun Studio 10という開発環境を使うというのはどうでしょう?
191 名前:デフォルトの名無しさん mailto:sage [2005/11/11(金) 17:24:29 ] SunはOpteron機のSPECfp2000計測に 自動並列化オプションでコンパイルしてスコアを伸ばしているね。 www.spec.org/cpu2000/results/res2005q4/cpu2000-20050906-04678.html Intelなどの他のコンパイラにも自動並列化機能はあったと思うけど、 SPECfp2000で使われているのって見たことないな。
192 名前:デフォルトの名無しさん [2005/11/12(土) 03:10:12 ] >>145 リンカに__intel_cpu_indicator_initは既にあるといわれてしまうんだけど どうして?
193 名前:デフォルトの名無しさん mailto:sage [2005/11/12(土) 03:37:50 ] ふつーは__intel_cpu_indicator_initが既にあるから
194 名前:デフォルトの名無しさん mailto:sage [2005/11/12(土) 04:13:51 ] 確実に適当だな
195 名前:デフォルトの名無しさん [2005/11/12(土) 06:40:59 ] >>192 /FORCEオプション付けてないというオチじゃねーだろうな
196 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:10:19 ] OpenMPは標準で使えるのでしょうか?
197 名前:デフォルトの名無しさん [2005/12/05(月) 15:33:30 ] インストール時に Where is a valid FLEXlm license for this product? Enter path to directory or file, or port@host for counted licenses, or just press 'Enter' to exit : というメッセージが出るのですがこれは.licファイルのことではないのでしょうか? .licファイルを指定しても同じメッセージが出てきて先に進めません。よろしくお願いします。
198 名前:デフォルトの名無しさん mailto:sage [2005/12/06(火) 18:19:12 ] >>197 .licファイルをc:\においても駄目? パスに日本語やスペースが入ったりすると駄目だったような気がする。
199 名前:デフォルトの名無しさん mailto:age [2005/12/11(日) 01:40:24 ] そーいえばさぁ、12月ごろに アンケート結果を公表すると言ってたのはどうなったんだ? インテル嘘付いてる? まだか?
200 名前:ハーピィ mailto:sage [2005/12/24(土) 01:07:15 ] E・∇・ヨノシ <200ゲット♫
201 名前:デフォルトの名無しさん mailto:sage [2006/01/10(火) 06:04:46 ] なぜに、sseの組み込み関数があるとベクトル化してくれないの?
202 名前:デフォルトの名無しさん mailto:sage [2006/01/16(月) 05:09:11 ] ipoを有効にして、スタティックライブラリを作成したんだが、 ファイルサイズが、ipoを無効にしている場合と比べて、 およそ800倍になってしまった上に、そのライブラリを リンクすると内部エラーが起こる。 同じ症状の人はいないか?
203 名前:デフォルトの名無しさん mailto:sage [2006/01/16(月) 05:51:05 ] )、._人_人__,.イ.、._人_人_人 <´ 天狗じゃ、天狗の仕業じゃ! > ⌒ v'⌒ヽr -、_ ,r v'⌒ヽr ' ⌒ // // ///:: < _,ノ`' 、ヽ、_ ノ ;;;ヽ // ///// /:::: (y○')`ヽ) ( ´(y○') ;;| / // //,|::: ( ( / ヽ) )+ ;| / / // |::: + ) )|~ ̄ ̄~.|( ( ;;;|// //// /// :|:: ( (||||! i: |||! !| |) ) ;;;|// /// ////|:::: + U | |||| !! !!||| :U ;;; ;;;| /// ////|::::: | |!!||l ll|| !! !!| | ;;;;;;| //// // / ヽ::::: | ! || | ||!!| ;;;;;;/// // // // ゝ:::::::: : | `ー----−' |__////
204 名前:デフォルトの名無しさん mailto:sage [2006/01/26(木) 10:20:02 ] VC7で通ってたソース。これで、リビルド したら、メンバテンプレートでエラー。 まさか、対応してない?
205 名前:デフォルトの名無しさん mailto:sage [2006/01/26(木) 14:27:04 ] >>204 再現する最小のコードきぼんにゅ
206 名前:デフォルトの名無しさん mailto:sage [2006/02/04(土) 07:07:40 ] -staticを付けると逆に遅くなった・・・ 普通速くならないっすか?
207 名前:デフォルトの名無しさん mailto:sage [2006/02/04(土) 11:59:42 ] コードが膨れたんでは
208 名前:デフォルトの名無しさん mailto:sage [2006/02/04(土) 23:29:57 ] >普通速くならないっすか? そうなん? 単にライブラリ無いとこでも動けるようにするってだけじゃん? 速度は関係ないような。いやむしろ遅くなるのかな
209 名前:デフォルトの名無しさん [2006/02/17(金) 17:06:28 ] sseを使用するように支持するにはどんなオプションをつければいいのでしょうか?
210 名前:デフォルトの名無しさん mailto:sage [2006/02/17(金) 17:47:49 ] /QxK /QaxK のようなもの
211 名前:デフォルトの名無しさん mailto:sage [2006/02/17(金) 18:06:32 ] CPU指定ぐらいだと精度をみるかぎり、x87の方使われてるよね 自分で組み込み関数使って書いた方がいいと思う。
212 名前:デフォルトの名無しさん mailto:sage [2006/02/19(日) 14:31:32 ] >>209 は返事しないのか? 嫌な奴だな。
213 名前:デフォルトの名無しさん [2006/02/20(月) 07:12:46 ] boostはつかえないの???
214 名前:デフォルトの名無しさん mailto:sage [2006/02/20(月) 17:18:16 ] -fastは-O3よりも最適化されるのか?
215 名前:>∀<)っ-{}@{}@{}@- ◆Pu/ODYSSEY mailto:sage [2006/02/20(月) 17:23:00 ] -fastって9.0から無くなってね?
216 名前:デフォルトの名無しさん mailto:sage [2006/02/20(月) 17:29:26 ] -fastってリンクできなくね?
217 名前:デフォルトの名無しさん [2006/03/03(金) 22:00:44 ] -fastでコンパイルすると Fatal Error : This program was not built to run on the processor in your system. って出て動かないぜ! orz
218 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 07:59:48 ] >>217 -fastは/QxP /O3 /Qipo /Qprec-div-と等価なのでPentium4+SSE3でコンパイルされる。 /QxPを使用するプロセッサに応じて変更すべし。 詳しくはicl /?で。
219 名前:デフォルトの名無しさん mailto:sage [2006/03/08(水) 06:53:44 ] ICC9をItanium上で使用しているのですがsleep()関数を利用するためにはどのヘッダをインクルードすればよいのでしょうか
220 名前:デフォルトの名無しさん mailto:sage [2006/03/08(水) 07:30:31 ] #include <unistd.h>
221 名前:デフォルトの名無しさん mailto:sage [2006/03/14(火) 22:59:23 ] オプションって内容が重複してると効果ないorまずい?
222 名前:デフォルトの名無しさん mailto:sage [2006/03/16(木) 00:31:53 ] -O0と-O3両方つけてコンパイルしたものとオプションの順番変えたものの比較してくれ
223 名前:http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://msdn2.microsoft.com/ja-jp/library/h2k70f3s.aspx [2006/03/18(土) 22:36:51 ] TextSS のWindowsXP(Professional)64bit対応化おながいします もしくは64bitにネイティブ対応したテキスト置換ソフトありますか? そういや64bitにネイティブ対応している2chブラウザてありましたっけ?
224 名前:デフォルトの名無しさん [2006/03/26(日) 20:37:15 ] www.vector.co.jp/soft/win95/util/se072729.html
225 名前:デフォルトの名無しさん [2006/04/02(日) 06:25:04 ] fedora core 4 でインストールしているのですが、インクルードファイルの場所を追加したいのですが どこに書けばよいのでしょうか?
226 名前:225 mailto:sage [2006/04/02(日) 06:34:22 ] 環境変数INCLUDEに追加してみたのですが、インクルードすべきファイルが見つからないというエラーになってしまいます
227 名前:225 mailto:sage [2006/04/02(日) 06:39:43 ] なお、直接コンパイル時に -I オプションで指定してやると、問題なくコンパイルできます。
228 名前:デフォルトの名無しさん mailto:sage [2006/04/02(日) 08:13:01 ] 直接コンパイル時に-Iオプションで指定してやるといいんじゃないか
229 名前:225 [2006/04/02(日) 08:45:42 ] 環境変数に追加する方法を知りたいのですが・・・
230 名前:デフォルトの名無しさん mailto:sage [2006/04/02(日) 16:39:23 ] .specsのどっかに、デフォルトのオプションを追加できるよ 俺も詳しいやり方は知らね
231 名前:デフォルトの名無しさん mailto:sage [2006/04/03(月) 00:23:10 ] 常にオプションが追加されても構わないのであれば icc.cfg ファイルに書くとか。
232 名前:デフォルトの名無しさん mailto:sage [2006/04/20(木) 00:42:19 ] ちと質問。 3/2リリースのでVS2005に対応したぽいけど、統合環境に組み込めるのかな? リリースノートにはcommand-lineだけとか書いてあるように見える・・・ VS2005の強化機能は使いたいけど、ちゃんと組み込めるんだろうか
233 名前:デフォルトの名無しさん mailto:sage [2006/04/20(木) 18:53:46 ] >>232 ttp://www.xlsoft.com/jp/products/intel/support/intel_faq/cpp/windows/sb/xl-02162006-1.htm >インテル コンパイラー 9.0 Windows 版は、Microsoft Visual Studio 2005 をサポート >します。このサポートはコマンドラインからのコンパイルのみが対象です。 > >Visual Studio 2005 IDE (統合開発環境) への統合機能は、近日中にリリース予定 >のバージョン 9.1 にてサポートする予定です。
234 名前:デフォルトの名無しさん mailto:sage [2006/04/20(木) 22:32:59 ] >>233 d。 そうかー9.1まで待ちかー。 でも上の方見ると、普通にVC2005の方が強力に見える・・・ OpenMPもサポートしたしねえVC。 これでMPIもサポートし出したら立つ瀬無いな。
235 名前:デフォルトの名無しさん [2006/05/10(水) 23:25:10 ] 9.1きたよ
236 名前:デフォルトの名無しさん mailto:sage [2006/05/11(木) 11:45:39 ] 9.1ダウンロードできるね。 Core2最適化オプション/QxTが追加された。
237 名前:デフォルトの名無しさん mailto:sage [2006/05/12(金) 11:01:59 ] サイズ半分速度2倍になるコンパイラきぼんぬ
238 名前:デフォルトの名無しさん mailto:sage [2006/05/12(金) 22:31:02 ] CoreDuo対応やOpenMPの強化とあるけれど 命令セットが増えたわけでもなし、いったいどこが変わっているのだろう。 今、9.0.22使っているけどライセンスが切れているのでもし十分な効果があるのならまた買わないと。
239 名前:デフォルトの名無しさん mailto:sage [2006/05/14(日) 08:11:59 ] >>237 それは無理難題を
240 名前:デフォルトの名無しさん mailto:sage [2006/06/24(土) 20:45:31 ] www.swox.com/doc/x86-timing.pdf www.digit-life.com/articles2/cpu/rmma-yonah.html Table 7 こういうのに合せて並べ変えしたり、命令を変更したりするとか
241 名前:デフォルトの名無しさん mailto:sage [2006/08/13(日) 17:54:44 ] 環境変数でF_UFMTENDIAN=big とするのと、オプションで -convert big_endian とするのは全く同一なんですか?
242 名前:デフォルトの名無しさん mailto:sage [2006/10/19(木) 17:28:17 ] "保守" '保守'
243 名前:デフォルトの名無しさん [2006/12/20(水) 01:28:37 ] ICC9.1とVS2005SP1の組み合わせでデバッグ版のビルドが デバッグ情報が壊れてリンクできないとエラーをはくのだができてる人います?
244 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:53:41 ] 保守
245 名前:デフォルトの名無しさん mailto:sage [2006/12/21(木) 11:06:13 ] >>243 できてるよ
246 名前:デフォルトの名無しさん mailto:sage [2007/02/03(土) 04:53:44 ] &heart;
247 名前:デフォルトの名無しさん mailto:sage [2007/03/24(土) 09:28:18 ] >>243 LNK 1103エラーでました。 プロジェクトのプロパティ->C/C++->最適化 のオプションを、最大限の最適化(/Ox)で、出なくなりました。
248 名前:デフォルトの名無しさん [2007/04/09(月) 08:04:13 ] Opteronで、SSEを利用するよう指示するにはどうしたらよいのでしょうか?
249 名前:デフォルトの名無しさん mailto:sage [2007/04/09(月) 08:08:23 ] つかコンパイラくらい無償で提供しろ。このけちんぼが〜
250 名前:デフォルトの名無しさん mailto:sage [2007/04/09(月) 13:40:39 ] Linux版
251 名前:デフォルトの名無しさん [2007/04/12(木) 18:51:11 ] コンパイルオプションの-xWと-xaWの違いがよく分かりません 何が違うのでしょうか?
252 名前:デフォルトの名無しさん mailto:sage [2007/04/12(木) 19:22:31 ] -x 指定したCPU(-xWの場合は Pentium 4)固有の命令を無条件に使用して最適化を行う。 実行時にそのCPUがサポートしていない命令が含まれていた場合は当然動かない。 -ax 指定したCPU用に最適化したコードの他にIA-32汎用のコードも含め、実行時にどちらかを使う。 とりあえず全てのIA-32系CPUで実行可能なプログラムができる。
253 名前:デフォルトの名無しさん mailto:sage [2007/04/15(日) 12:33:24 ] valarrayをfloatで使おうとすると、 valarray<float> x; x=x+1.0; の様な計算でも error: no operator "+" matches these operands operand types are: std::valarray<float> + double というエラーが出てしまうのですが、 すべて x=x+float(1.0); としてやる以外解決法はないのでしょうか?
254 名前:デフォルトの名無しさん mailto:sage [2007/04/15(日) 12:51:38 ] 1.0f
255 名前:デフォルトの名無しさん [2007/04/15(日) 14:18:00 ] Linux版はFedora Core 6やRed Hat Enterprise Linux 5でも使えますか?
256 名前:デフォルトの名無しさん mailto:sage [2007/04/15(日) 14:24:56 ] >>255 使えますん
257 名前:デフォルトの名無しさん mailto:sage [2007/04/15(日) 16:42:32 ] 日本語でおk
258 名前:デフォルトの名無しさん mailto:sage [2007/04/22(日) 14:27:10 ] 64bitマシンで16bitの浮動小数点を扱うことはできないでしょうか?
259 名前:デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:29:02 ] >>258 そういう型を自分で実装すれば、当然扱えます。 #寡聞にして、そんなに狭い浮動小数点数は知りませんが。
260 名前:・∀・)っ-○◎● mailto:sage [2007/04/28(土) 22:02:52 ] GPUでは16ビット浮動小数あるよ
261 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 22:42:20 ] スレタイも読めない馬鹿な子が来た
262 名前:・∀・)っ-○◎● mailto:sage [2007/04/28(土) 22:45:23 ] 質問者の目的も汲み取れない馬鹿な子が来た。 たぶんシェーダで扱うデータのプリプロセッシングかポストプロセッシングでもやりたいんだろ。
263 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 23:08:36 ] お前は同じことを二度繰り返して言われたいのかと。 ただのスレ違いにGPU云々シェーダ云々、頭の程度が知れる。
264 名前:・∀・)っ-○◎● mailto:sage [2007/04/28(土) 23:13:21 ] お前は同じことを二度繰り返して言われたいのかと。 意図を汲み取れない無能さを棚にあげて逆上なんざ、頭の程度が知れる。
265 名前:デフォルトの名無しさん mailto:sage [2007/04/28(土) 23:21:16 ] 逆w上w
266 名前:デフォルトの名無しさん mailto:sage [2007/04/29(日) 02:14:05 ] ダンゴか・・・死ね
267 名前:デフォルトの名無しさん [2007/04/30(月) 19:51:34 ] バージョンが変わるたびに浮動小数点演算結果が微妙に変わるの何とかしてくれ?
268 名前:デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:08:45 ] 何とかするよ?
269 名前:デフォルトの名無しさん [2007/04/30(月) 22:37:08 ] よろしくたのむ!
270 名前:デフォルトの名無しさん mailto:sage [2007/05/01(火) 05:29:59 ] 精度指定のオプションを使え
271 名前:デフォルトの名無しさん [2007/05/02(水) 15:41:22 ] >>270 そういう問題じゃなくて、 最適化による演算順序変更の影響では?
272 名前:デフォルトの名無しさん mailto:sage [2007/05/03(木) 15:36:14 ] C99のrestrict修飾子は使えないのでしょうか?
273 名前:デフォルトの名無しさん mailto:sage [2007/05/03(木) 15:38:26 ] icpcとiccの違いを教えてください
274 名前:デフォルトの名無しさん mailto:sage [2007/05/03(木) 16:09:25 ] >>273 > Note: The icpc command uses the same compiler options as the icc com- > mand. Invoking the compiler using icpc compiles .c, and .i files as > C++. Invoking the compiler using icc compiles .c and .i files as C. > Using icpc always links in C++ libraries. Using icc only links in C++ > libraries if C++ source is provided on the command line.
275 名前:デフォルトの名無しさん mailto:sage [2007/05/03(木) 18:28:56 ] icpcを使うとabsは型に自動的にあわされちゃうの?
276 名前:デフォルトの名無しさん mailto:sage [2007/05/07(月) 15:02:16 ] >>275 icpcでは常にC++としてコンパイルするので、そういうabsが宣言されていればそうなる。
277 名前:デフォルトの名無しさん [2007/06/23(土) 11:03:05 ] 10.0が発売になってますよ、おまいら。英語版だけだけど。 インテル® C++ コンパイラー 10.0 www.xlsoft.com/jp/products/intel/compilers/ccw/index.html
278 名前:デフォルトの名無しさん [2007/06/23(土) 14:07:02 ] インテルCMの“ジョン”と“タカシ”のストーリー 展開広がる news.ameba.jp/2007/06/5345.php
279 名前:デフォルトの名無しさん [2007/06/25(月) 17:02:50 ] MKLのベクトル化されたsinなどと、単にSSEを使うよう指定してmath.hのsinなどを使うのとでは 何が違うのでしょうか?
280 名前:デフォルトの名無しさん mailto:sage [2007/06/27(水) 14:09:50 ] math.hのsin()はSSEを使うわけではないだろ。
281 名前:デフォルトの名無しさん [2007/06/30(土) 09:54:00 ] ダウンロードのリンク: Product for IA-32 (39.2 MB) Product for IA-32/Intel(R) 64 (66.6 MB) Product for Intel(R) 64 (34.8 MB) Product for IA-64 (61.7 MB) Installation Guide (40 KB) Release Notes (39 KB) Intel(R) 64とIA-64の違いを教えてください
282 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 10:13:33 ] >>281 ググレカs(ry Intel 64 CoreとかPentium D、最近のPentium 4が対応しているIA-32上位互換の64ビット拡張命令セット。 ちょっと前までは「EM64T」と呼ばれていたもの。 AMD風に言うと「AMD64」(ちょっと違うが) IA-64 前評判は結構良かったのに、結局あんまり売れなかったね。 Itanium
283 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 16:20:45 ] root権限なしで、ユーザーが自分のホームディレクトリにインストールすることは可能?
284 名前:デフォルトの名無しさん [2007/06/30(土) 17:32:47 ] Linux版の話か? 多分可能なんじゃね? ただ、.rcファイルをユーザー権限で編集できればの話だが
285 名前:デフォルトの名無しさん [2007/07/01(日) 18:59:36 ] Unix版でインクルードパスを追加したいのですが、どれを設定すればよいのでしょうか? シェルはbashです。
286 名前:デフォルトの名無しさん mailto:sage [2007/07/01(日) 19:43:43 ] export CPATH=hoge/huge/hage か export C_INCLUDE_PATH=hoge/huge/hage export CPLUS_INCLUDE_PATH=hoge/huge/hage か icc -I hoge/huge/hage foo.c
287 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 20:23:41 ] インテル コンパイラー 10.0 プロ版がリリースされました。 次の製品をお持ちのお客様はアップグレードが可能です。 ・インテル C++ コンパイラー ・インテル Fortran コンパイラー ・インテル MKL ライブラリー ・インテル IPP ライブラリー ・インテル TBB ライブラリー 最新のツールを低価格で使用できるチャンスです! 詳細はこちら: ttp://www.xlsoft.com/jp/products/intel/compilers/comp10_upgrade.html だってさ。
288 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 20:57:07 ] >>287 >>277
289 名前:デフォルトの名無しさん mailto:sage [2007/07/05(木) 06:14:27 ] Linux版なら無料でしょ?
290 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 16:28:47 ] >>289 いや大学内や、企業内は有料 自宅で仕事と関係ない非商用のことをやる場合にのみ無償
291 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 16:40:54 ] 大学内は無料じゃないの?
292 名前:デフォルトの名無しさん [2007/07/06(金) 16:56:44 ] TTBのサンプルプログラムはどこかにありませんか?
293 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 17:19:00 ] 大学の研究室とかで使う場合は無料じゃないよ じゃなきゃアカデミック版の意味がない
294 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 20:12:07 ] ttp://www.intel.com/cd/software/products/asmo-na/eng/219692.htm > Q. I am a student. Can I use the non-commercial product for my class projects? > A. Yes. However, the licenses provided include limited support and are not renewable. > > Q. I am a professor. Can I use the non-commercial product as part of the coursework I teach? > A. No. Teaching is a profession and you are getting compensated for it. > You may, however, qualify for the academic license. > Q. I am engaged in academic research. Can I use the non-commercial product? > A. If you, as an individual, are receiving any form of compensation for the research project > (i.e., you receive a salary, or funding, etc.), you do not qualify for a non-commercial use license. > However, you may qualify for the academic license 学生が勉強で使うなら非商用版のライセンス(無料)でおk。ただしインテルのサポートはなし。 授業に使ったり、給料等の対価を受けている研究には非商用版は使えない。
295 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 22:34:15 ] 学生が研究で使う分にはセーフなのか。
296 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 10:26:01 ] 論文には教授の名前がつくんだから微妙な気がせんでもない
297 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 11:26:09 ] そうだ、教授になろう!
298 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 11:34:57 ] ライブラリのパスを追加したいのですが、どの環境変数に追加すればよいのでしょうか? OSはFedora6です。
299 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 12:43:42 ] >>298 つ マニュアル Intel(R) C++ Compiler Documentation →Building Applications →Compiling →Modifying Compilation Environment →Setting Environment Variables
300 名前:名無しさん@そうだ選挙に行こう [2007/07/29(日) 05:47:48 ] #include <iostream> template <class Type> class foo{ public: int x; foo(){x=0;} }; void main(void){ foo<float> f; int n=100; float *a=new float[n]; float *b=new float[n]; float *c=new float[n]; for (int i=0;i<n;i++){a[i]=rand();b[i]=rand();} for (int i=0;i<n;i++){c[i]=a[i]+b[i];} delete[] a,b,c; } これをver10で-xOを使ってコンパイルするとベクトル化されるのに、 #include <iostream> template <class Type> class foo{ public: int x; foo(){x=0;} ~foo(){} }; void main(void){ foo<float> f; int n=100; float *a=new float[n]; float *b=new float[n]; float *c=new float[n]; for (int i=0;i<n;i++){a[i]=rand();b[i]=rand();} for (int i=0;i<n;i++){c[i]=a[i]+b[i];} delete[] a,b,c; } これだと、ベクトル化されないのは何がいけないのでしょうか?CPUはAthlon64、OSはFC6です。 ver9では問題ありませんでした。
301 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 08:40:10 ] foo(){x=0;} この時点で読む気が失せた。
302 名前:デフォルトの名無しさん mailto:sage [2007/08/03(金) 17:23:14 ] >>301 そんなことより、 delete[] a,b,c; これ初めてみたんだけど、いいのか? カンマ演算子で最後にcだけ開放されるってオチじゃないのか?
303 名前:デフォルトの名無しさん mailto:sage [2007/08/03(金) 17:32:00 ] fのデストラクタを呼ぶタイミングがアレだからじゃね? コンパイラ様が実行順序をややこしく考えなくていいように考慮しろと。
304 名前:デフォルトの名無しさん mailto:sage [2007/08/03(金) 17:37:05 ] >>302 (delete[] a), b, c;で、aしか削除されない。
305 名前:デフォルトの名無しさん mailto:sage [2007/08/03(金) 22:44:32 ] >>302 m9(^Д^)プギャー
306 名前:デフォルトの名無しさん [2007/08/09(木) 23:51:40 ] 10.0の日本語マニュアルが来てるのでageとくか
307 名前:デフォルトの名無しさん mailto:sage [2007/08/09(木) 23:57:31 ] どこよ
308 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 02:03:05 ] えくすぇるそふと
309 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 03:00:38 ] ほんどだ
310 名前:デフォルトの名無しさん mailto:age [2007/08/10(金) 13:02:03 ] インテルだけに つまり テレるぜ〜〜〜〜〜〜〜
311 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 19:26:55 ] 山田君、>>310 の座布団全部持ってって
312 名前:デフォルトの名無しさん [2007/08/19(日) 15:08:09 ] 3
313 名前:デフォルトの名無しさん [2007/08/19(日) 15:21:32 ] 2
314 名前:デフォルトの名無しさん mailto:sage [2007/08/19(日) 17:58:37 ] 9.0でQaxKが使えなくなったのに 10.0で復活させるとは。
315 名前:デフォルトの名無しさん [2007/08/19(日) 20:52:54 ] ドカーン! 隊長!大変であります。 1がカウントされていないのに誤爆してしまいました。
316 名前:隊長 [2007/08/22(水) 22:09:49 ] 何じゃ腰抜けが もっと大きな声で話せ! わしゃ耳が遠いんじゃ
317 名前: dhcp-ubr2-0146.csf.ne.jp [2007/08/22(水) 23:22:16 ] abaaba
318 名前:dhcp-ubr2-0146.csf.ne.jp [2007/08/22(水) 23:42:24 ] abaaba
319 名前:デフォルトの名無しさん [2007/08/23(木) 00:31:25 ] 淫テル、入ってる?
320 名前:dhcp-ubr2-0146.csf.ne.jp [2007/08/23(木) 01:03:27 ] わらた
321 名前:デフォルトの名無しさん [2007/09/10(月) 16:37:27 ] エクセルソフト、インストーラなどを日本語化した 「インテル コンパイラー10.0日本語版」 pc.watch.impress.co.jp/docs/2007/0910/xlsoft.htm
322 名前:デフォルトの名無しさん [2007/10/20(土) 08:30:05 ] operands are evaluated in unspecified order このwarningって何を意味してるの?
323 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 19:34:19 ] オペランドは明示されずに評価されてる。 どういう意味?
324 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 19:55:44 ] 評価の順番が不定だから気をつけてねっていってるんでしょ
325 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 10:36:34 ] 例えば、foo = func(bar) + func(baz)なんて文脈で、func(bar)が先に呼ばれる保証はないという警告。 つーか、警告だっけ? remark(注釈)だったと思うけど。 # 結構余計なお世話ではあるw
326 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 23:04:17 ] JavaやC#から移行してきた人が嵌っちゃうかもしれないだろ。
327 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:10:38 ] 9.0と9.1でベクトル化のされ方が 全然違うのだが
328 名前:デフォルトの名無しさん [2008/04/17(木) 23:21:18 ] Intel C++ Software Development Tool Suite for Linux ttp://www.xlsoft.com/jp/products/intel/compilers/mid/index.html これってサポート買わなくても商用で使えますか?
329 名前:amdmomoko [2008/04/27(日) 11:43:29 ] おめえら本当に開発の人間なのか。藁)
330 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:29:28 ] VC++とICCどっちがつぉい?
331 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:42:48 ] 極僅かにICC
332 名前:デフォルトの名無しさん [2008/07/07(月) 10:33:35 ] www.xlsoft.com/jp/products/intel/case/index.html 景気の良い数字が並んでますが、ほんとのところどうよ?
333 名前:ヽ・´∀`・,,)っ━━━━━━━┓ mailto:sage [2008/07/07(月) 12:39:26 ] 自動ベクトル化を使うにはVCって選択肢は無いな。 SIMD Intrinsicsの扱いもICCのが上。 非SIMDではどっこいかVCの方が若干いいことがあるし、 64ビットになるとICCは冴えないな。 とりあえずx86/WinAPIネイティヴで個人で開発やるならVSのPro版単体よりはStandard+ICCのほうがおすすめ。 もちろん金があるならお好きな構成で。 で、必要なところだけICCを使う。
334 名前:デフォルトの名無しさん mailto:sage [2008/07/08(火) 02:07:40 ] >>332 計算の主要部分がベクトル化されれば、その程度あがるかも。 gccは全然ベクトル化してくれないからね
335 名前:デフォルトの名無しさん mailto:sage [2008/07/08(火) 17:33:21 ] >>332 なんとなく深夜の通販番組かとおもたw ボブ「ジョン。暗い顔してどうしたんだい?」 ジョン「やぁボブ。実はシュミレーションソフトの速度がなかなか上がらなくて悩んでるんだ…」 ボブ「そんなときはこれ!『インテルコンパイラー』さ!『インテルコンパイラー』でコンパイル しなおすだけで計算時間がなんと約1/2にもなるんだ!」 <以下略>
336 名前:ヽ・´∀`・,,)っ━━━━━━┓ mailto:sage [2008/07/08(火) 17:34:31 ] 「肩こりが治りました」とか?
337 名前:デフォルトの名無しさん mailto:sage [2008/07/08(火) 20:01:46 ] >>335 今ならパフォーマンスライブラリをお付けして、なんと驚きの(ry
338 名前:デフォルトの名無しさん mailto:sage [2008/11/17(月) 21:31:27 ] デバッガでローカル変数んところが いきなり空欄になっちゃって何も表示されなくなることがあるんだけど何なの?
339 名前:デフォルトの名無しさん mailto:sage [2008/11/17(月) 23:11:00 ] >>338 iccにデバッガは付属していません。
340 名前:デフォルトの名無しさん mailto:sage [2008/11/17(月) 23:45:32 ] そうだったのか デバッガ起動すると VCのデバッガが動いて、そいつはiccを考慮なんぞしてないから 変数が表示されなかったりすることがあるということなのか ぐぬぬ・・・
341 名前:デフォルトの名無しさん mailto:sage [2008/11/18(火) 00:38:32 ] コードの性的解析にはVTuneをどうぞ。
342 名前:デフォルトの名無しさん mailto:sage [2008/11/21(金) 17:32:48 ] ┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ 【インテル コンパイラー 11.0 】日英バージョン同時発売! Visual Studio 2008、OpenMP 3.0、インテル Core i7 プロセッサー対応 www.xlsoft.com/jp/products/intel/index.html?i1119 ┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ 平素よりインテル製品をご愛顧頂き、誠にありがとうございます。 この度発売致しましたバージョン 11.0 の最新情報をお届けさせて頂きます。 【1】◎注目: インテル コンパイラー バージョン 11.0 の豊富な新機能 -------------------------------------------------------------------- 1. Visual Studio 2008 をサポート (日本語環境) 2. 日本語/英語版を 1 パッケージで提供 3. インテル Core i7 プロセッサー用最適化オプションを追加 4. OpenMP 3.0 対応、自動ベクトル化、自動並列化でマルチコアを強力サポート 5. Fortran 2003 機能サポートを拡張 6. 新しい -xHost オプションによりパフォーマンスを向上 7. VALARRAY のハイパフォーマンスな実装 8. インテル Atom プロセッサー向けの C++ サポート 9. デフォルトのコンパイルで SSE2 をベクトル化 10. Linux でインテル デバッガーを提供 バージョン 11.0 は上記新機能のほか、業界ベンチマークが実証する 優れたパフォーマンスを提供します。新バージョンをぜひご確認ください。
343 名前:デフォルトの名無しさん mailto:sage [2008/11/25(火) 12:59:44 ] IPPでスレたってないかなと検索かけたらVIPPERスレだらけで泣いた。 11.0からプロ一択になるんだよな、判りやすくていいが。
344 名前:デフォルトの名無しさん mailto:sage [2008/11/26(水) 00:34:12 ] Suiteもあるでよ。
345 名前:デフォルトの名無しさん mailto:sage [2008/11/26(水) 10:40:21 ] フォートラン付きかぁ
346 名前:デフォルトの名無しさん mailto:sage [2008/11/27(木) 00:59:54 ] や〜 ふぉ〜 フォートr(ry
347 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 01:03:01 ] AMDプロセッサで動かすとわざと遅くするバグは治っているのでしょうか?
348 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 05:37:55 ] Oを指定すれば回避できるんじゃないかな。-axOWPTとか。
349 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 10:35:15 ] >>347 気になるなら自分で試せよ
350 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 12:12:02 ] >>347 俺もそれ気になってる つかその理由だけで使うのを見送ってる
351 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 13:02:32 ] だから、AMD対応オプションがあるってばさ。
352 名前:デフォルトの名無しさん mailto:sage [2008/12/17(水) 00:11:22 ] >>351 AMD対応オプションってありましたっけ?
353 名前:デフォルトの名無しさん mailto:sage [2008/12/17(水) 02:41:00 ] あるなら考えるかも つかIntelはあのチョンボで相当な機会損失をしてると思う
354 名前:デフォルトの名無しさん mailto:sage [2008/12/17(水) 04:52:34 ] -xO
355 名前:デフォルトの名無しさん mailto:sage [2008/12/17(水) 20:16:58 ] AMD(゚听)イラネからどうでもいい
356 名前:デフォルトの名無しさん mailto:sage [2009/01/04(日) 01:38:36 ] >>351 それって最新のVer.11でも使えるんですかね? オプションがだいぶ変わっているんですが。
357 名前:デフォルトの名無しさん mailto:sage [2009/01/04(日) 03:03:45 ] >>356 >354?
358 名前:デフォルトの名無しさん mailto:sage [2009/01/04(日) 04:13:33 ] -msse3 とか -xHost とか
359 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 14:39:25 ] /Ox とか /QxHost じゃないかな?