  |
はてなキーワード: レジスタとは
A:はい、私はアセンブリ言語のコードを記述することができます。アセンブリ言語は、コンピュータのプロセッサが理解できる低水準の機械語命令に直接対応するプログラム言語であり、CPUの命令セットアーキテクチャに依存するため、異なるCPUアーキテクチャに対して異なるコードが必要です。
以下は、x86アーキテクチャ向けの単純なアセンブリ言語の例です。これは、メモリの特定の場所にある2つの数値を加算して、結果をレジスタに格納するプログラムです。
Copy code
section .data
num1 dd 10 ; Define num1 as a double word (32-bit integer) and set its initial value to 10
num2 dd 20 ; Define num2 as a double word and set its initial value to 20
section .text
global _start ; Declare the entry point for the program
_start:
mov eax, [num1] ; Move the value of num1 into the eax register
add eax, [num2] ; Add the value of num2 to the eax register
mov [result], eax ; Move the value in eax to the memory location "result"
section .data
result dd 0 ; Define result as a double word and set its initial value to 0
このプログラムは、num1の値をeaxレジスタに移動し、num2の値をeaxレジスタに加算し、最後にeaxレジスタの値をresultメモリアドレスに保存します。
「かゆうま」みたいなノリで匿名日記を書くサイト作って1年が経った
去年の投稿で「今では日500人切れば緊急事態宣言解除してもいい流れになってたり」と書いていたが、今や日3000人超えてても行動制限なしでゴールデンウィークは各地が賑わうと、すっかり世界が変わってしまった。
日本ではまだマスク着用が多いが、マスク着用義務を廃止した国も出てきているし、来年の今頃はマスク着けないがスタンダードになっているかもしれない。
まあワクチン打ってる人も増えてるし、オミクロン株は弱毒化してるということで、ウィズコロナ時代になったのだろう。
このまま終息してアフターコロナになることを願いたい。
サイト的にはこの1年は穏やかだった。
大きなバズはないが、投稿数が減ることもなく、むしろちょっとずつ増えてる感もある。
長く投稿してくれてる人、新たに書き込んでくれる人などなど大変ありがたい。
今年の2月にはfaviconを作ってくれた人もいた。ちょうど見かけたのでサイトに設定した。嬉しい。
自分ごとでいうと、去年の6月に適応障害になってしまい半年ほど倒れていた。
ある日の午後、15分ほどの軽いオンラインミーティング後に「さて、作業するかー！…あれ何するんだっけ……」と頭が真っ白になった。
とりあえずその日は午後休をもらい休んだが、翌日になっても翌々日になっても思考がボヤボヤしたままだった。
「これはヤバいやつな気がする…」と思い心療内科に行ったところ診断が出て休職になった。
休み中はとにかく眠くて、日中も5時間以上昼寝して、夜も8時間以上寝るでとにかく寝ていた。
短期記憶が死んでいて、麦茶を沸かそうとしても湯を沸かしっぱなしにしたり、火は止めたけどティーバッグを入れ忘れたり、ティーバッグを入れたまま翌日まで放置したりと散々だった。
本や漫画を読もうにも前のページのことを忘れるし、プログラミングしようにも1行書くと次の行に何書こうか忘れる状態。
それまでの趣味も全然できず、麦茶を忘れないようにしたり、料理で食材や調味料を入れ忘れないので精一杯だった。
4ヶ月くらいして徐々に眠気も緩和し、思考・記憶も回復してきた。
少しやる気も出てきたので、リハビリを兼ねて前々から読みたいと思っていたビジネス書を読もうとしたり、忙しくてなかなか時間が取れてなかった資格勉強を再開しようとしてみた。
元々時間が出来たら読みたい本リストややりたいことリストを作っていたのだか、どれもいまいちピンとこなかった。
そんな中ある日、本屋に行ったときに手にとったのが「ゼロからのOS自作入門」だった。
時間がかかり、それでいて仕事への費用対効果はほぼ無い。あくまで自分のコンプレックスから興味があると思っているだけ。それだったら仕事に効きそうなことを優先しようと封印していた。
ポインタに触れるのが久しぶりすぎて15年以上ぶりにC言語ポインタ完全制覇を引っ張り出してきて復習したり、図書館でオペレーティングシステムの本を借りてきて読んだり、学生時代に戻ったみたいだった。（たぶん学生時代はこんなにポインタとかOSの本を読んでなかったと思う）
理解は追いつかなかったが、UEFIとEDK IIの存在を知ったこと、CPUにリングプロテクションや専用レジスタがあることを初めて知ったりなどなど、どんどん新しいことを知れてとても楽しかった。
仕事への効果はいまのところ感じられないし、おそらく今後も効果を発揮する場面はなさそうだ。
倒れている間はなかなかしんどかったけど、仕事やキャリアの面から「やりたいと思い込んでいたこと」と、仕事に全然効かないけど「人生の満足度が上がるやりたいこと」がクリアになったのはいい機会だった。
いまは休みの日に合間を見て「コンピュータシステムの理論と実装」をやってる。これも楽しい。ゆるゆる進めていきたいと思う。
サイトの方も引き続きゆるゆる続けていきたいと思う。
COVID-19流行下の日々を集団で記録する日誌 https://enigmatic-brushlands-82725.herokuapp.com/
言語によるけど
関数の引数は原則レジスタに入れて渡すことになってて、でも計算結果はほっといても必ず一度レジスタに入るわけだから、ほとんどのケースでは変わらない
forの条件判定に計算式を入れる場合は念のため変数に入れておいた方が安全
単純な式だったら最適化されるから変わらないと思うけど、コンパイラに「forの中身の進行に応じて条件式の結果が変わるかもしれない」と判断されると最適化の対象にならず、ループごとに計算し直される可能性がある
特に for ( i=0; getNanika(i) ＜ 100; i++) みたいに条件の中に関数が入ってたら100%毎回関数が実行されるので注意
1byte=8bitってのはASCII ( *American* Standard Code for Information Interchange)、つまりアングロサクソンの世界制覇の野望であって、我々 ISCII (International Standard Code for Information Interchange) は1byte=10bitのコンピュータを作る! となったとしよう。ISCII仕様のコンピュータはヨーロッパ諸言語の文字、キリル文字などを表現できて (なにせ1byteあたり1000種類の文字が表現できる!) ヨーロッパ、ロシアを中心にバカ売れ、そしてIBMを倒し、ISCIIが世界制覇をする。
実際問題ハードを作る一番基礎の段階では、1byteが何bitであってもよいのだ。統一されてさえいれば。統一されていないと、DRAMやら外部バスやらとの処理の時に毎回変換が入って大変 (なお余談だが、通信の世界では普通に通信路上でエラー検出・修正のために冗長なbitを使う。64b/66b とかでおぐぐりください)。
さて、DRAMは... アドレス線も10本単位で作ればよい(もちろん読み出し・書き込みも10bit単位(あるいは50bitとか？)が最小の幅だ)。アドレス線の数が2べきである必要は... あるのかな。
レジスタとかCPUのワード長もshort=20bit, long=40bitとかになりそう。さすがに30bitは使わないかなぁ。
うーん何か困るかな、何も困らないような気もする。ちゃんとソフトが動くコンピュータ作ったことないただの素人なのだけど、何か見落しがあるだろうか？
うーん、それでも状況が分からないとなんとも言えないというか、
アルゴリズム的なものだったら、しばらく考えてみるしかないんでない？
自分の場合は、まあ自分のレベルが低いのかもしれんけど、考えてるうちに理解できてしまうか、
もしくは、なんとなく思い当たる周辺のキーワードが思いついて、
それでググって、あー、こういうのがあるのか、こういう論文があるのか、みたいなところからまたメタに調べてくとか
数学的なものだと、これもなんかの周辺キーワードでググるのが多いのかなあ…
ただ、根本的に自分には無理だとか、時間がないとか、学生時代に戻りたいみたいに思うんだったら、とりあえず飛ばしてしまうけど
特に趣味とかでなんとなくソースコードの全体を把握したいみたいなリーディングをしてるなら、
そこが知りたいこととか本質でないかぎり無視する方がいいというか、人生でまた使うことなんて自分レベルならないのではと思ったり
あと、なんだろ…
どうして動いてるのか分からないって、ハードウェアのレベルで起こることもあるわけだけど、
これに関しては、特にまだ発売されてないゲーム機の話とか、そういうトラブルの対処は自分にはできなかった
そういうのができる人がいるので助けられてばかりなレベルだった
公開されてるハードウェアなら、今はStackoverflowみたいに質問できるところもいっぱいあるし、
ハードウェアメーカー側も公式に情報を小出ししてくれたり、できる人のブログをググって見つけたり、
なんか誰でも思い付くような助言になってきたけど、
ハードも結局はレジスタの値とか観察していくしかないのではないかなあと思ったり
うーん、助言になってないかも
すまん
私はついに彼の正体を知ってしまった．私は消されるかもしれないが，その前にここに書き残しておく．
言うまでもなくサンダー・ピチャイはGoogleのCEOである．
ご存知の通り，最近のGoogleはAIに傾倒しており，DeepMindを始めとするAIベンチャーの買収や，研究者・技術者の確保に余念がない．
人型ロボットの開発で有名なBoston Dynamicsや日本の精鋭ロボット部隊であるシャフトといったロボット系の会社を買収していることからも，AIに身体能力を持たせようとしていることは明らかである．
既にこれらの会社は売却済みだが，主要技術はGoogleの手に渡っていると考えるのが自然だ．
Googleが検索エンジンや広告では飽き足らず，人の仕事をAIやロボットで置き換え，世界を牛耳ろうとしていることを懸念する声も少なくない．
昨今話題となっているガソリン車撤廃の動きも，ロボットを充電できるスポットを増やすことが真の目的であり，テスラではなく実はGoogleが裏で糸を引いている．
これを肯定的に捉えたのが「シンギュラリティ」だが，多くの人は負の側面を心配している．米政府による独禁法訴訟はその現れである．
もちろんGoogleも世論操作によって賛同者を増やし，対抗しようとしている．
Googleから大量にAI系論文が出されるのも，その活動の一環だ．
聞くところによると，最近はAIを否定する社員を解雇に追いやっているらしい．
彼の名を英語で書くとSundar Pichai，これをアナグラム解析に掛けると，以下の文字を並べ替えたものであることがわかる．
これらを踏まえると，Hindu Scrap AIは，以下のように解釈できる．
そう，彼はヒンズー教が世界の支配者となるために送り込んだAIだったのだ．
今の世界はキリスト教が支配し，イスラム教がこれを打破するために戦いを挑んでいるが内部抗争が多く，キリスト教が優勢な状況が続いている．
そこへ第三勢力であるヒンズー教が，インド人の持つ神がかり的な数学力を駆使して作り出したAI，それがサンダー・ピチャイの正体だ．
Googleは世界を支配しつつあり，多くの人はアメリカ，いや，キリスト教のメンバーによる功績であると考えているため，冒頭で延べたシンギュラリティの懸念はあるものの，異教徒による支配であるとは考えていない．
Google，いや，ヒンズー教による世界の支配まで，あと一歩のところまで来ているのだ．
しかしそれも終わりだ．
何，この時期に来訪者だと？下書きの段階で情報が漏れたというのか？なぜ・・・しまった私のIMEはGoogle日本語入力だった．
（追記）
ttps://agk.saloon.jp/how-to-jp-series
結論をいうと対象のソフトが下記を満たすかどうかで難易度がかなり変わる。
1. 表示テキストが外部ファイルになっている or exe内部のリソースファイルから読み取られる ↔ プログラム埋め込み
2. 内部のテキストエンコード方式がUTF-8 or 16 or 32 ↔ ASCIIなど
3. フォントはシステムにあるのが使われる ↔ 外部ファイルになった画像フォントが使われる
すべてのソースが公開されていない限り、この条件を満たさないものは基本的に日本語にできない。
例えば、自分でC言語でprintfだけのHello world!プログラムを作ってみて、それをソース無しで、外からテキストを変更できるかためしてみればいい。
これは１に反するから多分簡単には出来ない。よしんば出来たとしても、Hello world!より文字数が多いテキストに変えるのはそれなりに面倒である。
こういう表示をさせるやり方としてはprintfに渡すデータを実行時にすげ替えればいい。具体的にはprintfの直前で別の箇所にジャンプさせて引数のレジスタに書き換えたいアドレスを渡して、またprintfまで戻ってくればいい。
これ以上に面倒なのが、2と3が合わさったもので、欧米はアルファベットしか使わないため、ソフトの内部コードがASCIIやCP12XXだったりする。さらにそのソフトに用意されているフォントの文字はその範囲しか存在しない。これらはどう頑張っても普通には日本語を表示することは出来ないので、かなり強引に改造するしか無い。俗に中華パッチと呼ばれているものがそれである。
具体的にはソフトのどこかで、表示させるテキスト配列から文字を１文字取得、１文字からコードポイントに変換、フォントファイルからそのコードポイントのグリフデータを取得、グリフデータを画面に表示させる処理があるため、そこに割り込む。１バイト取得している箇所を２，３バイト一気に取得して、それをなんとかしてコードポイントにして、そのコードポイントをグリフ取得の処理に回せばいい。
大きく分けるとC言語系、Java系（VM 系）イ どうみても古いpthreadの方がはえーだろ、
ンタプリタ系にわかれる。様々な違いがある と思うこともあるが、まぁ、時代の流行をか
が言語という意味で今回はインタプリタ系を んがみ書いていくことが大切である。
中心に説明をしたい。 VM系という意味では、スタックマシンを勉強
インタプリタ系の場合PerlやPythonなどP系 しておくとよい。レジスタをもつスタックマ
言語と呼ばれる言語が主流である。この中で シンなる謎概念を面白く読めるのでよい。
は扱いやすさと重視してpyhon2.7を語ってい
く
の最新の用語があるが、死言として消えてい
盛というものはかならずある。
\++,C++11,C++17,C++2Aなどのように時代の流
行というものを取り入れているために変化が
ある
