スワップの弁護：よくある誤解を解く
(This post is also available in English.) この記事は In defence of swap: common misconceptions を 著者の Chris Down さんの許可 を得て Hiroaki Nakamura が日本語に翻訳したものです。 原文のライセンス は CC BY-SA 4.0 であり、翻訳のライセンスも同じく CC BY 4.0 とします。 長文を読みたくない方への要約： スワップを持つことは正しく機能するシステムのかなり重要なポイントです。 スワップが無ければ、まともなメモリ管理を実現することは難しくなります。 スワップは一般的に緊急事態用のメモリを取得するためのものではなく、メモリの回収を平等に効率的に行うためのものです。 実のところ「緊急事態用のメモリ」は一般的に盛大に悪影響を及ぼします。 スワップを無効にすることは
22.2. Write Barriers の有効化/無効化 Red Hat Enterprise Linux 6 | Red Hat Customer Portal
ストレージ管理ガイド 前書き Expand section "前書き" Collapse section "前書き" 1. ドキュメント規則 Expand section "1. ドキュメント規則" Collapse section "1. ドキュメント規則" 1.1. 誤字規則 1.2. 引用規則 1.3. 注記および警告 2. ヘルプの利用とフィードバック提供 Expand section "2. ヘルプの利用とフィードバック提供" Collapse section "2. ヘルプの利用とフィードバック提供" 2.1. ヘルプが必要ですか? 2.2. ご意見をお寄せください 1. 概要 Expand section "1. 概要" Collapse section "1. 概要" 1.1. Red Hat Enterprise Linux 6 の新機能 I. ファイルシステム Expa
ext4のnobarrierとjournal_async_commitの詳細 - Qiita
はじめに 先の記事の予告の通り、nobarrierとjournal_async_commitがどう動くのかについての詳細の調査を実施した。 なお、ほやほやのLinux-4.10くらいを見ています。 Documentation kernel/Documentation/filesystems/ext4.txtより 185 barrier=<0|1(*)> This enables/disables the use of write barriers in 186 barrier(*) the jbd code. barrier=0 disables, barrier=1 enables. 187 nobarrier This also requires an IO stack which can support 188 barriers, and if jbd gets an error o
catコマンドだけでUUID4を生成できる不思議 | 三鷹台でひきこもるプログラマの日記
Linuxで/dev/urandomを激しく読みまくる処理をさせるため、エントロピーを確認しようと思い立ち、cat /proc/sys/kernel/random/ まで打ち込んで、はてエントロピーはどのファイルで確認できるんだっけ? ということでtabキーでファイル名を確認しようとした。 $ cat /proc/sys/kernel/random/ boot_id poolsize uuid entropy_avail read_wakeup_threshold write_wakeup_threshold ふむ、entropy_availだったね。 …なのだが、すごく気になるファイル名が。uuidって? まさか、と思った次の瞬間にやってしまった。 $ cat /proc/sys/kernel/random/uuid d0e522f7-217a-4c24-95d2-ec83a00ce17
Linuxカーネル5.4公開、exFATサポートとカーネル保護機能
Linus Torvalds氏は11月24日(米国時間)、「LKML: Linus Torvalds: Linux 5.4」において、Linuxカーネルの最新安定版となる「Linux kernel 5.4」の公開を伝えた。このバージョンは比較的小さな機能改善や変更が行われたバージョンで、2019年に公開される最後の安定版になると考えられている。 Linuxカーネル5.4の注目の変更点や新機能は次のとおり。 カーネルに対するロックダウン機能の導入。rootアカウントが乗っ取られた場合など、これまでの実装ではroot権限でカーネルの書き換えができてしまう。カーネルに対するロックダウン機能を有効にした場合、この改竄を防止することができる。デフォルトでは無効になっており、lockdown = kernelといった指定で有効化できる exFATファイルシステムをサポート。FATファイルシステムでは4
Man page of SEM_OVERVIEW
Section: Linux Programmer's Manual (7) Updated: 2020-06-09 Index JM Home Page roff page 名前 sem_overview - POSIX セマフォの概要 説明 POSIX セマフォを使用すると、プロセスやスレッド間でその動作を 同期させることができる。 セマフォは整数であり、その値は決して 0 未満になることは許されない。 セマフォに対してできる操作は 2 つである: セマフォ値を 1 増やす (sem_post(3)); セマフォ値を 1 減らす (sem_wait(3))。 セマフォの値がすでに 0 の場合、セマフォ値が 0 より大きくなるまで sem_wait(3) 操作は停止 (block) する。 POSIX セマフォには、名前付きセマフォ (named semaphore) と 名前なしセマフ
/proc on Mac OS X
© Amit Singh. All Rights Reserved. Written in Early 2003 The "process" file system (procfs for brevity, or simply /proc, where it is usually mounted) has become relatively common on Unix and Unix-like systems (Linux, FreeBSD, Solaris ...). procfs is meant to be a file system representation of the process table, although some systems put so many features and functionality into procfs (Linux, for ex
fuse - 詳解ファイルシステム
詳解ファイルシステム Linuxのファイルシステムを詳解します トップページページ一覧メンバー編集 fuse 最終更新： linuxfs 2007年02月16日(金) 14:26:26履歴 Tweet FrontPage 詳解fuse kernel 2.6.20から抜粋しました。(20070216)~ 詳解fuse fuseとは FUSEに対するアクセス Fuseを利用したファイルシステム NetworkFileSystems ArchiveFileSystems fuseとは FUSEは、userspaceファイルシステムフレームワークで、以下の３点から成ります。~ カーネルモジュール（fuse.ko） userspace library（libfuse.*） a mount utility(fusermount） FUSEのライブラリとユーティリティは以下のHPより入手可能です。~ h
Improving ext4: bigalloc, inline data, and metadata checksums [LWN.net]
Improving ext4: bigalloc, inline data, and metadata checksums Please consider subscribing to LWNSubscriptions are the lifeblood of LWN.net. If you appreciate this content and would like to see more of it, your subscription will help to ensure that LWN continues to thrive. Please visit this page to join up and keep LWN on the net. It may be tempting to see ext4 as last year's filesystem. It is soli
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
atime関連マウントオプション使用時のディスク性能比較 - 科学と非科学の迷宮
要約 ITPro 掲載のチューニング記事に書かれていた、 「mount オプションに noatime オプションを付加すると読み込み速度が倍になる」 という情報について検証を行いましたが、検証方法や考察に誤りがありました。 調査の結果 Fedora8, Fedora9, Ubuntu8.04 LTS ではデフォルトで relatime オプションがついていることがわかりました。 検証方法を read() システムコールの実行時間測定という方法に変更し、あらためてデフォルト、noatime, relatime マウントオプション付加時の性能検証を行ったところ、私の環境(Core 2 Duo(2.2GHz),メモリ2GB,Fedora8)では noatime, relatime マウントオプションを付加することで、デフォルト時の実行時間の半分で read() システムコールを実行することができ
ぽちネット-Linux備忘録-Hints&Tips-initrd.imgファイルの編集
32．initrd.imgファイルの編集 linuxを起動するときにscsiやその他Raidカードなどからrootデバイスを認識させる場合,通常ramdiskと呼ばれるファイルをロード後ディスクデバイスをマウントします。 kernel標準のデバイスドライバーであればmkinitrdコマンドを使用してramdiskへドライバーを含めることができますが,場合によってはinitrd.imgを展開してドライバーを自身で含めなければならないことがあります。 initrd.imgの展開方法： #gunzip -S .img initrd.img これでinitrdというファイルが作成されます initrdファイルの編集： #mount -o loop initrd /mnt /mntにinitrdファイルをマウントすることで/mnt以下でファイルが編集できるようになります 編集後のin
JF: Linux Kernel 2.6 Documentation: kernel.txt
JF: Linux Kernel 2.6 Documentation: /usr/src/linux/Documentation/sysctl/kernel.txt sysctl/kernel.txt /proc/sys/kernel/* に関する文書 [プレインテキスト版] 原著作者: Rik van Riel <riel@nl.linux.org> 翻訳者: 川崎 貴彦 <takahiko(a)hakubi.co.jp> バージョン: 2.6.7 翻訳日時: 2004/07/29 /proc/sys/kernel/* に関する文書 カーネルバージョン 2.2.10 (c) 1998, 1999, Rik van Riel <riel@nl.linux.org> 一般的な情報と法的宣言については、README を見てください。 ============================
Linuxのページキャッシュをきれいさっぱり消すには？ | Tricorn Tech Labs
oktです。 インフラ系とか社内システムとかいろいろ担当してます。 Linuxのカーネルは過去に読み込んだディスクの内容をメインメモリに保持する機能を持ってます。 重要な機能ですが、普段サーバ等を触っている分には意識しないことが多くハマったりします。 意識しないでプログラムの検証なんかしていると、キャッシュ有無で大きく結果が違ったりします。 ちなみにページキャッシュ自体についてはhatenaのnaoyaさんの記事を読むのをお勧めします。 そんなわけで、意図的にキャッシュを消したい場合には？という方のためにメモを残してみます。 linux kernel 2.6.16以降、以下の操作でページキャッシュを強制的にクリアすることができます。 ちなみに、RHEL4は2.6.9ベースのカーネルですが、RHEL4.6から実装されています。 # echo 1 > /proc/sys/vm/drop_cac
革命の日々！ relatimeがどこで実装されているのか調べてみた
ITProのLinuxチューニングの記事がひどい事になっている件について http://mkosaki.blog46.fc2.com/blog-entry-535.html という数本前の記事について、id:shiumachiさんが追試してくれました。 つ http://d.hatena.ne.jp/shiumachi/20080605 むむむ、すばらしいです。 特にrelatimeのあたりが秀逸です。relatimeの性能測定って他にあんまりないのではないかしら。 複数の方からご指摘いただいておりますが、noatimeはあの記事のなかで数少ない、現在でも意味のあるオプションです。 せっかくなので、お礼がてら、relatimeについてちょいと追記してみます。 まず、atimeまわりのオプションの意味から デフォルト： 常にatimeを更新する noatime： 常にatimeを更
10月版 2.6.27はLTSに、命名規則の変更案も飛び出した（1/2） － ＠IT
小崎資広 2008/11/4 2008年に入ってからずっと手掛けていたSplit LRUパッチ（参考：「Linuxメモリ管理の最先端を探る」）がやっと2.6.28のマージウィンドウにてマージされ、ほっと一息ついてる筆者です。さてさて、10月はカーネル2.6.27がリリースされたので、そちらの紹介をメインにお届けします。それではどうぞ！ Linux 2.6.27にマージされた主な機能 2.6.26から約3カ月、10月10日にリリースされたLinux 2.6.27の主な機能や修正点から紹介していきましょう。 ■ext4：Delayed Allocation この機能は、そのまま「遅延アロケーション」ともいいます。従来のext3では、write()システムコールにおいてキャッシュに書き込みを行った時点で、ディスク上のブロックも予約していました。これには、キャッシュをディスクに反映するときに、ディ
革命の日々！ Deadline scheduler はfsyncに弱いので使い物にならないよ。という話
若干、亀だけど From: Heinz Diehl Subject: Re: SSD and IO schedulers On 08.04.2009, Corrado Zoccolo wrote: > I found that elevator=deadline performs much better than noop for > writes, and almost as well for reads [....] The DL elevator has slightly more throughput than cfq and anticipatory, but is almost unusuable under load. Running Theodore Ts'os "fsync-tester" while doing Linus' torture test "while :
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pass root file system by label to linux kernel
https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-class-net
RedHat Linux 技術的な質問(Part2) FAQ