インテルコンパイラのアセンブル時最適化 - Qiita
はじめに 「あれ？インテルコンパイラの吐くコードがまたgccより遅いんじゃね？」と書こうとしたら、いろいろあって最終的にインテルコンパイラが圧倒的に速いコードを吐いた話。 コンパイラのバージョンとか 使うコンパイラのバージョンは、g++が4.8.5、icpcが16.0.3。 実行環境はIntel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz。 128ビット整数からboolへのキャスト (一個だけ) 訳あって128ビット整数をboolにキャストしたくなった。単純にキャストして正しい結果が得られるか確認するのと、どう実装されるか調べるため、こんなコードを書いた。 #include <stdio.h> #include <cstdint> void func32(__uint32_t m, bool &b){ b = m; } void func64(__uint64_
x86 is a high-level language
Just so you know, x86 machine-code is now a "high-level" language. What instructions say, and what they do, are very different things. I mention this because of those commenting on this post on OpenSSL's "constant-time" calculations, designed to avoid revealing secrets due to variations in compute time. The major comment is that it's hard to do this perfectly in C. My response is that it's hard to
Intel 8086 Family Architecture
算術演算の結果、carry(桁上がり)または、borrow(桁下がり)が発生した時、 １がセットされる。 符合無し演算のoverflowの発生を示す。
Easy x86-64 | A tutorial on programming with the x86-64 in Assembly
Easy x86-64 A tutorial on programming with the x86-64 in Assembly View on GitHub Download .zip Download .tar.gz “I’m the operator with my pocket calculator.” -Kraftwerk There has been much interest in assembly lately (whether the real 6502, or the fictional DCPU–16; I even created my own virtual 8-bit CPU called i808 in 2007), but none of this attention focuses on the architecture that is most pop
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
