GitHub - nanochess/cubicDoom: A ray-casting game in 512 bytes of x86 machine code
_____ _ _ ______ _____ ________ ___ / __ \ | | (_) | _ \ _ || _ | \/ | | / \/_ _| |__ _ ___| | | | | | || | | | . . | | | | | | | '_ \| |/ __| | | | | | || | | | |\/| | | \__/\ |_| | |_) | | (__| |/ /\ \_/ /\ \_/ / | | | \____/\__,_|_.__/|_|\___|___/ \___/ \___/\_| |_/ CubicDoom, a ray-casting game that fits in a boot sector (510 bytes) by Oscar Toledo G. Nov/25/2019 http://nanochess.org https://g
x86よくできてる点 - w_o’s diary
アーキテクチャと実装混ざってるけど 命令dispが32bit届く immも32bit入ることが多い メモリが順序守る(何回も書くが、メモリ順序が緩いことによって得られたCPU時間より失なった人間時間のほうが絶対多いから) ファームウェアがBIOSとUEFIの二種類しかない (ボードごとにカーネルにディレクトリ作るのやめろARM) 周辺デバイスがPCIに統一されててキャッシュの問題が起こりづらい(もうdma_alloc_coherentの挙動調べるの飽きた) キャッシュがソフト的に見れば一階層 (L2の挙動が定義されてないARMとかいう無名CPU) 除算とFPUが付いてる ABIがWin除けば32bitと64bitとx32の3種類しかない。 PCIe がキャッシュスヌープ付けてフルスピード近く出る lock cmpxchg が遅くない *fence が遅くない こういう問題で別のアーキがx8
Perl で学ぶ x86 アセンブラ入門 (Shibuya.pm#11発表資料) | TAKESAKO @ Yet another Cybozu Labs
前々回のShibuya.pmテクニカルトーク（XS Nite）では、PerlのC言語拡張モジュールを作成する方法について詳しく解説しましたが、ちょっとしたことを実現するだけでも、PerlVMの構造を理解し、大量のCのマクロを使いこなす必要がありました。やっぱりXSは面倒だよね、ということで、複雑なC言語のレイヤーを飛び越えて一気にPerlからマシン語の世界に飛び込んだらどうなるか？ということをテーマに今回の「no Perl; use x86;」というスローガンを掲げてみました。 ■ 発表資料: Perl で学ぶx86アセンブラ入門 4/22に開催したShibuya Perl Mongers テクニカルトーク #11「no Perl; use x86;」での私の発表資料を公開します。 ■ Perlの正規表現で書く x86 JIT Compiler #!/usr/bin/perl use Dy
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - xoreaxeaxeax/sandsifter: The x86 processor fuzzer
GitHub - tanakamura/instruction-bench: instruction-bench
4. Instruction tables - Lists of instruction latencies, throughputs and micro-operation breakdowns for Intel, AMD and VIA CPUs
