NTT、高信頼性Linuxシステムを実現する新ファイルシステム「NILFS」を公開

NTTは9月26日、自動的かつ連続的にスナップショットを取得することができるLinux用のファイルシステム「NILFS」
（The New Implementation of a Log-structured　File System）を開発し、GPLに基づきオープンソースソフトウェア
として公開した。
サービスを停止することなくスナップショットを取得できるため、障害が発生した場合でも迅速に復旧作業を行え、
システムの信頼性向上につながるという。

NTTのサイバースペース研究所ではこれまで、Linux OSやミドルウェアの高信頼化／高機能化に取り組んできた。
2005年2月には、その成果の1つである「高信頼ファイルシステム」の機能要件が、オープン・ソース・デベロップメント・ラボ
（OSDL）が発表した「OSDLデータセンタLinux仕様1.1版」に採用されている。

今回発表されたNILFSは、この高信頼ファイルシステムの要件を満たすとともに、オペレーションコストの削減も図るよう
開発されたものだ。

特徴としては、記録済みデータへの上書きを行う代わりに、データの追加や変更分をディスク上の空き領域に
チェックサム付きで追記する方式を採っていることが挙げられる。これにより、データ破壊の確率を低めるとともに、
書き込み性能の向上を実現した。たとえば、データベースサーバへのログ出力のようなファイルの保存に最適だという。

また、一連のトランザクションが完了した時点で、時刻情報付きのスナップショットを自動的かつ連続的に生成する。
このため、サービスを停止することなくスナップショットを取得でき、万一障害が発生した際にも瞬時のリカバリが可能という。

NILFSではさらに、ファイルシステムの管理にB-Treeを採用することで、サイズの大きなファイルや多数のファイルの
処理を効率化した。

NTTではNILFSによって、Linuxをベースとしたシステムの信頼性を大幅に向上できるとしている。
NILFSのソースコードは同プロジェクトのWebページより入手可能。
プロジェクトでは引き続き開発を進め、機能や性能、品質の向上に取り組むとしている。

ITmedia エンタープライズ：NTT、高信頼性Linuxシステムを実現する新ファイルシステム「NILFS」を公開
http://www.itmedia.co.jp/enterprise/articles/0509/27/news001.html

http://www.nilfs.org/
http://www.ntt.co.jp/news/news05/0509/050926.html

２

GPLならフリーソフトウェアじゃないの

NILっていうとLISPerがつくってんのかな？

(tea-or-coffee-p)
なんてジョークもあるね

vineLinux使ってる者ですがなに言ってるのかさっぱりわからん。(゜▽゜)!

.nilf　ファイルが生成されるの？

>>1
はいはい、わろすわろす

reiserfs4+lvmの二番煎じわろすわろす

>>3
pで終わるのはtかnilを返すんだと思うけど
(tea-or-coffee-p)だとteaかcoffeeかを
尋ねてることにならないっていうところがジョークなん?

>>7
Do you have tea or coffee?
の言い換えが、
(tea-or-coffee-p)

「コーヒーかお茶飲む？」って聞かれたら、「いや、飲まない」と「飲むよ」って解答があるけど、
普通の会話では飲むとは言わずに、何を飲むのか言うのが普通。
PC板とかで初心者が「この問題の解決法はありますか？」って聞くと、いじわるな解答として
「ありますけど？」って返されるだろ。あれと同じ。

つまり、日常会話とコンピュータ言語の論理との乖離制を笑うジョークなんだな。

なんかよく分からんけど、reiserみたいなもん？

ハードディスクの容量喰いそうだな

>>9
BSD系に古くからあるLogFSでしょう。New Implementation of LogFSですしね。
利点より欠点のほうが多いからほとんど使われてないはず。
pdfでは高性能ってことになってるけど、未実装機能を実装するとどんどん悪くなる気がする。

ニルスの不思議な旅？

>>11
Log Structured File System を LogFS って訳すと元の意味が
伝わりにくくなって迷惑。

×訳す
○略す

>>1
>また、一連のトランザクションが完了した時点で、時刻情報付きのスナップショットを自動的かつ連続的に生成する。
何の詐欺だ？

トランザクションの区切りが自動的にわかるわけないぞ。

>>11
>BSD系に古くからあるLogFSでしょう。New Implementation of LogFSですしね。
>利点より欠点のほうが多いからほとんど使われてないはず。
readが遅いんだよな。

>pdfでは高性能ってことになってるけど、未実装機能を実装するとどんどん悪くなる気がする。
pdfって？

キャッシュがあふれるほど大量のread、やってた？

>>15
頭悪いのに断定口調で書かないで欲しい。

