タグ

メモリに関するpcmasterのブックマーク (8)

  • Mac:メモリ解放アプリ | Macとかの雑記帳

    メモリ解放と、Finder、Dock、メニューバーの再起動をするアプリです。Mac用のメモリ解放アプリはいくつかありますが、メニューバーの再起動までしてくれるものが見つからなかったので自作した物です。 メモリ解放アプリ 以前、メニューバー関係で酷い目に合ったのと、毎回ウィンドウが表示され、そこから実行するのが面倒だったので、クリックすれば勝手に処理して勝手に終わってくれるものが欲しくて作りました。 Growl以外ウィンドウ等は何も表示されません。 クリックすれば数十秒程で処理が完了します。 Finderを再起動するので、ファイル等をコピー、移動中には実行しないでください。 ※メモリ解放部分は、Libera Memoryの作者であるものかのさんのブログで以前公開されていた下のコマンドを。 $ du -sx / &> /dev/null & sleep 5 && kill $! ※Growlの

    Mac:メモリ解放アプリ | Macとかの雑記帳
  • サーバ監視ツール「Munin」のiowaitを劇的に減らす方法 - Y-Ken Studio

    10分ほどあれば設置できる程にお手軽な「Munin」というサーバ監視ソフトを使い始めて早数ヶ月。様々な計測値がグラフ形式で一望出来るので、問題の早期発見が出来るようになり、とても重宝しています。 ただ、MuninはNagiosなどと違い、ログの保存だけではなく同時にグラフの更新も行っています。これに加えて各サーバから取得したデータのグラフ化をcronで5分おきに行っているので、常時Muninサーバへ負荷が掛かっている状態です。 現在、既に監視対象が40台を超え、Muninが動くサーバのIO負荷が高いのが気になってきました。 どのようにMuninのDisk I/O Waitを減らすか調べても、特に情報がありません。 そこで、Muninの処理を追う事で、軽量化の方法を探ろうと思います。 結論から言うとCPUのコア数は重要ではなく、メモリを十分に載せる必要があります。 環境 CentOS 5.5

    サーバ監視ツール「Munin」のiowaitを劇的に減らす方法 - Y-Ken Studio
  • Linux Memory Overcommit - memologue

    かなり昔ですが、或日さんのSolaris8におけるmemory over commitの話題に触発され、Linuxの場合について調べた事があります。正しさは保証しませんが当時のメモを貼っておきます。 memory overcommit? メモリ資源の非常に限られた環境でLinuxを使用しているとよく遭遇する現象なのだが、kernel 2.4までのLinuxでは、"mallocが成功を返したにもかかわらず、その確保した筈のメモリ領域にアクセスすると、SIGKILLによってkernelから強制終了させられてしまう" という現象が 発生することがある。これは、「全プロセスがnew/mallocしたメモリの総量」に対して物理メモリ量が少なすぎる瞬間に於いては常に発生し得る。 何に困っているかといえば、C++でオブジェクトをnewした時に、メモリの枯渇をstd::bad_alloc例外送出という形で

    Linux Memory Overcommit - memologue
  • DBサーバ向けLinuxチューニングを考える 〜 メモリオーバーコミット編 : DSAS開発者の部屋

    Cでプログラムを書いていて大量のメモリを確保したくなったとき、大抵は mallocを使うと思いますが、その際には戻り値がNULLかどうかを判断してエラー処理に飛ばすと思います。しかし、Linux のメモリ管理サブシステムには「メモリ・オーバーコミット」という機構があり、実装されているメモリ以上の領域を確保できてしまいます。 #include <stdio.h> #include <stdlib.h> int main() { int i; char *p; for(i=0;i<65536;i++){ p = (char *)malloc(65536); if(0 == (long)p){ break; } } printf("SIZE=%dMB\n",i*65536/1024/1024); return(0); } swapoff したメモリ 1G のマシンでこれを実行するとこんな感じにな

    DBサーバ向けLinuxチューニングを考える 〜 メモリオーバーコミット編 : DSAS開発者の部屋
  • わかばマークのMacの備忘録 : Libera Memory

    わかばマークのMacの備忘録 RSS * Admin * Write 初心者による Mac OSX の便利な使い方や、ソフトウェアの紹介など、Macのこといろいろ。

  • OSX - thyVikings : iMac, iPad, iMat by aged engine

  • mod_perlで親プロセスとのCopy on Writeな共有メモリを増やす方法。 - hideden.hatenablog.com

    大量にアクセスがあってMaxClientを大きく設定したい場合、Apacheの1プロセスあたりのメモリを少なくするのが重要。当然アプリ側で大きなライブラリを読み込まずに画像の変換はGearmandにタスクとして投げたりとかの工夫するのも有効だが、fork元になるApacheの親プロセスと子プロセス間でできる限りCopy on Writeな共有メモリを増やすのも有効。 その辺の詳しい仕組み等の話はnaoyaさんがd:id:naoya:20080212:1202830671でしてるのでそこを参考に。linuxカーネルまわりの仕組みって楽しいよね。会社の案件ではFreeBSDサーバーも結構あるんだけどFreeBSDではどうなるのかは知らない。 で、社内にXenなテストサーバーがあるのでまっさらな環境で色々実験してみた。・・・過程を全部書こうとしたら長くなったので省略。地味にpsしたり/proc/

    mod_perlで親プロセスとのCopy on Writeな共有メモリを増やす方法。 - hideden.hatenablog.com
  • linux サーバ上のメモリの ECC 訂正回数を確認する方法 - kazuhoのメモ置き場

    メモリのエラー訂正はサーバでは必須だよという話もあるけど、じゃあ実際どのくらい訂正が発生しているのか。確認するには、/sys/devices/system/edac/mc/mc*/csrow*/edac_mode が S.?ECD.?ED になっていることを確認した上で /sys/devices/system/edac/mc/mc*/csrow*/ce_count を見ればいいっぽい。 $ cat /sys/devices/system/edac/mc/mc*/csrow*/edac_mode S4ECD4ED S4ECD4ED S4ECD4ED S4ECD4ED S4ECD4ED S4ECD4ED S4ECD4ED S4ECD4ED $ cat /sys/devices/system/edac/mc/mc*/csrow*/ce_count 0 0 0 0 0 0 0 0 普段作業している

    linux サーバ上のメモリの ECC 訂正回数を確認する方法 - kazuhoのメモ置き場
  • 1