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
Linuxカーネルを2038年問題に対応させるには
System call conversion for year 2038 [LWN.net] lwn.netでLinuxカーネルを2038年問題に対応させるにはという記事が公開されている。 32bit版Linuxカーネルのtime_tはsigned 32 bitなので、現行の32bit版Linuxカーネルをそのまま使い続けるシステムは、2038年問題の影響を受ける。 問題の日付が近づくにつれ、32bitシステムは様々な楽しげな理由により障害を起こすことが予測されるので、今日のLWN読者は、退職から呼び戻されて、紀南を救うために英雄的な活躍をするだろう。今対策をしなければの話だが。 さて、32bit Linuxカーネルでも、time_tなどの時間の表現に64bitの値を使えば2038年問題は解決できるか。実は、問題はそれほど単純ではない。 カーネル内部の時間表現を64bitに移行するだけでは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
