革命の日々！ @ITのmeminfoの見方の説明が完全に間違っている件について
http://www.atmarkit.co.jp/flinux/rensai/tantei01/bangai01c.html Activeはページキャッシュや無名ページ（注3）のうち、最近利用したり、まだストレージとの同期が取れていない「捨てられない」ページです。Inactiveは、同じくページキャッシュや無名ページのうち、最後にアクセスされてからある程度時間がたち、ストレージとの同期も完了していて、すぐに捨てられるページです。よって、/proc/meminfoの出力でいうところの MemFreeとInactiveを足すことで確実に利用可能なメモリ量を算出することができます。 （実際に利用可能なメモリ量）≒（MemFree＋Inactive） この値を利用し、一定量を下回らないようにするのが、簡単・確実なメモリ利用率監視法といえます。 間違ってる。完全に。 たぶんNTT OSSセンタとい
AppArmor - ArchWiki
AppArmor は強制アクセス制御 (MAC) のシステムです。Linux Security Modules (LSM) 上に実装されています。 他の LSM と同じように、AppArmor はデフォルトの任意アクセス制御 (DAC) を置き換えるというよりも補完するものです。そのため、プロセスに最初から持っている権限よりも高い権限を与えることはできません。 Ubuntu や SUSE などのディストリビューションはデフォルトで AppArmor を使用しています。RHEL (とその派生) は正しく機能させるのにユーザー空間における設定が必要になる SELinux を使っています。SELinux は全てのファイル・プロセス・オブジェクトにラベルを貼るため非常に柔軟性があります。しかしながら SELinux の設定は非常に複雑で、ファイルシステムが SELinux に対応していなければなり
実行してはいけないLinuxコマンド(18) カーネルをパニックさせる「キル・スイッチ」を実行してみる（1）
キル・スイッチとは? オペレーティングシステムには、システムを終了するためのコマンドや方法が用意されている。これらを実行すると、ベアメタルで動作していれば、そのままマシンの電源がOFFになる。実はこれら以外にも、オペレーティングシステムにはキル・スイッチと呼ばれる処理に相当するコマンドや仕組みが用意されていることがある。この機能はLinuxにも存在している。 キル・スイッチは故意にカーネルをパニックさせるためのメカニズムだ。UNIX系のオペレーティングシステムではカーネルが何らかの問題で想定外の狂った状態になることをパニックと呼ぶことがあり、カーネルがパニックしたらもうシステムはおしまいだ。再起動でもしない限り、正常な状況に復帰することはほとんどない。 では、なぜこの状況を故意に発生させる方法が用意されているのかということになるのだが、多くの場合、デバッグや開発目的で用意されている。開発時
Linux のスリープ処理、タイマ処理の詳細を見る - naoyaのはてなダイアリー
UNIX でプロセスを一時的にスリープさせるには sleep(3) が使えます。sleep() は引数に秒単位でしか時間を指定できないので、より短い時間を指定したい場合は usleep(3) (マイクロ秒) や nanosleep(2) (ナノ秒) を使うことになります。sleep(), usleep() はライブラリ関数、nanosleep() はシステムコール*1です。 この usleep() や nanosleep() で 1ms 程度の短い時間プロセスを停止したとして、正確にその時間だけ停止させることはできるでしょうか。http://shiroikumo.at.infoseek.co.jp/linux/time/ にあるコードを参考に、実際に動かしてみます。カーネル 2.6.19 x86_64、CentOS 5 で試します。 まず、nanosleep() で 1ms のスリープを行
/proc/meminfoを考える - めもめも
通りすがりの貴方・・・・ /proc/meminfoのあっちの値とこっちの値を足したら、なんでそっちの値と同じにならないの・・・・ と悩んだことありますよね？ /proc/meminfoは、カーネルが内部的に管理している枠組みでのメモリ情報をそのまま出しているので、残念ながらユーザ視点で知りたいメモリ情報とは一致しません。 とはいえ、変な解釈をして無意味に悩まないために、それぞれの値の意味合いと項目間の関係を知っておくのは有意義です。私の理解の範囲で、それらの関係をまとめていきます。 ＃私の理解も完璧ではないので、間違いあればやさしくご指摘お願いします。 参考資料 http://mkosaki.blog46.fc2.com/blog-entry-1007.html 2011/09/07 追記： tmpfsがSwapCachedに含まれるのは幻想でした。tmpfs=Shmemに修正しました。
The OOM CTF
カーネルのバージョンやシステムの構成や実行するタイミングなどの変動要因により、結果が異なる場合がありますことを予めご了承ください。 0.3 自己紹介：熊猫の Linux との関わりについて ＯＳレベルでのセキュリティ強化 ２００３年４月から２０１２年３月までは、 TOMOYO Linux という Linux システム向けのアクセス制御モジュールの開発に携わってきました。バッファオーバーフロー脆弱性やＯＳコマンドインジェクション脆弱性を撲滅できない状況で、当初は SELinux という難解なアクセス制御モジュールしかありませんでした。 TOMOYO Linux のメインライン化にまつわる苦労話は、セキュリティ＆プログラミングキャンプ２０１１の講義資料を参照していただければと思います。 TOMOYO Linux から始まって AKARI や CaitSith に至るまでの変遷は、セキュリティ・
第8章 Linux カーネルデバイスドライバー仕様
本章では、Armadillo-400 シリーズに固有な Linux カーネルのデバイスドライバーの仕様について説明します。 Armadillo-400 シリーズでは、カーネルコンフィギュレーションを変更することにより、標準で有効になっているもの以外の様々な機能を使用することができます。 Armadillo-400で、標準で有効になっていないデバイスドライバーを使用するためには、以下の手順でカーネルコンフィギュレーションをおこなう必要があります。 ボードオプションによりどのピンに機能を割り当てるか選択する。 ボードオプションは、make menuconfig でコンフィギュレーションを行う場合、Linux Kernel Configuration の System Type -> Freescale MXC Implementations -> MX25 Options -> Armadil
Linuxネットワークドライバの開発 - Handwriting
この記事はLinux Advent Calendar 2016 9日目の記事です。 遅刻してしまい申し訳ございません。。。 とある事情があって1ヶ月半ほど独自NICのLinux向けのネットワークドライバを開発していた。 今回はARM用のデバイスドライバを開発した。NICはXilinx社のFPGAであるZYBOを用いて開発した。 まだ十分に実用段階というわけではないが、ひとまず独自NIC経由でのpingやiperfが通ったので、後学のために知見を残しておきたい（誰得だ、という感じだが）。 ソースコードはまだ公開されていないが、そう遠くないうちに公開する予定（たぶん）。 はじめに Linuxのデバイスには キャラクタデバイス - バイト単位のデータ通信 (e.g. シリアルポート) ブロックデバイス - ブロック単位のデータ通信 (e.g. ディスク) ネットワークデバイス の3種類がある。ネ
【RHEL】linuxメモリのfreeとmeminfoの関係を図解し利用率の計算方法を説明してみる - のぴぴのメモ
はじめに linuxのメモリ利用容量(空き容量)の考え方 linuxのメモリ利用容量/空き容量の計算方法 ■RHEL7 【freeコマンドとmeminfoの図解】 【計算方法】 freeコマンド表示例 /proc/meminfo表示例 ■RHEL6 【freeコマンドとmeminfoの図解】 【計算方法】 freeコマンド表示例 /proc/meminfo表示例 ■RHEL5以前 【freeコマンドとmeminfoの図解】 【計算方法】 freeコマンド表示例 /proc/meminfo表示例 蛇足 その1：無名ページとファイルページ その２：図解の内容のツッコミ その３：RHEL6の計算 その４：Inactiveを空き領域とすることは間違い。 はじめに linuxサーバを利用する上で何時も頭を悩ますものの一つが、メモリ利用状況の評価(メモリ利用率)ではないでしょうか。私も悩みます。そこで
[ARM] compressed kernel
zImageの展開処理 調査対象は、【kernel 3.0.39 "Sneaky Weasel"】です。 例として、u-bootから起動する場合を考えます。 ここで上げるのは、とあるボードへの移植時に調査した値です。 ボード依存部の値は、デタラメに書いている可能性があるので、注意してください。 NOR bootの場合は、ROM上のコード実行が可能ですが、昨今の方式*1ではbootloaderがDRAM上に展開してから実行することが多いでしょう。 u-bootが読み込むファイル、uImageは、zImageにuImageヘッダがついたもの。 図にしてみると以下のイメージ。(AAでスミマセン） +------------------------+ | u-boot header(64oct.) | +------------------------+ | zImage decompress c
![[ARM] compressed kernel](https://cdn-ak-scissors.b.st-hatena.com/image/square/ed177ae0b8b8323958e0644f1bcd0093d4d45f59/height=288;version=1;width=512/https%3A%2F%2Fwww.ujiya.net%2Fpub-dist%2Fdefault-logo.png){kind=logo}
Linux 起動ロゴの変更 - Pylone Blog
フレームバッファに表示される起動時のロゴ画像を変更する方法を紹介します。 以前はピクセル値が配列にベタ書きされたヘッダファイルを用意する必要がありましたが、Linux-2.6でフレームバッファ周辺が書き直されて PNM を直接ソースツリーに置けるようになりました。 例として、このfreedesktop.orgのロゴ画像 (PNG, 80x80) を224色の起動ロゴにしてみます。 まず、画像をPNMに変換します。 $ convert -colors 224 fdo_logo.png fdo_logo.pnm pnm2ascで ピクセル値がASCIIのPNMに変換して、drivers/video/logo/ に放り込みます。 $ pnm2asc fdo_logo.pnm > drivers/video/logo/logo_fdo_clut224.ppm drivers/video/logo/
dkms - Begin to!
プロプライエタリなドライバやカーネルに同梱されてないものをうまく使うための仕組みとして、dkms (Dynamic Kernel Module Support)というのがあります。ドライバのソースが/usr/src/の下にそれぞれあって、カーネルをアップグレードして再起動した際など、必要な際に自動的にドライバをコンパイル、インストールしてくれます。ただし、SCSI系等でブート時に必須でinitrdに組み込む必要があるヤツだと、再起動の前に、 dkms build -m {ドライバ名} -v {ドライバのバージョン} -k {カーネルのバージョン} dkms install -m {ドライバ名} -v {ドライバのバージョン} -k {カーネルのバージョン} とかする必要はありそう。ちなみに、起動時に自動インストールするか、とかinitrdに組み込むか等の設定は /usr/src/{ドライバ
カーネルを再構築したい D: Software/LinuxKernel - Debian GNU/Linux スレッドテンプレ
This domain may be for sale!
Ext4, ついに安定版リリース at nkjmkzk.net
Oracle, Open Source, Private12/24にLinux kernel 2.6.28がリリースされました。このリリースの目玉としてExt4実装があります。Ext4はExt3と互換性を保ちながらも多くの改良がなされたものになっているようです。kernelnewbies.orgに記載されているNew featureを意訳してまとめてみました。 互換性 既存のExt3ファイルシステムはExt4にリフォーマットすることなく移行可能。具体的には該当ボリュームをReadOnlyでマウントしていくつかコマンド叩くだけでOK。 より大きなファイルシステムサイズ、ファイルサイズのサポート Ext3からExt4ではそれぞれの制限は以下の通り。 ファイルシステムサイズ：16TB -> 1EB (エクサバイト） ファイルサイズ：2TB -> 16TB ちなみにEBとは、 (1 EB = 10
JF: Linux Kernel 2.4 Documentation: ip-sysctl.txt
JF: Linux Kernel 2.4 Documentation: /usr/src/linux/Documentation/networking/ip-sysctl.txt networking/ip-sysctl.txt /proc/sys/net/ipv4/* の変数 [プレインテキスト版] 原著作者: Alexey Kuznetsov <kuznet@ms2.inr.ac.ru> Andi Kleen <ak@muc.de> Pekka Savola <pekkas@netcore.fi> 翻訳者: 野本浩一 <hng@ps.ksky.ne.jp> バージョン: 2.4.5 翻訳日時: 2001/11/20 /proc/sys/net/ipv4/* の変数： ip_forward - 論理型 0 - 無効 (既定値) 0 以外 - 有効 パケットをインターフェース間でフォワー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第6章 動作確認方法
mmap (メモリマップトファイル) : kei@sodan