仮想アドレスから物理アドレスを求めてみる 本稿では，Windows10 x64システム上で動作する，4-level pagingについてみていく． 最初に4-level pagingによるアドレス変換の概要に触れた後，後半では実際にWinDbgを使ってシステム上の仮想アドレスから物理アドレスへの変換にトライしてみる． ページング Intel Developers Manualを参照すると，ページングの方式には大きく3種類あることが分かる． 32bit paging 32bit PAE paging 4-level paging レジスタに適切な値をセットすることでこれらページングのモードが変わる． Windows10 x64システムでは通常4-level pagingが使用される． 具体的には，仮想アドレスの変換には以下のような処理を行っている． 引用元: Intel® 64 and IA

はじめに 少し前に、ネタと時間がありそうだったので、勢いで 12/24 のアドベント カレンダーに登録してしまいました。その記事の準備のため、Windows のページ テーブル周りの動きを調べていたところ分量が増えてきたので、アドベント カレンダーの記事を分けることにしました。どうせ Windows カテゴリ人気ないし。貸し切り状態ですわ。 第一回目の記事は、ページングについてです。何を今更、って感じですかね。OS 小学校の一年生ぐらいで習う内容かもしれませんが、私の頭と指のリハビリにお付き合いください。最近文章を書いていないので筆が進まないんですよ。 環境は以下の通りです。Windows 10 のバージョン表記はどうするのが正しいんですかね。 OS: Windows 10, version 20H2 + KB4594440 (OS Build: 19042.631) Debugger:

iOSでもAndroidでもない新たなOS｢BlueOS｣ってどんなOS？2023.11.07 16:00266,365 湯木進悟 新たなワールドへ？ 世界のスマートフォンって、基本的にはiOSのiPhoneかAndroidスマホの二択ですが、そこに新しい波がやってきました。 BlueOSという新ワールドGizChinaは、中国のスマホメーカーのVivoが、独自に開催した2023 Vivo Developer Conferenceにおいて新たなBlueOSの発表を行なったと報じました。 これまでVivoは、AndroidをベースにカスタマイズしたOriginOSをスマホやタブレットに載せて発売してきました。ところが、BlueOSは、Rustというプログラミング言語をベースにした、Androidとは別物のOSです。 Vivoは、BlueOSを搭載する初のデバイスとしてスマートウォッチの｢Vi

はじめに Windowsをとある理由で再インストールしました とある理由とは、WSL2を業務で使いたかったので、InsiderPreview（ベータ版）のWindowsを使ってたのですが もう安定板でWSL2が使えるようになったため、安定板に戻したかった そして、何年も前からLinuxをVMやWSL、Dockerで使えるようになったためLinuxとのマルチブートを行わなくなったため UEFIが出てきた頃からマルチブート環境を作らなくなったため 知識をアップデートします！ やっちまった 旧OSでは、CドライブにNVMe SSD 1TBを使い、補助として4TBのHDDを使っていました 今回、速いNVMe 2TBを購入したのでそちらにWindowsをインストールしたのですが 旧SSDも刺していたため、旧SSDのUEIFと回復パーティションを使われてしまいました・・・ Windows再インストール

回答 (6件中の1件目) 私はWindowsのカーネルを熟知しており、Linuxのカーネルについてはそれなりに知っています。 意外に思われるかもしれませんが、類似点の方がずっと多く、違いは少ないです。私がよく言う違いの1つは、LinuxのI/OモデルはUNIXから継承した同期式が基本で、WindowsのI/OモデルはVMSから継承した非同期式が基本であるということです。WindowsのI/Oリクエストの設計は、同期式と非同期式のI/Oを美しく管理できる優れた設計になっています。Linux(及び普通のUNIX)でも非同期のI/Oは可能ですが、そのための統一された仕組みはありません。これは...

見えづらい活動の成果の伝え方は日頃からめちゃくちゃ悩んでるけど、実際こんな取り組みをしな がら温度感を合わせにいってるよ / Conveying Hard-to-See Results

