[B! メモリ] hiromo2のブックマーク

hiromo2 id:hiromo2

メモリに関するhiromo2のブックマーク (3)

6万ミリ秒でできるLinuxパフォーマンス分析 | Yakst
NetflixのシニアパフォーマンスアーキテクトであるBrendan Gregg氏による、Linuxサーバにログインして60秒でまず調べることのまとめ。パフォーマンス問題でLinuxサーバーにログインしたとして、最初の1分で何を調べますか？ Netflixには、多数のEC2 Linuxからなるクラウドがあり、そのパフォーマンスを監視したり調査したりするための数々のパフォーマンス分析ツールがあります。その中には、クラウド全体にわたる監視を行うAtlasや、オンデマンドにインスタンスの分析を行うVectorがあります。これらのツールは多くの問題を解決する手助けをしてくれますが、各インスタンスにログインし、標準的なLinuxパフォーマンスツールを実行する必要がある場合もあります。この記事では、すぐ使えるはずの標準的Linuxツールを使いコマンドラインにおいて、最適化されたパフォーマンス調査を
hiromo2 2019/07/10
パフォーマンス

linux

メモリ

あとで読む

サーバ
リンク
nginxのリクエストボディのバッファリングに関する問題とその改善策 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
hiromo2 2015/04/02
あとで読む

メモリ

開発

インフラ

http

server

nginx

サーバ
リンク
slab肥大化とdentry_cacheに辿り着くまでの話 - Qiita
#内容（3行） memoryの使用量を監視している所からアラートが来て調査したアプリケーションのheap使用率は高くなく、top等を見ても他に怪しいプロセスが存在しない /proc/meminfoからslab領域の肥大を確認、slabtopでdentry_cacheが肥大化している事がわかったので、echo 2 > /proc/sys/vm/drop_caches を実施した何があったのか運用中のとあるサーバーのmemoryが残り20%を切ったとアラートが来たため、調査を行った。当初は何かしらのプロセスがメモリリークしているか何かだろうとあたりをつけていた。 freeで現状確認キャプチャとるの忘れた… が、一旦確かにfree（buffers, cahceを足したもの）がtotalの20%を切っていることを確認。 topで確認するアプリケーションプロセスにメモリを大量消費している
hiromo2 2015/03/07
あとで読む

cache

linux

キャッシュ

メモリ

システム管理

ops

メモリリーク
リンク
1