革命の日々！ __attribute__(alloc_size) を使わないと_FORTIFY_SOURCE を活かせないよ。という話
_FORTIFY_SOURCEというバッファーオーバーフロー攻撃を防ぐのにとても有用なマクロがある。 知らなかった人は以下のmanでもまず見てください http://linuxjm.sourceforge.jp/html/LDP_man-pages/man7/feature_test_macros.7.html _FORTIFY_SOURCE (glibc 2.3.4 以降) このマクロを定義すると、文字列やメモリの操作を行う様々な関数を 使用する際にバッファオーバーフローを検出するための軽めのチェックが 実行されるようになる。すべてのバッファオーバーフローが検出される わけではなく、あくまでよくある例についてだけである。 現在の実装では、以下の関数にチェックが追加されている: memcpy(3), mempcpy(3), memmove(3), memset(3), stpcpy(3),
Chromeでタブの自動サスペンドを無効化する
Google Chromeでは少し前のバージョンからautomatic tab discardingという機能が有効化されており、一定時間非アクティブ状態のタブのメモリが自動で解放されるようになっています。 しばらくアクセスしていなかったタブを再度表示した際に自動でリロードが走って画面が更新される時ありませんか？あれです。 システムメモリが逼迫気味になっている時などをよしなに検知して発動するようなので基本的には便利な仕様なのですが、常時アクセスしているWebアプリなどメモリの解放を無効にしたい場合がありますよね。 具体的には自分の場合だとGoogle Colaboratoryでブラウザの接続を維持しておきたい時にメモリの解放を抑制したいケースがありました。 こういう時にどうすればいいのか調べて試してみました。良い感じのやり方を紹介します。 やり方 一番簡単な方法はブラウザのURLバーにch
OOM Killer発動時にサーバーを再起動する方法
VPSで管理してるWEBサイトの死活監視のアラートメールが届き、ブラウザでチェックしたらサイトが見れない。SSHでログをチェックしたら「httpd invoked oom-killer:」の文字が…。 OOM KillerさんにApache(httpd)のプロセスが強制終了させられたらしい。 Jan 12 11:37:53 ns1 kernel: httpd invoked oom-killer: gfp_mask=0x200da, order=0, oom_score_adj=0 Jan 12 11:37:53 ns1 kernel: httpd cpuset=/ mems_allowed=0 Jan 12 11:37:53 ns1 kernel: CPU: 0 PID: 18178 Comm: httpd Not tainted 3.10.0-957.1.3.el7.x86_64 #1
LinuxでメモリがなくなってOomKillerが動いたときにサーバを自動で再起動させる
サービスを運用してると、急に人気が出たり、新しくプログラムをデプロイしたりした時に、まれにメモリを食いつぶしてサーバが不安定になってしまうことがあります。その時サーバではOomKillerが動いて、Linuxが自動ででプロセスプロセスをkillしてメモリを確保しようとします。 どのプロセスがやっつけられてしまうかわからないので、サーバがとても不安定になったり挙動不審になったりすることが多いです。今回は、サーバでOomKillerが動いてしまった時の対処方法を紹介します。OSはCentOS 6.5 64Bitです。 ■とにかくサーバの再起動しましょう OomKillerが動くと正直、何が起こるわからないです。どのようなプロセスが停止されて、どんな状況なのかわからないことが多いです。なので、一旦サーバの再起動をしてしまいましょう。サーバが動いている感じがしても、今後の事も考えてサーバを再起動し
MongoDB 3.2+WiredTigerでもメモリ使用量を抑えたい！ (Debian 9) - Qiita
MongoDB 3系からWiredTigerが選べるようになり，メモリ使用量が制限できるようになりました． storage.wiredTiger.engineConfig.cacheSizeGB オプションで指定できます． MongoDB 3.4以降は最低256MB MongoDB 3.4以降，設定下限が256MBに下がりました． Changed in version 3.4: Values can range from 256MB to 10TB and can be a float. (訳: 3.4での変更: 値は256MB～10TBまでのfloat(小数)で指定可能です) Configuration File Options — MongoDB Manual 3.4 #storage.wiredTiger.engineConfig.cacheSizeGB MongoDB 3.2までは
Chromeプロセス数を減らしてメモリを節約する - clock-up-blog
概要 Chromeの常駐プロセス数を一定の数に抑え、メモリ圧迫を防ぐ。 注意 見つけたばかりのオプションであり、検証は不十分です。 自己責任で設定をお願いします。 設定の仕方 Chrome の起動オプションに「--renderer-process-limit=数字」を付けるだけ。 これでレンダープロセスの数が制限される。 どれくらいの値が適切かはいまいち分からないが、感覚としては「--renderer-process-limit=5」くらいあれば十分な気がする。自分はさらに絞って「--renderer-process-limit=2」で運用していますが、今のところ大きな問題には遭遇していません。 Chromeショートカットのプロパティから 「 --renderer-process-limit=数字」を付けます。 比較 Windows7 64bit / Chrome 27.0.1453.11
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
イーロン・マスクツイッターやめろ on Twitter: "ちっこいスワップ領域作るじゃろ？zswapを有効にするじゃろ？あんまり使われてないメモリ領域が圧縮されてべんりなんじゃ"
