アカウント名:
パスワード:
AnTuTu Benchmarkのソースコードを通すと驚異的「最適化」が行われるコンパイラをIntelが作ってベンチマークスコアを操作していたのが7月くらいにバレてましたよねあまり記事になっていないようですが
記事になってないのはガセネタだからだよ
そうなんでしょうかね。インテルコンパイラの「ベンチマーク最適化」はこれが初めてではないので私は「またか」と思いましたが。
それもあなたの勘違いでしょうインテルを含めコンパイラベンダーはごく当たり前にチューンをしています
「SPECのソースのファイル名を変えただけで性能がガタ落ちした」といったソースはありますか?
CPUIDを“GenuineIntel”ではない文字列に変えるだけでベンチマーク値が大きく変わることはあるようですね!
GenuineIntelでないときに最適化をさぼることにどういう問題があるのですか?
? ?あなたがIntelの行ってきたことをどうにかして擁護したいという気持ちは伝わってきますが……ちょっと意味がわかりません。
インテルはインテルのCPU向けのコンパイラを作っていてそこでは不正はしていないし、AMD向けの最適化をがんばる義理なんて何一つないのですよ
実際、あなたのように勘違いした人以外は問題視していないわけです
P4時代にはベンチマークの値だけが良くなる最適化をICCに組み入れて、ベンチマーク値を見比べた時に競合他社製品よりも優れているように見せることに成功していましたね。実に立派なことですね!
Intelが、Intel CPU + Intel Compilerというシステムで性能を引き出すよう努力するのは当たり前のことだと思います。コンパイラは、どんなCPUに対しても等しく扱うべき、最善の努力をすべき、という主張の根拠がわかりません。
AnTuTuベンチマークに現れる31回ループする処理を1回ループしただけで終わるように変える最適化が最善の努力なんですね!
その程度の最適化、どんなコンパイラでもやってるぞ、無意味な分岐とループの削除は最適化の基本だろgccやclangでも問答無用ですっ飛ばされる
これは簡単な最適化ではありません。ソースを調べてみて下さい。実際gccでは31回ループするコードが出力され、まるでベンチマーク比較でBay TrailはARMよりも高速であるかのようなスコアの違いが出ます
無用なものを削除するのは正当な最適化ですインテル製は高いだけのことがありますね素晴らしい
intelコンパイラーが規格違反な最適化を行ってるってこと?
ベンチマークプログラムの中に現れる特定のループ処理「だけが」最適化されるような処理がいくら上手に出来ても、実際のタスクの役に立つとは思えませんね。
> ベンチマークプログラムの中に現れる特定のループ処理「だけが」最適化されるような処理
これは確認された事柄ですか?ただの勘繰りですよね?
とりあえずこれでも読んどけ http://blog-ja.intransient.info/2011/05/c-13.html [intransient.info]しょうもない最適化を、チマチマ積み上げて速度を稼いでんだよ大体必要な処理を可能な限り高速に実行するために最適化をかけるんであってな。最適化を有効にしてまで無駄な計算をさせるベンチマークの方が筋違いだ、実際のタスクで有効か知りたいなら。実際にタスクを実行して比較すればいい。ベンチマークなど当てにならん。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
AnTuTu Benchmarkのスコア操作 (スコア:-1)
AnTuTu Benchmarkのソースコードを通すと驚異的「最適化」が行われるコンパイラをIntelが作ってベンチマークスコアを操作していたのが7月くらいにバレてましたよね
あまり記事になっていないようですが
Re: (スコア:0)
記事になってないのはガセネタだからだよ
Re: (スコア:0)
そうなんでしょうかね。インテルコンパイラの「ベンチマーク最適化」はこれが初めてではないので
私は「またか」と思いましたが。
Re: (スコア:0)
それもあなたの勘違いでしょう
インテルを含めコンパイラベンダーはごく当たり前にチューンをしています
「SPECのソースのファイル名を変えただけで性能がガタ落ちした」といったソースはありますか?
Re: (スコア:0)
CPUIDを“GenuineIntel”ではない文字列に変えるだけでベンチマーク値が大きく変わることはあるようですね!
Re: (スコア:0)
GenuineIntelでないときに最適化をさぼることにどういう問題があるのですか?
Re: (スコア:0)
? ?あなたがIntelの行ってきたことをどうにかして擁護したいという気持ちは伝わってきますが……ちょっと意味がわかりません。
Re: (スコア:0)
インテルはインテルのCPU向けのコンパイラを作っていてそこでは不正はしていないし、
AMD向けの最適化をがんばる義理なんて何一つないのですよ
実際、あなたのように勘違いした人以外は問題視していないわけです
Re: (スコア:0)
P4時代にはベンチマークの値だけが良くなる最適化をICCに組み入れて、
ベンチマーク値を見比べた時に競合他社製品よりも優れているように見せることに成功していましたね。実に立派なことですね!
Re: (スコア:0)
Intelが、Intel CPU + Intel Compilerというシステムで性能を引き出すよう努力するのは当たり前のことだと思います。
コンパイラは、どんなCPUに対しても等しく扱うべき、最善の努力をすべき、という主張の根拠がわかりません。
Re:AnTuTu Benchmarkのスコア操作 (スコア:0)
AnTuTuベンチマークに現れる31回ループする処理を1回ループしただけで終わるように変える最適化が最善の努力なんですね!
Re: (スコア:0)
その程度の最適化、どんなコンパイラでもやってるぞ、無意味な分岐とループの削除は最適化の基本だろ
gccやclangでも問答無用ですっ飛ばされる
Re: (スコア:0)
これは簡単な最適化ではありません。ソースを調べてみて下さい。実際gccでは31回ループするコードが出力され、まるでベンチマーク比較でBay TrailはARMよりも高速であるかのようなスコアの違いが出ます
Re: (スコア:0)
無用なものを削除するのは正当な最適化です
インテル製は高いだけのことがありますね
素晴らしい
Re: (スコア:0)
intelコンパイラーが規格違反な最適化を行ってるってこと?
Re: (スコア:0)
ベンチマークプログラムの中に現れる特定のループ処理「だけが」最適化されるような処理がいくら上手に出来ても、実際のタスクの役に立つとは思えませんね。
Re: (スコア:0)
> ベンチマークプログラムの中に現れる特定のループ処理「だけが」最適化されるような処理
これは確認された事柄ですか?
ただの勘繰りですよね?
Re: (スコア:0)
とりあえずこれでも読んどけ http://blog-ja.intransient.info/2011/05/c-13.html [intransient.info]
しょうもない最適化を、チマチマ積み上げて速度を稼いでんだよ
大体必要な処理を可能な限り高速に実行するために最適化をかけるんであってな。
最適化を有効にしてまで無駄な計算をさせるベンチマークの方が筋違いだ、
実際のタスクで有効か知りたいなら。実際にタスクを実行して比較すればいい。ベンチマークなど当てにならん。