トップページ⇒linux
983コメント323KB

ファイルシステム総合スレ その16

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/03/15(金) 11:51:55.78ID:O3XCXQaz
●前スレ ファイルシステム総合スレ その15
http://engawa.2ch.net/test/read.cgi/linux/1341012960/l50
●関連スレ
ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。
0082login:Penguin2013/04/06(土) 20:24:18.03ID:zFpNN1Be
>>80
2308は見てないが、2008は純正ドライバ出てたはずだが。
公式でも配布ソース配布されてるし、それを元に本体にも取り込まれてる。
9-RELEASE以外は調べてない。
illumos系では、OpenIndianaで2008使ってるけど、これも問題無いなぁ。

>>81
蟹はまぁなんだ・・・食うの面ｄ（ｒｙ

元々、FreeBSDを2.0.5とかから使ってるんで、
DEC/3COM/Intel以外はアウトオブ眼中で育ってきてたってのもあるｗ
0083login:Penguin2013/04/06(土) 21:14:10.50ID:jRh5zqxK
>>82
http://www.freebsd.org/cgi/man.cgi?query=mps&;apropos=0&sektion=0&manpath=FreeBSD+9.1-RELEASE&arch=default&format=html
This driver has a couple of known shortcomings:
+o No userland utility available (e.g. mptutil(8)).
+o The driver probes devices sequentially. If your system has a large
number of devices, the probe will take a while.

2008 / 2308 共にドライバはあるんだけど、ユーザーランドツールが無い。
故障したディスクを特定する方法が無いんだよ。
あと、書き込みのエラー処理も微妙だったはず。(LSIのドライバのドキュメントにあった)
0084login:Penguin2013/04/06(土) 23:22:45.95ID:AiJeYHsh
>>81
蟹NICにオンボSATA＋RocketRAID 640とかいう貧乏人からすればLinuxでZFS動くのはもの凄くありがたいです。
0085login:Penguin2013/04/07(日) 03:17:15.63ID:/i/ZnjeP
Linux ファイルシステムにおけるバグ傾向
http://green-rabbit.sakura.ne.jp/note/2013/04/07/189/
0086login:Penguin2013/04/07(日) 03:37:53.01ID:UAfV3H4C
>>85
その人の感想と同じ感想
0087login:Penguin2013/04/07(日) 08:01:33.83ID:f6QvO51W
number of bugsの縦軸の単位ちがうのな
ext3が少なくbtrfsが圧倒的だな
時間経過でバグが減ってないのはリリース時にバスタブ曲線の底を移動と考えればまあ妥当じゃね？
0088login:Penguin2013/04/07(日) 08:31:34.48ID:RxW0w/mU
>>85
着眼点は面白いけど
それを測る物差しがパッチの数と種類って１秒でゆとり論文ってわかるだろ
0089login:Penguin2013/04/07(日) 11:00:13.50ID:w4kW1OtZ
Linux のカーネル自身がバージョンアップしているから、バスタブ曲線の底って考えるのが正しいかは疑問かな。
個人的な感想としては、カーネルの進化により、新機能の追加とバグが定常的に出ているってイメージだわ。

何のベストアワードペーパーなのかは知らんが、それでも、「比較的枯れていると思われるファイルシステム
でも定期的にヤバめなバグが出ている」(からバックアップは大事だよ)って事を説明するには有用な資料だと思う。
0090login:Penguin2013/04/07(日) 11:20:46.87ID:T1xIUC5z
> 比較的枯れていると考えられているファイルシステムと安定していないと考えられている Btrfs で割合がほぼ同じことに注目．
バグをパッチ適用数の割合で考えてFS間を比較している考察が痛いな…
0091login:Penguin2013/04/07(日) 11:34:26.53ID:w4kW1OtZ
統計については詳しくないが、比較していいもの？ってのは正直思った。
ただ、比較しづらい物を比較しようとしているわけで、分析としては悪くない／これ以上いいものが無い
ともいえるのでは？
0092login:Penguin2013/04/07(日) 11:50:21.33ID:CYwp/H1/
"A Study of Linux File System Evolution"ってタイトルなんだし
もうちょっとファイルシステムの機能とか性能とか実装手法についてサーベイして欲しかったという気がする
ぶっちゃけバグの数とかパッチの数とか割とどーでもいい
0093login:Penguin2013/04/07(日) 12:15:09.34ID:T1xIUC5z
パッチ数を測ってもバグがもたらす問題は全くわからん論文をドヤ顔で示されてもな
0094login:Penguin2013/04/07(日) 12:21:58.38ID:/MX3ErRs
ファイルシステムの開発実装ってめっちゃ地味で根気のいる作業だから、
OSSのコミュニティーでは、開発辛いんじゃね？ってのは、昔からちょこちょこ言われてた気はする。

