アプリケーション内でhttpsによる外部APIを叩いているサーバのメモリ使用量が増加し続ける件について - s_tajima:TechBlog
問題 アプリケーション内でhttpsによる外部APIを叩いているサーバのメモリ使用量が増加し続ける件について調べた。 該当のサーバでは、以下のようにメモリの使用率が徐々に上昇していく。 また、アプリケーションのプロセス自体がメモリを消費しているわけではない状態。 原因 調査すると、このバグ仕様を踏んでいるのではないかと思われるページを見つけた。 https://bugzilla.redhat.com/show_bug.cgi?id=1044666 内容としては、curlを実行した際に /etc/pki/nssdb/以下の存在しないファイル(毎回違うパス)に対してaccessシステムコールが大量にコールされ、 negative dentry cacheが溜まっていき、メモリ使用量が圧迫されるというもの。 実際、この状況が起きているサーバを調べるとメモリ使用率のうち多くを占めているのはnega
zsh から fish にした。 - yoshiori.github.io
3ヶ月くらい前からシェルを fish にしてみてるので、適当に設定など共有。 先に行っておくけど zsh より良い所とか聞かれても知らない。 気分転換&頭の体操で zsh のカスタマイズの延長くらいの気分で乗り換えた。 インスコ 1 $ brew install fish 以上 oh-my-fish インスコ fish-shell の良い所は特に設定などをしなくてもユーザーフレンドリーであることです。 zsh のように oh-my-zsh などを入れたり、過度にカスタマイズをしなくて済みます。 とかそういう説明がされてるのにその利点を一気にぶち壊す oh-my-fish というのがあるので入れる 1 $ curl -L https://github.com/oh-my-fish/oh-my-fish/raw/master/bin/install | fish そうすると omf コマンドが
Logjam メモ - watarin's memo
今のところのLogjamのメモ 元情報 https://weakdh.org/ ニュースサイト http://www.itmedia.co.jp/enterprise/articles/1505/21/news055.html http://japan.zdnet.com/article/35064803/ サーバーの確認は https://weakdh.org/sysadmin.html でできる TLSプロトコルの仕様でDiffie-Hellman key exchangeに対してDowngrade攻撃できる DHE_EXPORT (512bit) にされると即死。 DHE_EXPORTは無効であることが必須 768bitだと学術機関 1024bitでも国家機関 だと解読出来る可能性あり。 通常は1024bitになっている なので2040bitがお勧め あと Forward Secre
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
