投稿元：
レビューを見る
アプリケーションを動かすと、
なぜだかよくわからないが、パフォーマンスが出ないときがあると思う。
そんなときにヒントになりそうなことが書いてある。
実はこのヒントとは、
OS、ストレージ、ネットワークに関する、基本的だが割りと知らないことだったりする。
その基本を丁寧にわかりやすく説明してくれている。
以下抜粋、あるいは簡略抜粋。
○意外な方法によるバッチ処理のチューニング（P.44）
ここに100万行のテーブルがあるとする。
このテーブルを頭から、終わりまでselectするプログラムを作成する場合、
テーブルのインデックスを利用して1行ずつ読み込むよりも、
ブロックレベルで一度に持ってくる（フルスキャン）プログラムのほうが、
パフォーマンスは向上する。
SQLがループで発生する場合には、
一度に大量のデータを引っ張り出す方法を検討することで、
プログラムのパフォーマンスを、
アプリケーションからDBMSを含めた形で向上させることができる。
○セマフォ、mutex、ラッチ（P.91-94）
セマフォも、mutexもOSで使用されるロックの仕組み。
DBMSで用いられることもある。
mutexのほうがセマフォより軽いロックになる。
mutexはスリープ、スピンロックと呼ばれるロックを用いている。
スピンロックとは、意味の無い処理をCPUさせることで待機する。
CPUのリソースを喰うが、コンテキストスイッチの切り替えが不用。
短時間の待ちに向いている。
ラッチの実装についての記載はなかったが、DBMSでの待ちの総称。
著者はアトミックを保護するためにmutexのような処理と予想していた。
○『Hyper-TreadingTechnologyArchitectureandMicroarchitecture』
http://developer.intel.com/techonolgy/itj/2002/volume06issue01/art01_hyper/vol6iss1_art01.pdf
○SANとNASの違い（P.126-127）
・物理構成 ： SANはFC、NASはネットワーク
・ファイルシステムの位置 ： SANはサーバ、NASはストレージ
・上位プロトコル ： SANはSCSIといったI/Oコマンド（プロトコル）、NASはNFS、CIFS（SMB）
○バッチ処理においてキャッシュヒットしない件については、
最初から「バッチ処理を分割して複数同時に実行できるようにしておく」とうい設計にする（P.168）
○大域幅とアプリケーションの通信性能はイコールではない？（P.239）
そもそも、ネットワークの規格で言う「速度」とは、電気的な信号を送信する速度のこと。
つまりパケットをどれだけ送信できるかということではない。
そのためFTP転送で100MB/s出たとしても、
ショートパケットの連続で同じ速度が出るとは限らない。
投稿元：
レビューを見る
DBマガジンの特集をまとめたものらしいです。
まだ全部読み切っていません。
【管理者】
・近野
【保管場所】
・品川6Fキャビネット（2シス図書）
【貸出履歴】
投稿元：
レビューを見る
OS、ストレージ、ネットワークがDBMSを通して、どういう風に連携しているかわかる内容になっている。
DBを構築、運用・保守するのに参考になるかと思います。
投稿元：
レビューを見る
DBマガジンという雑誌が昔に存在していてだな。という老害発言はさておき。RDBMSはその性質上、OS,ストレージ、ネットワークがどのようになっていて、どのように扱うかを理解できると、チューニングやトラブルシュート、初期の設計がすごく捗るぜ、という趣旨から書かれた本。いまやAWS, GCP, Azureなどが全盛で、ServerlessとかDockerとか言われてる中で、このレイヤーの知識が猛烈な勢いで抽象化され隠蔽されているので、たとえば新卒１年目が今から食らいつくのはすごく趣味的なのではないかという気がしてならない。でも原理、仕組みが好きなら、読んでみてもいいかも。
投稿元：
レビューを見る
■ 感想
- OS/ストレージ/ネットワークについて、RDBの観点から解説した本。本誌冒頭にも記載があるが、RDBをその他アプリケーションに置き換えて読むことで、アプリとOS/ストレージ/ネットワークの関係を理解することができる
- それぞれの技術要素と、RDBの動作の視点からそれぞれの役割や、障害が発生した際の切り分けについて解説されていた
■ よかった点
- OS/ストレージについてプロダクトからではなく、そもそもの技術視点から解説されているのがよかった
■ 悪かった点
- 「絵で見てわかる」とあるが、個人的にはイラストはわかりにくかった。はじめにまとまっていたOSの構成図などは良いが、それ以降引用される解説は噴出しに文字が多く、どの箇所を読むべきか一目でわかるものではなかった。
イラストから感覚で理解できることを期待していたので少し残念。。
- 多々説明がはしょれている気がした。また、文章がうまいというわけではない
- 個人的には劇場などのたとえは不要であったかと。わかるようでわからない。。
■ この本に適している人
- RDB設計・構築に関わる人
- システム構築におけるOS/ストレージ/ネットワークについてそれぞれの関連性を把握した人
投稿元：
レビューを見る
すごくわかりやすいです。下位層の技術を知らずに漠然とした不安を抱えながら運用開発をしてる人は必読だと思います。
投稿元：
レビューを見る
題名になっている技術を、詳細に解説してくれている。DBから見たときのふるまいってどうなの?という観点でずっと進む。細かい話が多くて、それぞれに知識をしっかり持っている人じゃないと、ちょっと難解かも。僕も「難解」って感じた一人ですが…。そこまでのめりこんで読めなかった感じですね。
投稿元：
レビューを見る
繰り返して読んで頭に入れるといいんじゃないかな、と思える内容。
高度なトラブルシューティングを要求される場面になかなか出会わないかもしれないが、それでもここに書いてあることがすっと日常でもイメージできるようになりたいなあ、と修行の日々。
投稿元：
レビューを見る
とても良本です。但し内容が難しく２周目を検討してます。
DBのプロセス、ストレージ、ネットワークごとの解説し、各アーキテクチャの連携やそこで生じるトラブルを著者の経験も含めて解説されている。
投稿元：
レビューを見る
メモリやプロセス、ストレージなど、低いレイヤの話についてわかりやすく記載されています。
図や例えを多用していることで、文字だけを追っていてイマイチイメージが沸かない場合でもすっと頭の中でイメージできるように、工夫をこらしていると感じました。また、DBMS,メモリ、ストレージ、CPU全体の関係を示したランドスケープを示しつつ、今ここの話をしているのですよ、というカタチで随時全体感を意識させながら話を進めている点も良いと思います。
文章も、低レイヤ特有の難しい技術的な言葉や表現は避け、なるべく平易な言葉で表現されています。敢えて厳密な表現を避けているようなところも散見されますが、分かりやすさを重視した結果なのだと思います。
この手の本は分厚くて、難しい表現が多いため、なかなか理解が進まないという方は、是非読んでいただきたい一冊だと思います。
投稿元：
レビューを見る
「システム」の概要をインフラ(方式)側から理解するのに適した一冊。システム開発に携わって数年後くらいに読むと良いかもしれない。
明らかに入門者向けに記述されているにもかかわらず、言及する範囲が広く、かつディープすぎて逆に入門者には敷居が高いというジレンマに陥っているのが難点。
・いいところ
説明自体は、可能な限り分かりやすく、例えや図解を交えて行ってくれるのでまだ分かりやすい(とはいえ、最初に述べたジレンマはあるのだが)。
著者はDB技術の方なので、どちらかといえばDBに偏った説明になってはいるが、全体的にはOS/ストレージ/DB/ネットワークが敷衍して述べられているので、自分の弱いところを補填する意味でも使えると思う。
・悪いところ
あくまでシステムを理解するという知識欲が満たされるだけで、この本を読むだけで実践的な知識が身につくわけではないので、そういう意味では本書は必読ではない気がする。本当に本書を理解できるのは、そういう仕事に携わってから。それまではこの知識をフルに使うこともあまりないだろうし、なくても何とかなりそうな気がする。
読むとすれば、システム開発に従事してまもなく訳も分からず1度読んでみて、数年後にまた読み直すと理解が深まると思う。自分の理解を一度整理するために用いるのが最適か。
投稿元：
レビューを見る
システムの基盤技術指南書。
わかりやすく書かれていますので、知識のない人にとってもインフラ基盤を理解できると思います。
システム基盤入門の為に一読の価値あり
投稿元：
レビューを見る
会社の人が結構読んでるみたいだったので読んだ。全部読むには結構時間がかかるけど、内容は充実している。性能テストをやる・やった人には必読かもしれない。
こういう本は時折読み返さないと定着しないのでまた読もう。
投稿元：
レビューを見る
アプリケーション（DBMS）から見たインフラの世界。
性能劣化や接続不良等の問題が起きたときにどのような観点から調査すればよいのかが理解できる。
vmstatの内部状態としての意味や、ボトルネックが発生する場合にどの領域のどのような機能、技術に由来するものなのかを理解しておくのは重要。
トピックスとして何となくばらばらと細切れな印象を受け、少し読みづらかった。
投稿元：
レビューを見る
SE、テスト担当者、指導する上位者には必須の知識が得られる。
何度も読んで、トラブル時に対応できる様にしたい。