構想と初期実装までは結構がんばるけど、後よろしく！ってイメージが。
通常のプログラムなら、バグっても、処理落ちるだけだけど、
ファイルシステムだと最悪、データぶっ飛ぶから、
新しい物を誰も使いたがらない=いつまでたってもバグ残ったまま、
メンテに飽きて、新しい機能実装＞新規バグ追加。

1つのファイルシステム開発だけで、KERNEL開発と同じぐらいのリソース
ぶち込まないと、駄目なんじゃないかと思ってみたり。
0095login:Penguin2013/04/07(日) 12:27:19.20ID:f6QvO51W
にしちゃいっぱいあるよなFS
一本化してまともなのを一つ作ってほしい
0096login:Penguin2013/04/07(日) 19:57:59.18ID:ANIDjzSx
ZFSは在りし日のSunが人・金・時間を贅沢にぶち込んだおかげだしな。
0097login:Penguin2013/04/08(月) 00:38:02.25ID:lk6D3Gz9
ヘタすると、ハンス・ライザーが出獄する頃まで、ずっとこんなグダグダが続いていたりして。
0098login:Penguin2013/04/08(月) 00:44:39.47ID:EKlslh4b
獄中で労役として開発させればいいのにな
0099login:Penguin2013/04/08(月) 01:41:59.60ID:AtXMz7Hr
>>98
それじゃー懲役にならないだろｗ
0100login:Penguin2013/04/08(月) 02:25:41.66ID:EKlslh4b
>>99
なんで？
この件はは誤報だったらしいけど別に刑務作業でソフトウェア開発してもいいだろう
http://www.itmedia.co.jp/enterprise/articles/0705/01/news053.html
0101login:Penguin2013/04/09(火) 15:14:31.33ID:FI06RZhK
文句ある奴はこれを越える論文書いてドヤ顔しろよと。
USENIXで Awarded Best Paper 取ってみろと。
0102login:Penguin2013/04/09(火) 15:22:01.84ID:u+LHzaa1
つまらんけど物珍しいから受賞したのかｗ
0103login:Penguin2013/04/10(水) 16:00:46.37ID:EK/UjMRf
>>101
じゃこの論文(wを信用してドヤ顔してていいよww
0104login:Penguin2013/04/11(木) 13:08:41.49ID:wOGQLK0S
空き領域のデフラグって何やってるんでしょうかね
inodeテーブルの整理なんだろうけど全部のブロックを確保しないext4はなにやってるんだろう
0105login:Penguin2013/04/11(木) 21:26:58.55ID:8+kSsWkv
そんなことより e2fsck -E discard しようぜ
0106login:Penguin2013/04/11(木) 22:40:32.89ID:+q3uq1Ir
まさか論文そのものじゃなくて>>85の記事を読んだだけでゆとり論文だのなんだの言ってるわけではなかろうな・・・？

>>92
この論文でいうところの「Evolution」はFSの変遷や機能面の進化じゃなくて
ソースコードへのパッチ、修正されていく様子を指してるようだからしょうがない。
0107login:Penguin2013/04/11(木) 23:25:17.58ID:TbHEsDVY
>>106
たしかに85の翻訳タイトル？が2ch的だよね

俺も暇だからこのビデオも見たけどちょっとアレだよw
Awarded Best Paperは論文の中身じゃなくて
プレゼンテーションの素晴らしさでとったんだよ

our results should be useful for both the development of file systems themselves as well as the improvement of bug-finding tools.
だってさw　どう使うんだよw
0108login:Penguin2013/04/11(木) 23:35:13.09ID:XwBvb5UB
話は変わるが、FAT32からext4に変えたらディレクトリの読み込みが無茶苦茶早くなっててﾜﾛﾀ
ディレクトリの中に8000程度のファイルがあるんだけど、FAT32の頃はファイルを表示するだけで結構待たされてた
0109login:Penguin2013/04/11(木) 23:39:08.36ID:TbHEsDVY
>>108
LinuxでFAT32はCPUパワーも結構食うよね
俺のノートは非力だからよくわかる
0110login:Penguin2013/04/12(金) 19:34:39.64ID:2xzSl4BU
exFATは連続クラスタだとFAT見にいかないから、FAT32より早くなってるはず
0111login:Penguin2013/04/12(金) 20:07:43.02ID:KgIptNFT
btrfs sendするときの
-pオプションと-iオプションの違いがよくわからない
0112login:Penguin2013/04/12(金) 20:47:39.26ID:dG1G/x5K
>>111
Normally(-iのこと), a good snapshot parent is searched automatically
in the list of 'clone sources'. To override this, use
'-p <parent>' to manually specify a snapshot parent.
A manually specified snapshot parent is also regarded
as 'clone source'.

http://www.mail-archive.com/[email protected]/msg21939.html
0113login:Penguin2013/04/12(金) 20:53:52.13ID:hXSNkQM5
>>112
ちゃんと読んでみる
自分以外にこの辺触ってる人ほどんどいなそうで
期待してなかったがマジありがとう
0114login:Penguin2013/04/12(金) 20:54:48.54ID:hXSNkQM5
あ、なぜかID変わったけど>>111です
失礼
0115login:Penguin2013/04/12(金) 20:55:45.68ID:dG1G/x5K
>>113
俺も触ってねえよw
0116login:Penguin2013/04/13(土) 05:41:17.50ID:gWhI69Bh
>>85
スラドにスレ立ってたなw
0117login:Penguin2013/04/15(月) 15:09:32.53ID:EA3nFQkC
ZFSの資料のこのページをざっと読んでみた。

http://pthree.org/2012/12/13/zfs-administration-part-viii-zpool-best-practices-and-caveats/

気になったのは,'Do not mix disk sizes or speeds in a single VDEV.'というところ、
500GBの3.5インチのHDDでRAIDを組んだら、交換に2.5インチの500GBのHDDは使っては
ダメなのかな。ディスクサイズは同じだが、性能が異なるとなにか問題が出るのだろうか？
0118login:Penguin2013/04/15(月) 15:14:32.53ID:W7v/vy7D
RAIDに違うディスク使うなんて問題外だと思うけど
0119login:Penguin2013/04/15(月) 15:16:47.37ID:KMGychn+
>>118
なんで?
0120login:Penguin2013/04/15(月) 15:28:11.67ID:cUvTKCVJ
>>117
ハードウェアRAIDでも同じだけど、RAIDの場合、基本プールは同一性能の
HDDで組む。
回転数、サイズが変わると、当然Access Timeが変わる訳だが、
１本でも遅い奴が入ると、そいつが足を引っ張って、プール全体が遅くなる。
それでも良ければ、動かす分には問題無い。それまでかけたお金が無駄になるだけで。

てか、常識だろ、これ。
0121login:Penguin2013/04/15(月) 16:23:16.99ID:nMyUwjM4
まあパフォーマンスを最大にしたいなら同じHDDでRAID組むべきなのは間違いないな。
完全同ロットにするとロット単位の不良が出た場合まとめて死にそうなのでちょっと怖いがｗ

古い記事になってしまうが、↓によると
http://ftp-admin.blogspot.jp/2009/10/zfsraid.html
＞ZFSからLUNの構成をよく見えるようにすると、ZFSはI/Oスケジューリングをよりうまく行える。
らしい（元のwikiはもう見られないけど）から多少は混ぜてても上手く処理してくれるんだろうか？

何にせよ性能面での問題があるくらいで、信頼性とかに特段の問題が出るとは思ってないけどね。
RAID構成してるHDDが壊れたとき同型番のHDDが手に入らなかったらお手上げとかいうわけじゃないしｗ
性能気にしないならDroboみたいにじゃんじゃん混ぜてくださいみたいな製品もあるくらいだし。
01221172013/04/15(月) 16:44:15.59ID:EA3nFQkC
タワー型PCに3スロットの3.5インチベイがあり、この3.5インチを

2.5インチに置き換える（1スロットに2個HDD搭載が可能な下駄を使う）と
最大6本のHDDが入るので、省電力で大容量のサーバに出来るかと
思っての質問でした。

一度に換えるのではなく現在RAIDの3本を1本ずつ変えてみる予定。

3スロットで3本のRAIDでは計算が合わない？

5インチベイにシステムディスクとSSDを収納してます。
0123login:Penguin2013/04/15(月) 19:51:36.30ID:MDDI3TYW
そもそも、同一ディスクでないと微妙にセクタ数が違ってたりするしな。
結果、同じ論理セクタ番号にアクセスする性能が違ってきたりする。
ひどい時は一本だけ余分に回転待ちが入ることにもなりかねん。
RAIDでなるべくベストな性能を出そうと思ったら同じ物理ディスクを
使うのが正解。
0124login:Penguin2013/04/15(月) 20:06:02.41ID:W7v/vy7D
>>122
もしかしてバックアップ取ってないの？
交換してバックアップから戻せばいいだけじゃ
0125login:Penguin2013/04/15(月) 21:26:08.04ID:aeFr2N/C
海門やwd、wdで512k,4kセクターのモデルをごちゃまぜで使ってるけど、ここが把握している限り容量が同じならば
同一peサイズでエクステント数は全部一緒だったけどねぇ。

fdiskとgdiskでパーテーションの切り方が違ったらエクステント数違ってきたけど・・・
01261172013/04/16(火) 10:22:17.43ID:ENtbSWgX
> 124
バックアップは別のディスクに取ってます。
バックアップのパーティションこそ、圧縮重複排除の効くZFSにすべきなのですが、
ZFSがこけるとバックアップにアクセスが出来ないので、Ext4にしてます。余談でした。

さて、同一ディスクサイズの3.5HDDを2.5HDDに変えて行くのは、3.5HDDで
古いモデルや、新しいモデルが混じっていて、古いモデルをまず更新したと
いうこととが理由です。
0127login:Penguin2013/04/16(火) 20:10:16.45ID:qQL+FaMk
>>125
量的には最小ディスクに合わされちゃうからあまり関係無いけど
パフォーマンスにはひびくよ。
0128login:Penguin2013/04/22(月) 06:42:06.47ID:/DuO5BEQ
ZFS on Linux今の段階でもそれなりに使えそうですね
Btrfsが出るまでExt4で我慢しようと思っていたのですが
うーん、迷う・・・
0129login:Penguin2013/04/22(月) 08:45:55.88ID:XQQfDlxa
どんなハード構成か知らないが
やめとけ。
0130login:Penguin2013/04/22(月) 09:01:39.85ID:bfrbrAWj
サルベージツールの充実を考えればext系が一番だよな
スナップショットやraidを使いたいならとめないが
0131login:Penguin2013/04/22(月) 12:30:11.56ID:nLu8qqEv
度胸一発、俺はbtrfsで運用中だ
バックアップ先もbtrfs
まあ壊れてもエロデータを失くすだけだが
0132login:Penguin2013/04/22(月) 14:55:53.60ID:bfrbrAWj
動画や画像なんて大して圧縮効かないしスナップショットもいらないならext4でいいだろ
圧縮が必要でもext4+squashfsの方が圧縮率が高いし

まあ俺も倉庫にbtrfs使ってるんだが…使ってみて圧縮が大して効果なかったと言う愚痴
0133login:Penguin2013/04/22(月) 17:36:52.62ID:2GrcYTed
エロ動画ファイルサーバーを運用してるんだが、既存ストックが大量にあるせいでダブったファイルが大量に発生してディスクの無駄がいっぱい出てる

違うファイルでもクラスタ単位とかで比べて中身が同じならディスク使用領域を共有してくれるファイルシステムが良いんだが、こんな俺にはどのファイルシステムがオススメ？
0134login:Penguin2013/04/22(月) 17:47:51.05ID:Cd+GUiFP
QuickLZでリアルタイムに圧縮しながら保存出来るファイルシステムがあったな
0135login:Penguin2013/04/22(月) 17:56:04.69ID:nLu8qqEv
俺は不勉強なので重複排除と圧縮がどう違うのか同じなのかわからない
0136login:Penguin2013/04/22(月) 18:38:37.61ID:6YBe+sJe
不勉強なら勉強しろ

圧縮は普通にファイルの圧縮と一緒
重複排除はブロック単位で重複してる部分をまとめる
0137login:Penguin2013/04/22(月) 18:59:27.06ID:bfrbrAWj
>>133
2ch過去ログのみみずんも使ってるNTFS
freedupでハードリンクに変えるとか？
商売ならHDD増設と圧縮重複除去の電気代どっちがお得か試してほしいw
0138login:Penguin2013/04/22(月) 21:57:03.31ID:uYMk+bKb
>>133
この板で言うのも何だけど
お金かけて、Windows Server 2012 Essential
もしくは同 Storage Server搭載NAS

フリーだと、手軽でまともなdedupってそんなに無い気がする。
0139login:Penguin2013/04/22(月) 22:55:21.93ID:tyD0q9Fn
>>138
> お金かけて、Windows Server 2012 Essential

NFS 使えるの？
0140login:Penguin2013/04/23(火) 07:15:08.36ID:05bniZve
>>139
標準でNFS Serverは持ってたはずだが？
0141login:Penguin2013/04/23(火) 07:38:42.03ID:BE9ld6ue
SUAとか知らないんだろうな
0142login:Penguin2013/04/23(火) 12:06:01.73ID:+wJzWH3M
>>141
あれは独自性が強過ぎて使いにくい
0143login:Penguin2013/04/25(木) 21:04:50.34ID:QVLuJBMp
いまだに惰性でreiserfs使ってるわ。
過去5年以上ノントラブルで運用できてるんでなかなか乗り換える気しないんだけど、
reiser4は未来無さそうだしどうすっかなー
0144login:Penguin2013/04/25(木) 23:17:12.49ID:1PxxE7lA
あと5年位頑張れば未来が見えるかも？

つ 保釈
0145login:Penguin2013/04/26(金) 08:20:19.57ID:ZSNkd4En
>>143
7年くらいreiserfsで運用してた自宅鯖を、今月更新してext4に変えた。
スッキリしたよ。

#本当はbtrfsのstable待ちだったんだけど…。
0146login:Penguin2013/04/26(金) 12:56:16.90ID:1Qoe3Ihd
ZFS vs. EXT4 On Linux Multi-Disk RAID Benchmarks
http://www.phoronix.com/scan.php?page=news_item&;px=MTM1ODk
0147login:Penguin2013/04/28(日) 01:07:32.28ID:ulaJzGdv
>>143

カーネル3.8で取り込まれたと思うけど、それでは不満ですか。
開発自体は地味に続いてるみたいだよ。
0148login:Penguin2013/04/30(火) 00:20:54.56ID:W0YlaXlN
http://kernelnewbies.org/Linux_3.9
Experimental RAID 5/6 support and snapshot-aware defragmentation in Btrfs
SSD cache devices
0149login:Penguin2013/04/30(火) 17:10:27.20ID:bSLoWz8Z
>>147
reiser4は追随こそしてるけど、3.x系へのマージは見えてないよね？
3.9でもマージの可能性はないとされてるようだし。
0150login:Penguin2013/04/30(火) 23:22:35.91ID:um0ZwGaC
>>133
中身おなじならリンクにするスクリプトとか書いたら。
てか、どっかにあるんじゃ。
0151login:Penguin2013/05/01(水) 03:23:24.22ID:QNLfciKw
>>148
http://linux.slashdot.jp/story/13/04/30/0748206/Linux-Kernel-3.9-リリース
Btrfsの機能追加：
　RAID5/6の試験的な追加（ただしクラッシュ時にはそのまま壊れる）
　スナップショットを考慮したデフラグ

やだ…カッコいい…
0152login:Penguin2013/05/01(水) 08:56:37.08ID:SKS8vMXe
ほう。RAID機能やるのか。btrfsがstableになった暁には家のファイルサーバに入れてみるかな。
0153login:Penguin2013/05/01(水) 09:26:34.67ID:i92QWvLc
>>151
クラッシュ時にデータが壊れることを保障するRAIDとか斬新だなw
0154login:Penguin2013/05/01(水) 13:01:39.69ID:YywJEnKb
>>153
だが、そこがいいw
0155login:Penguin2013/05/01(水) 17:26:01.91ID:2AvGXU/B
ワロタ
まあ修復を保証しないくらいの意味なのかな
0156login:Penguin2013/05/01(水) 17:29:02.37ID:kJCja8Me
まだぶっ壊れてて直さないといけないとこあるけど
俺はここまで作ったから
みんなでいじって欲しいみたいなこと書いてあった
0157login:Penguin2013/05/01(水) 18:06:28.67ID:T5XM5dIG
>>155
http://linux.slashdot.jp/comments.pl?sid=599724&;cid=2373113
>本家の Wiki を読む限りだと、壊れない限りは RAID 5/6 として読み書きできるけど、
>吹っ飛んだ時には五分五分でパリティごと死ぬ（Parity may be inconsistent after a crash）って意味みたいですね。
だそうです
0158login:Penguin2013/05/01(水) 18:16:13.24ID:nOainqXH
なんだdisk crashするとrebuild出来ないんじゃなくてkernel crash時にwrite hole回避されてないってことか
nodatacowしなきゃ問題なくね？
0159login:Penguin2013/05/01(水) 18:18:18.34ID:K1Oyk6Fz
RAID-Zはsilent crash対策されているというのに…
0160login:Penguin2013/05/01(水) 18:25:20.86ID:hrLmEH6z
Crash繋がりで（じゃないかも知れないが）、XFSとNFSの
組み合わせで最近Kernel Crashするようになった。
Kernelを2.6.32-358.6.1.に上げてからなのだが。
OSはCentOS 6.4 64bitです。
＃前のカーネル2.6.32-278.に戻そうかな。
0161login:Penguin2013/05/02(木) 02:42:29.73ID:t6gwkWpp
STACKが足りません
0162login:Penguin2013/05/04(土) 11:04:05.92ID:4g7jd+ma
http://mkosaki.blog46.fc2.com/blog-entry-1224.html
auto_da_alloc は何の為に生まれたんだろう
0163login:Penguin2013/05/04(土) 14:07:13.70ID:jOBLuDTM
fsのエラーで無言でファイル消えたりサイズが小さくなったりする対策ってなんかありますか？
0164login:Penguin2013/05/04(土) 14:11:24.50ID:E5uOQRBL
バックアップ
0165login:Penguin2013/05/04(土) 14:19:47.65ID:jOBLuDTM
いやまあそうなんだけど。チェックサムを出すようなコマンドを期待してた
0166login:Penguin2013/05/04(土) 16:31:00.46ID:L+9uB/ro
cpのあとでcmpで確認するとか
0167login:Penguin2013/05/04(土) 18:11:27.47ID:jOBLuDTM
ベリファイでググって引っかかったmd5deepつかってみるわ。んじゃーな
0168login:Penguin2013/05/04(土) 18:14:09.81ID:dKplbnve
おう。md5deepって超使い辛いから気を付けなよ。
0169login:Penguin2013/05/04(土) 23:05:43.59ID:jna3R9r6
では、使いやすいのは？
0170login:Penguin2013/05/04(土) 23:10:41.05ID:dKplbnve
md5sumの方がシンプルで直感的かな。
ってかファイルシステムスレなんだし
チェックサム機能付きのファイルシステムについて話すべきでは
0171login:Penguin2013/05/04(土) 23:17:55.97ID:3ZMzlDsV
そんな気にするなら tripwire とか使えば？
0172login:Penguin2013/05/06(月) 11:50:02.88ID:5SwSrV2r
>>163
まずそのFSと周辺レイヤーの構造を教えてくれ
0173login:Penguin2013/05/09(木) 13:12:58.14ID:XJcz1AAt
Tux3ファイルシステム、優れたパフォーマンス実現
http://news.mynavi.jp/news/2013/05/08/270/index.html
0174login:Penguin2013/05/09(木) 15:20:42.53ID:CR+yIC1p
unlink/deleteをマルチコアで非同期に内部で処理するようにしたから
ベンチマーク内でのIOに割ける時間が増えて、結果としてスループットが上がった？
実際のIO速度でtmpfsに勝てるはずはないしな。
0175login:Penguin2013/05/09(木) 17:59:17.55ID:XJcz1AAt
Linux 3.10 Kernel Integrates BCache HDD/SSD Caching
http://www.phoronix.com/scan.php?page=news_item&;px=MTM2ODM
0176login:Penguin2013/05/10(金) 20:15:53.10ID:jj/fxxtw
https://git.kernel.org/linus/aa8259145ecb8d432685c1167a194094559647a1
- tristate "Btrfs filesystem Unstable disk format"
+ tristate "Btrfs filesystem support"
0177login:Penguin2013/05/20(月) 17:24:46.50ID:Gq0brBUd
SDFSというdedup機能があるファイルシステムがあるみたい。

http://www.opendedup.org/quickstart

FUSE経由で動かすので、動作は遅そうがだが、このサイトの
ベンチマークを見る限り、頑張っている様子。

誰か使ってます？
0178login:Penguin2013/05/27(月) 18:33:07.01ID:RJHZKQ4N
Btrfs In Linux 3.10 Gets Skinny Extents, Quota Rebuilds
http://www.phoronix.com/scan.php?page=news_item&;px=MTM2OTI
0179login:Penguin2013/05/28(火) 11:34:22.11ID:sYZBoPln
SDFSをCentOS 6.4にインストールして動かしてみました。
サイトのとおりにインストールすれば、特に問題無く
セットアップは完了。

SDFSは、JAVAで動く、チャレンジ精神いっぱいのシステムです。

アプリ -> ファイルシステム -> FUSE -> JAVA -> ディスク

という階層で動作しているようで、実行中はJAVAのプロセスがかなり
CPUの負荷が大きいです。

mkfsとmountまで試して、負荷のデカさにビックリして評価は
諦めました。
0180login:Penguin2013/06/01(土) 06:53:30.09ID:JYAk78zJ
>>160
うちもそれで困ってる。
nfs4 を使わなければ (nfs3なら)問題がでないっぽい。
01811602013/06/03(月) 11:06:31.57ID:RwNPtmQ1
>180

XFSをEXT4に変えたらKernel Crashは治まったよ。
この後カーネルバージョンアップで直っているかもしれないが、
EXT4にしてしまったので、もはや検証は出来ない。
0182login:Penguin2013/06/03(月) 11:34:29.51ID:fNLpxSax
それで直るという事は単にカーネルスタック不足でないかい
■ このスレッドは過去ログ倉庫に格納されています