「Linuxのしくみ」をもっと早く読んでおけばよかったと後悔した - ばーろぐわにる

きっかけ Linuxエンジニアとしての基礎力のなさを見抜かれ、これ読んでみるといいよとおすすめされたのがきっかけ。 gihyo.jp 大変お恥ずかしい話だが、自分はエンジニア7年目にして初めてLinuxについての本を読んだ。それまではなにか上手くいかないことがあればブログやQiitaを参考にコピペしてその場しのぎしていただけだった。 目次 第1章 コンピュータシステムの概要 第2章 ユーザモードで実現する機能 第3章 プロセス管理 第4章 プロセススケジューラ 第5章 メモリ管理 第6章 記憶階層 第7章 ファイルシステム 第8章 ストレージデバイス おもしろかったところ メモリ管理 プログラムは直接物理メモリにはアクセスしない。仮想メモリを通して物理メモリにアクセスする forkしたとき、仮想メモリは書き込み権限が付与されずに同じ物理アドレスが紐付いたままの状態。子プロセスで書き込みが走

[kkobayashi]

最後の金の弾丸（たま）で吹いた

[bohemian916]

これ読んだけどかなりふわふわな内容だったので、この本読んでCPUからアセンブラ、コンパイラを作って勉強してる https://www.oreilly.co.jp/books/9784873117126/

[JULY]

インターネット老人会メンバーとしては、こういった話は、ある意味「常識」な感じがするけど、今どきの「高レイヤーでプログラミング」からスタートしている人たちには、貴重な情報なんだろう、と周りを見ても思う。

[eriotto]

レベルの低さがにじみ出ていて味わい深い

[houyhnhm]

この感じだとLinuxというよりは今のOSハード全般の話かと思った。

[haruten]

「df コマンドのストレージ使用量はメタデータのサイズも含まれてい」・・・「含まれていますん」

[aquarickn]

遅かれ早かれ気付けて良かったじゃんって思う

[Nyoho]

まじかよ積ん読を解消しなければならない

[tettekete37564]

Linux あんま関係ない基礎教養が大半

[match_423]

2冊目のLinux本として『Linuxプログラミングインタフェース』を積極的に勧めていくスタイル / 技術力が高くITエンジニアライフが充実していればマウントなど取りはしないのでつまりはそういうことだ（適当）

[kbvb]

オタクは陰湿なマウント取り野郎ばかりだとよくわかる

[diveintounlimit]

自分的には当たり前な話だけど、最近この手の話に出くわさないし、今はこの辺は高レイヤーでブラインドされてて見えにくいんだろうなぁと思った。

[masa_charcoal]

カネで解決するカネの弾丸かと思った

[dai173150]

エンジニア,

[hiby]

きんたまわろた。

[syukit]

よんでおく

[richard_raw]

Linuxというか……OS？/そういえば応用情報受験したことなかった。/何度も読み返せる本を見つけたのは良かったですね。

[kentabookmark]

箇条書きにして面白かったところをちゃんと書き出してくれると興味が一気に出る。kindle版いいなー

[taku-o]

kindleで買うた

[yuki_2021]

へー、メモメモ

[securecat]

金の弾丸とは

[otihateten3510]

使う人はこういうの使うの？ 覚えても忘れるくらいには使わないんだけど／逆に使うならLPICを

[yantzn]

基本的なOSやPC周りの話。これで7年目か...

[stp7]

銀の弾丸…存在しない　金の弾丸…存在する

[timetrain]

金の弾丸……ハードウェアに金を投下すること　ではない

[peperon_brain]

半分くらいは基本情報・応用情報的な話なのでは。

[lyiase]

理解を見る限り、UNIXの根本的な思想の部分はふわふわしてるみたいだけど、カーネルが提供するシステムコールについては詳しそうと言う印象かな。ハードについてはざっと説明してるだけに見える。

[kotetsu306]

金の弾丸…。選挙活動とかで賄賂として渡す現金を「実弾」って呼ぶけど

[korea-dorama]

あとでよむぞ

[hASOsUI5]

金の弾丸って金で解決するってことか

[takmnagaya]

読む

[tohokuaiki]

へー。エンジニア15年だけど薄っすらしか知らない。読んでみるか。

[toshi-toma]

低レイヤーのこと全然分かってないけど、知っておきたい気持ちはあるから、読んでみようかな。