Linuxの不揮発メモリ対応について - Qiita
(2019/6/12追記) 今なおこの記事を参照してくれる方がいらっしゃるのですが、現在は以下のスライドのほうが情報が新しいです。 本記事は残しておきますが、新しい情報はこちらをご参照ください。 https://www.slideshare.net/ygotokernel/nvdimmlinux-137104084 はじめに Linux Advent Calendarの24日目の記事として不揮発メモリの状況について記載したいと思います。今回はkernelのソースの中とかのあまり技術的に深いところは突っ込まず、概略レベルです。（深いところはまだまだ勉強中の身です）。間違いなどがあればご指摘いただけると幸いです。 不揮発メモリとは これまでPCやサーバなどで主記憶装置といえば、電源を停止させたり再起動させるとデータがクリアされる揮発性のRAMが使われて来ました。この主記憶としてのメモリが不揮発
How much memory is my process using?
I often want to know how much memory my processes are using. When I run top, I see this: For years I’ve been reading explanations of the VIRT, RSS, and SHARED columns and for years I’ve been like “ugh, why is this so complicated, why can’t I just know how much memory my process is using, this is silly. Today I read the super-helpful article htop explained, and together with learning a little bit m
【MySQL】総メモリー使用量を算出するSQL作ってみた - もぐめぽろぐ
必要メモリ量＝グローバルバッファのサイズ＋（各スレッドのバッファサイズの合計 × 最大接続数(max_connections)） 各スレッドのバッファサイズの合計とは、以下の値の合計値です。 sort_buffer_size myisam_sort_buffer_size read_buffer_size join_buffer_size read_rnd_buffer_size グローバルバッファのサイズは、以下の値の合計値です。 key_buffer_size innodb_buffer_pool_size innodb_log_buffer_size innodb_additional_mem_pool_size net_buffer_length ※実践ハイパフォーマンスMySQL による とあるのだが、一般的にいわれてる計算式はさらにそれに+query_cache_sizeがプラ
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で確認する アプリケーションプロセスにメモリを大量消費しているプ
Linux のプロセスが Copy on Write で共有しているメモリのサイズを調べる
Linux は fork で子プロセスを作成した場合、親の仮想メモリ空間の内容を子へコピーする必要があります。しかしまともに全空間をコピーしていたのでは fork のコストが高くなってしまいますし、子が親と同じようなプロセスとして動作し続ける場合は、内容の重複したページが多数できてしまい、効率がよくありません。 そこで、Linux の仮想メモリは、メモリ空間を舐めてコピーするのではなく、はじめは親子でメモリ領域を共有しておいて、書き込みがあった時点で、その書き込みのあったページだけを親子で個別に持つという仕組みでこの問題を回避します。Copy-On-Write (CoW) と呼ばれる戦略です。共有メモリページは、親子それぞれの仮想メモリ空間を同一の物理メモリにマッピングすることで実現されます。より詳しくは コピーオンライト - Wikipedia などを参照してください。 この CoW に
SystemTapで真犯人を捕まえろ！
SystemTapで真犯人を捕まえろ！：Linuxトラブルシューティング探偵団 番外編（3）（1/4 ページ） NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！ 助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。 Web：福山義仁 俺は、福山義仁。Web技術の達人さ。Apache
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
グーグルの研究が示すメモリエラーの真実--明らかになった高い発生率
どうしてまたコンピュータがクラッシュしたのかと不思議に思ってはいないだろうか。Googleの実環境での研究によれば、それはメモリが原因かもしれないという。この研究では、メモリのエラー率が、これまでの研究で示されていたよりも高いことが分かった。 Googleは、同社のデータセンターにある膨大な数のコンピュータを使って、それらのマシンの実際の稼働状況についての実環境データを大量に収集することができる。それがまさに、エラー率が驚くほど高いことを明らかにした研究論文のために、同社が行ったことだ。 トロント大学教授Bianca Schroeder氏と、GoogleのEduardo Pinheiro氏ならびにWolf-Dietrich Weber氏の共著である同研究論文によれば、「メモリエラーの発生回数や、さまざまなDIMMにおけるエラー率の範囲が、以前報告されていたよりもずっと高いことが分かった。メ
無料のプロジェクト管理ツール「activeCollab」をUSBメモリで動かす方法 - GIGAZINE
前の記事、「The Uniform Serverを使ってUSBメモリでタスク管理サーバを持ち歩く方法」では「The Uniform Server」をUSBメモリにインストールして使えるようにするところまでを解説しましたが、今度は実際にオープンソースのプロジェクト管理ツール「activeCollab」をUSBメモリで動かすことになります。 手順は以下の通り。簡単に「activeCollab」の動作画面も掲載しておきます。 ◆「activeCollab」のインストール まずは公式サイトにアクセスしてダウンロード activeCollab - open source project management and collaboration tool. http://www.activecollab.com/ ダウンロードしたら解凍し、wwwフォルダの中にまるごと移動 それから以下のアドレスにアク
「The Uniform Server」を使ってUSBメモリでタスク管理サーバを持ち歩く方法
これはWindows＋Apache＋MySQL＋PHPの環境、略して「WAMP」と呼ばれている環境をUSBメモリに詰め込み、なおかつその上でタスク管理・プロジェクト管理が可能で日本語化もされている「activeCollab」というオープンソースソフトを動かし、ブラウザから自分一人専用のお仕事進捗状況管理USBメモリを作ってしまおう、という個人的必要のみに迫られて作成したものです。 プロジェクト管理やタスク管理といえばイマドキは複数人でコラボレーションする共同作業が一般的なこのご時世で、自分一人用というのがどれだけ需要があるのかわからないのですが、きっとこの広いネットのどこかには単純に予定管理・タスク管理だけをしたいが、そのためだけにグループウェアは使いたくない、Outlookもいや、紙の手帳もイヤ、という人がどこかにいると信じます。 この方法のメリットは主に4つ。 1:USBメモリに全部詰
パソコンのメモリが壊れていないかメモリテストを行うフリーソフト「MemScope」
新しくパソコンを購入した場合や、メモリを増設した場合にはメモリテストが必須です。メモリのエラーはハードディスクのエラーと違って見分けにくく、ウインドウズの調子が悪いのかな？というように誤解しやすいためです。また、購入直後であれば初期不良ということで無料でメモリが交換可能な場合がほとんどです。そのため、とりあえずメモリテストは必須。 今回のフリーソフト「MemScope」はそういったメモリテストツールの一つ。特徴は、このソフトがもともとフリーではないと言うこと。ハードウェア全体のエラーを調査して診断するソフトウェアを開発している「Micro2000」というマイクロソフト認定パートナー（マイクロソフトは高い技術力のあるIT関連企業を認定パートナーとしている）が販売しているソフトウェア「Micro-Scope」に採用しているのと同じ機能なのです。そのため、信頼性はかなり高いと判断していいはず。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
