x86-64機械語入門
この記事はx86-64の機械語を書けるようになるためのガイドとなることを目指します。読者はアセンブリー言語について既にある程度知っていることを想定します。 情報源 x86-64の機械語のオフィシャルなガイドはIntelのSoftware Developer ManualまたはAMDのAMD64 Architecture Programmer's Manualです。 Intel SDM: Intel® 64 and IA-32 Architectures Software Developer Manuals AMD64 Architecture Programmer's Manual, Volumes 1-5 このほか、Cから呼び出される関数を定義したり、Cの関数を呼び出すためには、呼び出し規約の知識も必要です。使用される呼び出し規約はOSに依存し、Unix系では主にSystem V ABI
Android のための SMP 入門
[このドキュメントは SMP Primer for Android を翻訳したものです。] Android 3.0 およびそれ以降のプラットフォームバージョンは、 マルチプロセッサアーキテクチャをサポートするために最適化されています。 このドキュメントでは C、 C++ および Java プログラミング言語 (以降、簡潔に済ませるため単に Java と呼びます) で対称型マルチプロセッサシステム向けのコードを書く際に起き得る問題を紹介しています。 これはこの問題に対して完全に論じているわけではなく、 Android アプリ開発者のための入門書としての役割を意図しています。 主に ARM CPU アーキテクチャに焦点を当てています。 もし急いでいるのであれば、 理論 の節を飛ばして直接 実践 に行っても構いませんが、推奨されません。 目次 導入 理論 メモリ一貫性モデル プロセッサ一貫性 C
実践的低レベルプログラミング
はじめに 学校で習わないが(習う学校もある)、現実に必要になるプログラミング技術に、低レイヤプログラミングなどと呼ばれるものがある 厳密な定義は聞いたことがないし、おそらく存在しないとは思うが、大体のみんなの共通認識として、 「高級プログラミング言語を使わないプログラムを書き、OSで抽象化されないデバイスの機能を使う」といったような認識があると思う。 筆者の経験から言わせてもらうならば、低レイヤプログラミングに関する知識は、プログラミングにおいてあらゆる場面で、常に、少しずつ役立てられる知識だと言えると思う。 普段はRubyやPHPなどを書いてる人であったとしても、メモリが足りなくなった場合や、デバッガを使っている場合、性能が足りなくなった場合など、 厳しい環境におかれた時に低レイヤプログラミングに関する知識が必ず役に立つ場面が来ると信じている。 また、役に立つかどうかは置いておいても、「
introduction to x86-asm
x86アセンブリ言語入門 昔に書いたのを発掘し, 若干手直しして出しました. 内容の古いところや間違ってるところがあればご指摘ください. 64bit環境についてはx64 アセンブリ言語プログラミングを参照してください. なおこのページではごく簡単なコードを書けるようになること, デバッグ時に知っておけばよいこともあるだろう程度の知識の取得を目指します. 高速化手法自体については触れません. レジスタについて 基本用語 最初の一歩 Cとの連係 Cとの連係 その2 Cとの連係 その3 Windows DLL 少し応用 gasの場合は 実際に書くならこんなことも 簡易命令一覧 Intel最適化マニュアルを読もう
Guide to x86 Assembly
University of Virginia Computer Science CS216: Program and Data Representation, Spring 2006 This guide describes the basics of 32-bit x86 assembly language programming, covering a small but useful subset of the available instructions and assembler directives. There are several different assembly languages for generating x86 machine code. The one we will use in CS216 is the Microsoft Macro Assemble
Maze Generation In Thirteen Bytes
Maze Generation In Thirteen Bytes Posted by Trixter on December 17, 2012 Update 12/7/2012 @ 13:46: Peter Ferrie smashed my record by a single byte, so the record is now held by him at 12 bytes. Congrats, and I feel like a fool for missing it :-) I’ve tacked on his optimization to the end of my original post. Update 1/7/2013: herm1t further smashed the record, down to 11 bytes! Update 1/7/2013 @
Assembler/なぜx86ではMBRが"0x7C00"にロードされるのか？(完全版) - Glamenv-Septzen.net
どの世代でも、当時のマシンに搭載されていた標準的な物理メモリを越えた場所を指している。 これは割り込みベクタの影響でアドレス0を使えない為と、最初の命令フェッチから始まる初期化プログラムをなるべくアドレスの高位に配置することで、一般的なプログラムの使えるアドレス空間を邪魔しないようにとの意図らしい。 BIOSが格納されたROMは、電子回路のレベルでこれら高位アドレスにマッピングされるよう調整されている。 IBM PC 5150 ではROM BIOSがFE000以降にロードされるようになっており、丁度 FFFF0H に、BIOSコードの先頭へJMPする機械語コードが配置されている。（後述） ※1 : 80286は24bitのアドレスバスを持つが、リアルモードでは20bitしか使われない。A20-A23はリセット後は1になっている。そのため、CSこそ"F000H"になっているが、もう4bit分
はじめてのひき - FizzBuzzAsm
FizzBuzz? のアセンブリを色んな CPU で集めてみようという試み。 FizzBuzzAsm_x86 FizzBuzzAsm_x86-64 FizzBuzzAsm_arm FizzBuzzAsm_ppc FizzBuzzAsm_ppu FizzBuzzAsm_spu FizzBuzzAsm_psp FizzBuzzAsm_avr FizzBuzzAsm_m68hc11 FizzBuzzAsm_h8300-hms FizzBuzzAsm_blackfin FizzBuzzAsm_sparc32 FizzBuzzAsm_sparc64 FizzBuzzAsm_fr-v FizzBuzzAsm_SH-3 FizzBuzzAsm_SH-4 FizzBuzzAsm_ia64 FizzBuzzAsm_parisc64 ここに無いアーキテクチャを持ってる方がいれば足していただけるととても嬉しいで
Old New Thing: 変な子のNOP
My, what strange NOPs you have! - The Old New Thing - Site Home - MSDN Blogs 僕のオフィスを掃除していたら、古いドキュメントを見つけた。Windows 95には、奇妙なNOP命令がそこらじゅうに使われていたのだ。 1987年以前に製造された80386を、B1 steppingという。この初期型の80386には、Windowsに問題を与えるバグがいくつがあったのだ。例えば、文字列命令（movs等）に続く命令が、別のサイズのアドレス（訳注：16bitなら32bit、32bitなら16bit）を使っている場合や（例えば、movs es:[edi], ds:[esi]に続いて、mov ax, [bx]）や、続く命令が別のサイズのアドレスのスタックを使っている場合（例えば、 movs es:[edi], ds:[esi]を1
TCC で遊んだ話と x86-64 とはまじしん一ろう- TCC で遊んだ話と x86-64 と
1/64 >> First Last TCC で遊んだ話と x86-64 と はまじしん一ろう
suu-g's diary
人間、生きているとIPアドレスを持つけれど、そのIPアドレスは果たして個人情報やそれに類するものに相当するのだろうか、という話。 結論から言うと、「即座には」個人情報であるとは言えない、というのが EU の現在*1の状況だ。これは多分カリフォルニアとかでも同じ。 TL;DR あるいは FAQ GDPR のもと、 IP アドレスは個人データになりうるが、それは国のような ISP からデータを引き出しうる存在か、 Tech Giants のように大量のデータを保有していてそれにより個人を特定可能な存在が保有している場合のみ。一般人やそこらの Web ページ管理者には本来そこまで関係はない 個人データに相当する場合であっても、外部からの攻撃への対処など、正当な事由があれば、IPアドレスを保持することはできる CDN については今のところNGとなる事例は見てない（知ってたら教えてください） Web
C# のコードに x86/x86-64 命令を直接組み込む - NyaRuRuが地球にいたころ
C# で書かれた将棋の思考ルーチンの高速化のため，(Visual C++ 用の) 組み込み関数 _mm_prefetch 的なものを使うべく，ネイティブコードで書かれた DLL と C# で書かれたメインの思考ルーチンを組み合わせてみた，というお話．ふむふむ． http://d.hatena.ne.jp/ak11/20100515/p1:title= http://d.hatena.ne.jp/issei_y/20100501/1272668964:title= ざっと眺めて C# のみで書けそうだったので，気分転換も兼ねて書いてみました．個人的には単一の(メタ)言語で完結するプロジェクトが好きです．配布するファイルの数が減るのはインストール・アンインストール作業やバージョン管理が楽になります．Visual Studio で複数言語を混在させると，Express Edition の人にビル
コンパイラを作ってみて - 七誌の開発日記
コンパイラ開発（id:n7shi:20090310）を通して物の見方がどう変わったかについて書いてみます。一般的な見解（と私が認識しているもの）、私の見解（過去・現在）などの視点が入り乱れるため、箇条書きを中心に記述します。何かを主張しようとしているわけではないので、特に結論のようなものはないことを、あらかじめ断っておきます。 【追記】私が作成したコンパイラはSilverlight上で動作確認できます。 ⇒ id:n7shi:20090727 アセンブラ アセンブラをいじることに対する一般的な見解（と私が認識しているもの） コンピュータの動作についてよりよく理解するため。 カリカリにチューニングするため。 これらに対して以下のような意見があります。 CPU内部で更にマイクロコードに分解されるのだから、アセンブリだけ見ていてもパイプラインの動作などは分からないし、不十分 これはその通りなので
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Inline Assembly Language - CDOT Wiki
Visual 6502 in JavaScript
Stack frame layout on x86-64 - Eli Bendersky's website
bitbucketの使い方
熱血／大熱血！アセンブラ入門 サポートページ
http://homepage1.nifty.com/herumi/diary/1011.html
SSSE3 / SSE4 命令一覧
