LinuxにおけるTRIMの利用とモニタリング
本当はCentOS 6.0がリリースされるのを首を長くして待っていたのですが、待ちきれなかったのでとりあえずFedora 14をインストールしました。LinuxでTRIMを利用するには、ext4ファイルシステムをマウントする際にdiscardオプションを指定します。
# mount -t ext4 -o discard /dev/sda5 /mnt
Linuxでは、ブロックデバイスに不要領域を通知する機能のことをBlock Discardと呼んでいます。Block DiscardによってATAデバイスにはTRIMコマンドが、SCSIデバイスにはUNMAPというコマンドが発行されます。
さて、設定はこれだけなのですが、これで実際にTRIMが機能しているのかどうか少し心配になります。というのも、TRIMについてはログなどが何も出力されないためです。
そこで、SystemTapを用いてBlock Discardの様子をモニタリングするスクリプトを作ってみました。SystemTapについては昨年のエントリでも取り扱っていますので、そちらも是非ご覧ください。
- SystemTapでMySQLのDisk I/Oを分析する - SH2の日記
以下のスクリプトをdiscard.stpという名前で保存します。
probe kernel.function("blkdev_issue_discard").return {
printf("%s, sector=%d, nr_sects=%d, return=%d (%d - %d KiB)\n",
execname(), $sector, $nr_sects, $return,
$sector / 2, ($sector + $nr_sects) / 2 - 1);
}
stapコマンドでSystemTapを起動します。
# stap discard.stp
別のターミナルで、大きなファイルを作ってから削除してみます。
# dd if=/dev/zero of=temp.dat bs=8388608 count=128 oflag=direct 128+0 records in 128+0 records out 1073741824 bytes (1.1 GB) copied, 9.1373 s, 118 MB/s # rm temp.dat rm: remove 通常ファイル `temp.dat'? y
すると、数秒経ってから以下のようなログが出力されました。
jbd2/sda5-8, sector=5767168, nr_sects=16392, return=0 (2883584 - 2891779 KiB) jbd2/sda5-8, sector=4718592, nr_sects=262144, return=0 (2359296 - 2490367 KiB) jbd2/sda5-8, sector=4980736, nr_sects=262144, return=0 (2490368 - 2621439 KiB) jbd2/sda5-8, sector=5242880, nr_sects=262144, return=0 (2621440 - 2752511 KiB) jbd2/sda5-8, sector=5505024, nr_sects=262144, return=0 (2752512 - 2883583 KiB) jbd2/sda5-8, sector=6029312, nr_sects=262144, return=0 (3014656 - 3145727 KiB) jbd2/sda5-8, sector=5799936, nr_sects=229376, return=0 (2899968 - 3014655 KiB) jbd2/sda5-8, sector=6291456, nr_sects=262144, return=0 (3145728 - 3276799 KiB) jbd2/sda5-8, sector=6815744, nr_sects=32768, return=0 (3407872 - 3424255 KiB) jbd2/sda5-8, sector=6569984, nr_sects=245760, return=0 (3284992 - 3407871 KiB)
左から、プロセス名、TRIM開始セクタ、セクタ数、戻り値、括弧内はTRIM対象範囲をKiB単位に換算した値です。jbd2というのはファイルシステムにジャーナリング機能を付加するJournaling Block Deviceモジュールのext4対応版です。見ると、確かに合計1GiBの領域がTRIMされていることや、一度にTRIMされる領域が最大128MiBであることなどが分かります。
TRIMコマンドがファイル削除から少し遅れて実行されるのは、コマンドがバッファリングされてまとめて実行されるように設計されているためと考えられます。（但し、 -o syncしたら即時実行される）このあたりの事情はLinux Kernel Watchに詳しいです。
- SSDをめぐる議論に浮かび上がるベンダ模様 - ＠IT
また、Fedora 14ではファイルシステム構築時にもTRIMが発行されます。
# mkfs -t ext4 /dev/sda5 mke2fs 1.41.12 (17-May-2010) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 524288 inodes, 2097152 blocks 104857 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=2147483648 64 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632 Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 25 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override.
このときSystemTapの出力は以下のようになり、一度にデバイスの全領域をTRIMしていることが見てとれます。
mkfs.ext4, sector=0, nr_sects=16777216, return=0 (0 - 8388607 KiB)
一方、HDDなどTRIMに対応していないデバイスでは、戻り値として-95が返されます。これはEOPNOTSUPP、「Operation not supported on transport endpoint」というエラーを表しています。
jbd2/sdb5-8, sector=1312776, nr_sects=8, return=-95 (656388 - 656391 KiB) jbd2/sdb5-8, sector=270336, nr_sects=245760, return=-95 (135168 - 258047 KiB) jbd2/sdb5-8, sector=524288, nr_sects=262144, return=-95 (262144 - 393215 KiB) jbd2/sdb5-8, sector=1048576, nr_sects=262144, return=-95 (524288 - 655359 KiB) jbd2/sdb5-8, sector=802816, nr_sects=245760, return=-95 (401408 - 524287 KiB) jbd2/sdb5-8, sector=1572864, nr_sects=262144, return=-95 (786432 - 917503 KiB) jbd2/sdb5-8, sector=1327104, nr_sects=245760, return=-95 (663552 - 786431 KiB) jbd2/sdb5-8, sector=2097152, nr_sects=262144, return=-95 (1048576 - 1179647 KiB) jbd2/sdb5-8, sector=1851392, nr_sects=245760, return=-95 (925696 - 1048575 KiB) jbd2/sdb5-8, sector=2375680, nr_sects=65536, return=-95 (1187840 - 1220607 KiB)
おわりに
LinuxにおけるSSDのTRIM対応はWindowsに比べて少し遅れていたため、これまでSSDの導入に躊躇していたのですが、ようやく条件が整ってきました。ちょうどIntelから新しいCPUも発売されたことですし、Sandy Bridge＋RHEL 6.0/Ubuntu 10.10＋最新SSDへと環境を刷新する絶好のタイミングかもしれません。
“
| — |
SSDに対するBlock Discard/TRIMをSystemTapで可視化する - SH2の日記 ext4ファイルシステムをマウントする際にdiscardオプションを指定する事が大事なようですね。 (via kens-notepad) |
もし、貴方が痴漢恐喝女に嫌疑をかけられ、駅員に引き渡されそうになったら・・・
★駅員「痴漢ですか？事務室で事情を聞きましょうか？」
○貴方（身分証を提示、名刺を渡す）
「私は痴漢ではありませんし、住所・氏名を明らかにしました。
刑事訴訟法217条により、私を現行犯逮捕することは違法です。」
※刑訴法第217条[軽微事件と現行犯逮捕]
三十万円（刑法、暴力行為等処罰に関する法律及び経済関係罰則の整備に関する
法律の罪以外の罪については、当分の間、二万円）以下の罰金、拘留又は科料に当たる
罪の現行犯については、犯人の住居若しくは氏名が明らかでない場合又は犯人が逃亡する
おそれがある場合に限り、第二百十三条から前条までの規定を適用する。
(身元を明らかにしている人間は現行犯逮捕できない。）
★駅員「いいから、話を聞くだけですから来て下さい！」
○貴方「それは任意ですよね？でしたらお断りします。失礼！」
★駅員「ちょ、ちょっと！（引き止める）」
○貴方「どうしても連れて行くというのであれば、現行犯逮捕をしているという事になりますが、
刑事訴訟法 217条を無視して現行犯逮捕するんですか？アナタとこの女性(痴漢恐喝女)が
刑法 220 条の逮捕監禁罪に問われますよ？」
※刑法 220 条[逮捕監禁罪]
不法に人を逮捕又は監禁したる者は３ヶ月以上５年以下の懲役に処す。
(開放を拒んだり、力づくで事務室に連れて行く事はできない。)
・・・・・それでも、むりやり駅員室に連れて行かれた。
（しかし、この時点で上記２法２条に違反しておりアウト！民事での勝利は確定しました。）
すると、鉄道警察が飛んできて尋問される。さて、最初が肝心です！
「黙秘します。」
「当番弁護士を呼んでください」
これをいきなり言ってはいけません。
警官が「あなたには黙秘権が有る」「必要ならば弁護士を呼んでもいい」
と最初に言わなかったら…またもアウト！なんです
★警官（いきなり）「おたく、名前は？痴漢やったの？」
○貴方「黙秘権、弁護士について触れずにいきなり尋問を始めましたね？
刑事訴訟法198条違反です。この駅員室に居る方すべてが証人です。」
※刑事訴訟法198条[被疑者の出頭要求・取調べ]
検察官、検察事務官又は司法警察職員は（取り調べに際して）被疑者に対し、
あらかじめ、自己の意思に反して供述をする必要がない旨を告げなければならない。
（取り調べに際して、まず黙秘権があることを伝える義務がある）
後は「当番弁護士をよんでください。以後は黙秘します。」
・・・と言って何を言われてもガンとして黙っておこう。
注意しなくてはいけないのは「絶対口を開いてはいけない」ということ。
「ちがいます」「間違いです」などもダメ。相手はそこに付けこんで口を割りにかかってくる。
やがて弁護士が来たら、ここまでの違法逮捕の経緯を説明する。
間違い無く即時開放されるので、その後は訴訟を起こし、不名誉と不利益を挽回しよう。
※即時開放される → 刑事訴訟法198条[被疑者の出頭要求・取調べ]
被疑者は、逮捕又は勾留されている場合を除いては、出頭を拒み、又は出頭後、何時でも退去することができる。
（身元を示した時点で、現行犯逮捕の要件を満たさず、既に違法逮捕の状態である事が
弁護士から恐喝女・駅員・警官に伝えられる。青くなった彼らを置いてバイバイ。）
最後に・・・
恐喝女はもちろん訴訟の対象なので弁護士を通じて住所・氏名を確かめておこう。
鉄道は会社なので、マズいと思ったら(つーかアウトだが)示談に持ちこんでくる。
さて、いくら取れるだろう？
198条に抵触したドキュソ警察は法廷でコテンパンにやってしまい、厳重注意＆減俸にしてしまおう。
★駅員「痴漢ですか？事務室で事情を聞きましょうか？」
○貴方（身分証を提示、名刺を渡す）
「私は痴漢ではありませんし、住所・氏名を明らかにしました。
刑事訴訟法217条により、私を現行犯逮捕することは違法です。」
※刑訴法第217条[軽微事件と現行犯逮捕]
三十万円（刑法、暴力行為等処罰に関する法律及び経済関係罰則の整備に関する
法律の罪以外の罪については、当分の間、二万円）以下の罰金、拘留又は科料に当たる
罪の現行犯については、犯人の住居若しくは氏名が明らかでない場合又は犯人が逃亡する
おそれがある場合に限り、第二百十三条から前条までの規定を適用する。
(身元を明らかにしている人間は現行犯逮捕できない。）
★駅員「いいから、話を聞くだけですから来て下さい！」
○貴方「それは任意ですよね？でしたらお断りします。失礼！」
★駅員「ちょ、ちょっと！（引き止める）」
○貴方「どうしても連れて行くというのであれば、現行犯逮捕をしているという事になりますが、
刑事訴訟法 217条を無視して現行犯逮捕するんですか？アナタとこの女性(痴漢恐喝女)が
刑法 220 条の逮捕監禁罪に問われますよ？」
※刑法 220 条[逮捕監禁罪]
不法に人を逮捕又は監禁したる者は３ヶ月以上５年以下の懲役に処す。
(開放を拒んだり、力づくで事務室に連れて行く事はできない。)
・・・・・それでも、むりやり駅員室に連れて行かれた。
（しかし、この時点で上記２法２条に違反しておりアウト！民事での勝利は確定しました。）
すると、鉄道警察が飛んできて尋問される。さて、最初が肝心です！
「黙秘します。」
「当番弁護士を呼んでください」
これをいきなり言ってはいけません。
警官が「あなたには黙秘権が有る」「必要ならば弁護士を呼んでもいい」
と最初に言わなかったら…またもアウト！なんです
★警官（いきなり）「おたく、名前は？痴漢やったの？」
○貴方「黙秘権、弁護士について触れずにいきなり尋問を始めましたね？
刑事訴訟法198条違反です。この駅員室に居る方すべてが証人です。」
※刑事訴訟法198条[被疑者の出頭要求・取調べ]
検察官、検察事務官又は司法警察職員は（取り調べに際して）被疑者に対し、
あらかじめ、自己の意思に反して供述をする必要がない旨を告げなければならない。
（取り調べに際して、まず黙秘権があることを伝える義務がある）
後は「当番弁護士をよんでください。以後は黙秘します。」
・・・と言って何を言われてもガンとして黙っておこう。
注意しなくてはいけないのは「絶対口を開いてはいけない」ということ。
「ちがいます」「間違いです」などもダメ。相手はそこに付けこんで口を割りにかかってくる。
やがて弁護士が来たら、ここまでの違法逮捕の経緯を説明する。
間違い無く即時開放されるので、その後は訴訟を起こし、不名誉と不利益を挽回しよう。
※即時開放される → 刑事訴訟法198条[被疑者の出頭要求・取調べ]
被疑者は、逮捕又は勾留されている場合を除いては、出頭を拒み、又は出頭後、何時でも退去することができる。
（身元を示した時点で、現行犯逮捕の要件を満たさず、既に違法逮捕の状態である事が
弁護士から恐喝女・駅員・警官に伝えられる。青くなった彼らを置いてバイバイ。）
最後に・・・
恐喝女はもちろん訴訟の対象なので弁護士を通じて住所・氏名を確かめておこう。
鉄道は会社なので、マズいと思ったら(つーかアウトだが)示談に持ちこんでくる。
さて、いくら取れるだろう？
198条に抵触したドキュソ警察は法廷でコテンパンにやってしまい、厳重注意＆減俸にしてしまおう。
現象
コンピュータを起動し ThinkVantage、LenovoCare または F11 ボタンを押すと「BOOTMGR is missing, Press CTRL+ALT+DEL to restart」というエラー・メッセージが表示されます。
アップグレードの非互換性を避けるため、 Rescue and Recovery アップグレード・プロセス中に、 Rescue and Recovery は 出荷時コンテンツに復元で使用されるインストール・モジュールを無効にします。 Windows Vista が導入されているコンピュータに Rescue and Recovery をアップグレードし、出荷時コンテンツに戻すためのリカバリー・ディスクを作成し、そのリカバリー・ディスクから復元を実行すると「BOOTMGR is missing, Press CTRL+ALT+DEL to restart」のエラー・メッセージが表示されます。
解決策
下記のいずれかを実行すしてください。
* Rescue and Recovery の最新バージョンをインスールします。
* Rescue and Recovery をアップグレードする前に、リカバリー・ディスクを作成します。
CMVC #: 399031
