暴走してどんどんメモリを食うスクリプトが OS全体のメモリ使用量(CentOS5 ... カーネルは2.6系になる)の動作にどんな影響を与えるのか　ってのを見るために以下のようなテストをしてみました。仕組みはだいたい理解してるけど、細かい数値を追ったことはなかったのでやってみました。 sshでログインして、topを立ち上げる。プロセスを見張る用意をしておく 別のsshをたちあげて、 Perlワンライナーで以下のようなプロセスを走らせる(このプロセスをtopで見張る) # 1秒ごとに5MB単位でメモリを食うプロセス # 数値はお好みで perl -e "while(1){ sleep 1; push @h , 1 x 1024 x 1024 x 5 } " ちなみにtopで見張るときは メモリ使用量でソートされるようにして top起動中に shift + o を押して n を押すと 実メモリ

必ずしも厳密に区別して使われていないですが、本来の(?)区別を言うなら、こういうことかな。 ・読み出しバッファからデータを読み出したら、そのデータはバッファから削除される。がキャッシュからデータを取り出しても、そのデータはキャッシュに残っている(事もあり得る)。 ・バッファはシーケンシャルアクセス、キャッシュはランダムアクセス指向。つまり、バッファは「次のデータを(XXバイト)取り出す」あるいは「データをXXバイト書き込む」という操作しかない。それにたいして、キャッシュは「○○の位置のデータを(XXバイト)読み出す」とか「（XXバイトの)データを位置○○に書き込む」というように位置指定を伴った操作になる。 つまり、キャッシュでは同じ位置のデータを2回読み出すということがあり得て、その場合は、本来の記録装置へのアクセスは1回しか起きないことがあり得ます(2回アクセスすると言っても2回のアクセ

概要 バッファ（buffer）とは、緩衝材、緩衝装置という意味の英単語で、IT分野では複数の機器などがデータの伝送・処理を行う際に、処理速度や伝送速度の差、タイミングのズレなどを補うためにデータを一時的に蓄えておく記憶装置や記憶領域をこのように呼ぶ。 例えば、コンピュータがプリンタにデータを送って印刷する場合、プリンタが印刷する速度はコンピュータとプリンタの間の通信速度よりも遥かに遅い。単純に次々データを送ってしまうと、印刷が追いつかずにデータを取りこぼし、途切れ途切れに印刷されてしまうことになる。 このため、プリンタの内部には半導体メモリが内蔵されており、受信したデータを一時的に蓄えておき、印刷速度にあわせて順次データを読み出して印刷を行うようにできている。このように処理待ち、送信待ちのデータを一時的に待機させておく保管領域をバッファという。 バッファ装置やバッファ領域を用意し、受け取っ