TOMCAT殺害事件 - Qiita
OOMKillerの殺意 顧客EC2のTomcatがアクセスの無い早朝にもかかわらずOOMKillerに突然殺されてしまったので、調査した顛末をたぶん同じような問題に直面されている方もおられるかと思いますので備忘録として記載します。 Javaヒープのチューニングにも多少役立つかと思います。 （この記事はJava8が対象となります。） OOMKillerとはOut of Memory時に、サーバ全体を守るためにメモリーを消費しているプロセスを停止するLinuxの標準機能です。 そのOOMKillerになんとTomcatが突然殺害されてしまいました。 問答無用の辻斬り状態です。 早朝ですのでアクセスログには何も記録されておらず、catalina.outには OpenJDK 64-Bit Server VM warning: Setting LargePageSizeInBytes has no
linuxで空きメモリがどんくらいあるか確認する方法 - かせいさんとこ
freeコマンドを見る $ free -m total used free shared buffers cached Mem: 497 380 116 0 2 145 -/+ buffers/cache: 233 264 Swap: 511 349 162 -mオプションは、容量をメガバイト単位で表示するオプション Memが実メモリで、Swapが仮想メモリ total : メモリの総量 used : 使用したメモリ寮 shard : 共有メモリ → プロセス間で共有できる領域用のメモリらしい buffers : バッファに使われているメモリ cached : ページキャッシュに使われているメモリ バッファって? バッファ → 緩衝器、緩衝帯の意 I/Oアクセスする時に、直接I/Oに行くのではなく、キャッシュ経由でアクセスさせる為のメモリ データが来ているのに受け手が処理できないので、使う
一時ファイルとdentry cacheとメモリ - blog.nomadscafe.jp
わりと長い間悩んでいたんだけど、最近解決したのでメモ。 サービスで利用しているsmalllightの画像変換サーバが、Apacheが使っているメモリ以上のメモリを使用し、Swapしたりメモリ枯渇でサーバがダウンするなどのことが何度かありました。 ↑メモリの動きはこんな感じ いろいろ調べた結果「dentry cache」なるものがメモリ多くを占めていることがわかりました。dentry cacheはディレクトリやファイル名とinodeとを結びつけに使われるキャッシュです。smalllightでは画像を変換する際に一時ファイルを作成するので、その情報が残るようです。 手元で再現させる 本番で使っているサーバはCentOS5系ですが、手元のVagrant上のCentOS6(ファイルシステムはext4)で、再現させてみました。 use Parallel::Prefork; use File::Tem
negative dentry と tmpfs で negative dentry がキャッシュされない理由について調べた - hibomaの日記
kazeburo さんの 一時ファイルとdentry cacheとメモリ を読んでからしばらくファイルシステム周りを調べていたのでした。 先のエントリで /tmp のファイル作成/削除を繰り返して dentry キャッシュ がもりもり溜まっていくのは negative dentry であることが理解できました。 negative dentry とは negative dentry とは 存在しない inode に対応する dentry です。 dentry キャッシュの役割は RAM より低速な HDD や SSD などの二次記憶装置からのディレクトリエントリの読み取りをメモリにキャッシュしておき高速化するためですが、negative dentry をキャッシュすることで存在しないディレクトリエントリの読み取りもキャッシュされます。 「存在しないのにキャッシュ？」がしばらくイミフだったので
memtest86 の使い方 - サボテンの種
最新版 v2.01(2008.02.21) memtest86+の最小限の使い方を簡単に解説 memtest86+はmemtest86を元に作成されたメモリチェックソフトです。 現在も更新されていますので、最新のハードウェアも検出されるようになってます。 (memtest86の解説は、こちら) 使用までの手順【FDで作る場合】 (FDDがなくCD-R、RWから実行する場合はこちら) 【 ダウンロード 】 Memtest86+ - Advanced Memory Diagnostic Tool 上記サイトの** Memtest86+ V2.01 (21/02/2008) **の下 ｢Download - Pre-Compiled package for Floppy (DOS - Win)｣ をクリックして保存します。 ファイル名はデフォルトで｢memtest86+-2.01
【特別レポート】32bit Windowsの管理外領域をRAM Diskに使う
このところのメモリ価格の下落から、メインメモリは2GBどころか4GB以上も余裕で搭載できるようになった。2GBのDDR2 DIMMを4枚、計8GB分購入したとしても2万円で十分おつりが来る。とはいえ、32bit OSを使っている限り、OSは約3.5GB以上のメインメモリを認識できず、それ以上のメモリを搭載したとしても無駄になってしまう。64bit OSを利用すればこの問題も解決するが、ドライバの対応やアプリケーションの互換性などに問題があり、使いたくても使えない状況だ。 しかし、32bit OSで認識できないメインメモリ領域を活用できる手法が見つかり、2ちゃんねるのWindows板を中心に話題となっている。その手法とは、「Gavotte Ramdisk」というRAM Disk作成ツールを利用し、メインメモリのOS管理外領域にRAM Diskを作ってしまおうというものだ。 メインメモリを手軽
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【メモリ屋社長のちょっとタメになるメモリ話】 メモリは修理できるってご存じでしたか? 弊社での修理工程をご紹介
TechCrunch
どのアドオンがメモリを占拠しているのかを調べる方法（Firefoxの場合） | ライフハッカー・ジャパン
JSNES: A JavaScript NES emulator