>>16
そういう感情的反発するってことは、開発者本人？

いずれにせよ、ちゃんと根拠を挙げて論破しなきゃ、頭悪いのはお前だとされるだけ

＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？
＞pdfって？

>>15
pdfはここにある
http://lc.linux.or.jp/lc2005/01.html

http://www.atmarkit.co.jp/flinux/rensai/fs03/fs03a.html
> そのためのガベージコレクションが必要であるが、
> いまのところその実装が完全でないなどの理由で、
> 実用上のメリットはいまひとつ証明されていない。

NILFSでもまだ実装されていない、と

>>19
>pdfはここにある
>http://lc.linux.or.jp/lc2005/01.html
�d

やっぱ、read遅いじゃん。
しかも、ext3と比較してwriteが速いとかのデータはあるが、LFSとの比較はない。

トランザクションも、ファイルシステムの一貫性のための個々のファイル操作しか考えてないみたい
で、それじゃあ例えば2つのファイルに2つの書き込みをするトランザクションには対応できない。もち
ろん、そこまでやるには「自動的」は無理だけどな。

論外だな。

端的に言うと利点は「国産」だけだからなｗ
性能淘汰を受けても「国産」コネクションで生存するでしょうｗ

トランザクションが完了した時点でスナップショットを・・・・これが今一不明です
単純に起きた事象をログに書けば良いだけでは、トランザクションが完了しているか
否かはリカバリー時にログの内容から判断すればいいだけのはず、
だからログのバッファーが満杯になるかタイマーで定期的にログを書くだけのはず？
ログ領域は再利用するはずなので、再利用の際にログ記載の領域で未書き込みの
領域があれば書き込んでおく必要がある、だから何れにせよ後処理の話になる。
書き込みを早くするには、メモリー上は索引等を完全に更新しておき
基本的にはDiskに書き戻さない（頻度を下げる）、そして何処で書込みが発生
したデータであろうとも同じログ領域に一緒に書き込んでしまうのが有効。
普通はファイルは追記か新規作成だから、別の領域を割当てるのは
更新の場合だけで利用頻度は低いはず、Windows2003のファイルは
履歴管理していなかったかしら。
まあFileSystemは少人数で色々試行錯誤して完成度を高めることは
可能なので頑張ってください。

>>20　>>22
トランザクション、スナップショット、等、RDBでも使用される用語なので、
RDBと混同してるのかなぁ？

どこからどの程度誤解してるのかぜんぜん見えない。

「高信頼性」ファイルシステムの話なんだけど・・・

>>23
知ったかは相手にすると疲れるだけで得る物はなし。放置しましょう。

ようわからんのだが、2ch鯖のように24時間激しくIOがあるのにRDBを使っていないようなシステムに最適ってことか？

24時間てのは関係ないが追記しかないシステム、たとえば2chには
たしかに向いているかもな。と思いがちだが読み込みが遅いから
使い物にならないってのが今までの Log structured file system の
実装。今度のはどうか知らん。

>>23
>トランザクション、スナップショット、等、RDBでも使用される用語なので、

>>1
>サービスを停止することなくスナップショットを取得できるため、障害が発生した場合でも迅速に復旧作業を行え、
>システムの信頼性向上につながるという。
「システム」って、わかる？

>NTTのサイバースペース研究所ではこれまで、Linux OSやミドルウェアの高信頼化／高機能化に取り組んできた。
>2005年2月には、その成果の1つである「高信頼ファイルシステム」の機能要件が、オープン・ソース・デベロップメント・ラボ
>（OSDL）が発表した「OSDLデータセンタLinux仕様1.1版」に採用されている。
データセンタ業務の役に立たないんじゃ、話にならんのだよ。

要求仕様の問題かもしれんが、そこまで含めてNTTがかかわってるからな。

ログファイルシステムは、充分に注意してもセキュリティ上のホールと
なりやすい性格があるので難しい。

「セキュリテイ上のホール」というのは何ですか？

ひみつのあな

ああ、あれね。あれのことね。

>>7
atompとかlistpとかｘｘｘpはc言語でのisxxxx()。
Lisp使いのハッカーはコーヒーが飲めないというジョークから来たもの。
coffee？ときかれて肯定のTと答えるとteaが出てくるという話からきている。

述語関数でつねｗ

>>32
lispではnil以外は全部真なの知らないのか？

それじゃあ、ハッカーどころかプログラマレベル-1。
そんな話を作ったやつも、お前もひっくるめてな。

はいはい。お前が物知りなのはよく分かったから。

のりp も Lisper だったのか。

lisperは巣に帰れよ

スレタイがFILESに見えた
ﾊﾆﾘｲﾄ