Windows 10やWindows 8など、2018年時点で使われているWindows端末では、「AUX」や「CON」というファイル名をつけようとすると、「指定されたデバイス名は無効です」というエラーが表示されます。このエラーの原因は、1974年に開発されたOSにあるとして、ハードウェア関係の情報を配信するfooneが説明しています。 It is 2018 and this error message is a mistake from 1974. This limitation, which is still found in the very latest Windows 10, dates back to BEFORE STAR WARS. This bug is as old as Watergate. pic.twitter.com/pPbkZiE57t— foone (@Fo

前回は、シグナルについて、シェルでのキー操作を通じて確認しました。今回は、killコマンド／killallコマンドを使って、動作中のプロセスにシグナルを送ってみましょう。 連載目次 シグナルとkill／killallコマンドの関係 何らかの理由で終了させることができなくなった「プロセス」は、「kill」コマンドや「killall」コマンドで終了させることができます。また、killallコマンドは、キー入力などを受け付けないサーバプロセスを終了させたり、再起動させたりする際にも使用します。 killコマンド／killallコマンドは、動作中のプロセスに対して「シグナル」を送信するコマンドです。プロセスの終了には「TERMシグナル（SIGTREM）」や「KILLシグナル（SIGKILL）」を、サーバプロセスの終了／再起動には「HUPシグナル（SIGHUP）」を送信します。 なお、killコマン

TLPI (The Linux Programming Interface) 再々。 TLPI の輪読の際に @matsumotory よりシグナルセットあたりをまとめるようにと指令が出たので、拙遅な感じでまとめました。 シグナルとは プロセス間通信の一種。「プロセスにシグナルを送信すると、そのプロセスの正常処理に割り込んで、シグナル固有の処理(シグナルハンドラ) が実行される」プロセス側では、シグナルを受信した際の動作(シグナルハンドラ) を設定することや、シグナルをブロックすることも可能。 コンソールで、プロセスを終了させるためにkill -9 <PID>とかCtrl+Cとかした際にも、対象プロセスにシグナルが送信されている。 ちなみに、PID「1」の init や systemd にkill -9 1しても何も起らない。(そういえば昔、oom-killer に init を殺された覚

今回は、システムコールそのものについて深く掘り下げていきます。 システムコールとは何者で、ないとどうなるのか？ システムコールを呼び出すコード（Go言語アプリケーション側）を探索しよう システムコールから、実際にOSカーネル内で仕事をする関数が呼び出されるまでのステップは？ システムコールの呼び出しをモニターするツールの紹介 とはいえ、Goでアプリケーションプログラムを書くほとんどの人は、直接システムコールを呼び出すコードを書くわけではないでしょう。 また、OSを改造してシステムコールを自分で作成することもまれでしょう。 そのため、今回の記事にはサンプルコードを使ったハンズオンはあまりなく、手を動かしてコード化するネタはありません。 この連載のテーマは「プログラマの視点から、具体的で役に立ちそうな低レイヤーの情報を提供する」ことですが、今回に限っては座学的な内容です。 謝辞 今回の執筆にあ

次のスマホOSの挑戦者は誰だ？ 一時はスマホOSの第3勢力になるかも!?と期待されたものの、昨年12月に搭載端末の打ち切りが発表された｢Firefox OS｣。いよいよ終わりも近いか…と思っていたところ、とうとうMozillaから公式に開発の終了が宣言されてしまいました。 Firefox OSはスマートフォン向けのOSで、HTML5やJavascriptでウェブベースのアプリが開発できるのが特徴。国内でもauから対応端末の｢Fx0｣がリリースされるなど、確かに盛り上がっていた時期もあったんです（遠い目…）。Fx0発表時に｢ギーク向けだ｣と胸を張っていたKDDIの田中社長の姿が、今でも思い出されます。 今後、Firefox OSはバージョン2.6をリリースし、同時に開発が終了となります。また、現在開発チームは新たな製品に取り組んでいるとしていますが、それがFirefox OSの後継OSなのか

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は"Aizu Advent Calendar 2015"25日目として書かれた. はじめに ファイナルベント担当のもぷりです. 今年のAizu Advent Calendarも自作OSについて書いていこうと思います. ゆっくり書いていたらIntroductionがだいぶ長くなってしまったので読み飛ばしてもらっても全然問題ありません. 今までの自作OS ソースコードはすべてgithubに公開してある. mopp/Axel 今までは全て、C言語とアセンブラ(nasm)を使って開発を行ってきた. 対象アーキテクチャはx86_32のみで

この投稿は「Windows & Microsoft技術 基礎 Advent Calendar 2015」の16日目の記事です。 本稿では、Windows（広く一般のOSでも、基礎的な知識としては適合する）の、「メモリ使用量」の取り扱いについてまとめたものです。特に、コードからメモリを使用するとはどういうことなのかがちょっとでも明らかになれば良いかなと思っています。 普通の人、普通のプログラム、普通のプロセス .NET環境であったり、C++で各ネイティブなコードであったり、通常プログラムを書くと「ユーザープロセス空間」で動くコードがビルドされます。C#でコードを書けば、newしたりすることで、「どこかにあるメモリ」を適量確保し、それを使用可能にしてくれます。 このメモリ使用量はどのように決まってくるのか？ 例えば以下のコード： var data = new byte[10 * 1000 *

Windows のメモリ管理の進歩 (via id:kkamegawa:20071024:p2) ちょっと目を通してみました．軽くメモ． Feedback この資料に関してのフィードバックはこちらへ． http://connect.microsoft.com/Survey/Survey.aspx?SurveyID=4925&SiteID=221 Page-File Writes Windows Vista では変更済みページの内容をチェックして，ページ内容が全て 0 であれば zero page に差し替えるようになった．調査では 7〜8% の書き出しがこの改良で回避される．*1 以前のバージョンの Windows ではページファイルへの書き出しは 64 kbyte 単位で行われていて，ディスク I/O の回数が多くなっていた．Windows Vista では，書き出し単位の制限を撤廃し，