08/12/26 05:11:54 /UD2/6ER
>>236
ntfsprogsのmkntfs
非互換でもいいからntfs-3gにジャーナリングがついていればなー
238:login:Penguin
08/12/26 08:59:19 d05Bmgsq
NTFSのどこがいいのか和香乱
239:login:Penguin
08/12/26 09:10:29 4qL9WRZf
ゾンビ級のしぶとさ
240:login:Penguin
08/12/26 13:08:45 kF1zrqem
機能の豊富さ
241:login:Penguin
08/12/26 20:23:36 d05Bmgsq
>>239-240
ext3とは違うんです
か？
242:login:Penguin
08/12/26 21:47:45 3mBqmO5o
ext4の開発がカーネルバージョン2.6.28で一段落ついたみたいですけど、このスレの皆さんとしてこれはどうですかね?
試してみた方とかいます?
243:login:Penguin
08/12/26 22:13:13 5RPxKj8T
広まらないまま収束の悪寒
244:login:Penguin
08/12/26 22:15:18 sc+da3qB
btrfsが完成するまでの繋ぎとか言ってなかったっけ？
245:login:Penguin
08/12/26 22:18:29 1YiUDIdF
btrfsって、そんなext4で繋げるくらいすぐ完成すんの？
246:login:Penguin
08/12/26 22:39:22 XhKggq3I
>>245
なかなか完成しなさそうだからこそのつなぎでしょ。
すぐに完成するのならext3のままでいいわけだし。
247:login:Penguin
08/12/27 13:44:45 22WjMVhu
>>230
ubuntsu信者と同じキモサがあるなｗ
248:login:Penguin
08/12/27 22:32:25 siPqVhlW
>>246
つなぐだけならxfsで十分だったと思うので、ext4はつなぎだからというのは
正直すっぱい葡萄にしか思えなかったり。
249:login:Penguin
08/12/27 23:03:02 +W4c1t6k
業務用としてはxfsは繋ぎとして使いもんにならないと判断したから、
NECを始めとする大手システムベンダーがext4にコミットしてたんじゃないの。
まあ、そのext4の出来がいまいちだったのは笑えるが、
そのせいでRHも渋々xfsに手を出し始めたとこでしょ、今。
250:login:Penguin
08/12/27 23:11:20 CHbsSHY3
んー、XFSが使えないって書き込みちらほら見るんだけど、
具体的にどこが、っていうの見たこと無いんだよね……
参考にしたいんで、ポインタでも良いから資料ない？
251:login:Penguin
08/12/28 11:29:24 K5GZ3EJZ
JFSなら安心って書き込みもよく見るぞ
252:login:Penguin
08/12/28 11:52:50 f3sbrQbI
え、NTF…いやなんでもない
253:login:Penguin
08/12/28 13:02:40 FO+TGDfD
このスレにはXFS & JFS信者が定期的に涌いてくる
そして毎回毎回同じように欠点があるならポインタを示せとほざく
過去、何人も過去スレ、blog、MLのアーカイブを示して欠点を上げているのにも関わらず
>>250のような信者はスレが新しくなる度に毎回同じことを聞いてくる
何故自分で探そうとしないのか？
過去スレ全文検索でも良いだろう、MLのアーカイブから探しても良いはずだ
っていうかググれカス
それにしてもXFS信者はどうして
・パーティションの最初のセクタをXFS自身の用途に使い過ぎているので/bootは別に用意してください
・最大8EBまで使えます、けどrepair出来るのはメモリ1GBにつきおよそ1TBです
・書きこみに失敗したデータは他FSのように古い世代のファイルを残したりはしません、全て長さゼロの不思議ファイルに変わります
・xfs_fsrでデフラグ出来ますが、失敗するとやはり不思議ファイルを量産します
・アンデリートは出来ないので不思議ファイルはいつまでもそのままです
・Quick Recoveryとかほざいてますがfsck.xfsが何もしないだけです、何かしてほしい時はxfs_checkかxfs_repairを使ってください
・2.6.17～2.6.17.6カーネルでxfs_repairすると正常なXFS FSでも破壊されます
・積極的にメモリにキャッシュし、空いた時間にまとめて書きこむので見ため上は速く感じますが、
UPS無しの場合、Write Barrier/Write Cacheの有/無効に関わらずメモリにキャッシュしただけで済ましていたデータは確実に飛びます
といった現実から目を背けるのか…
IRIXですら/にはUFSかEFSを使ってねと言っていたのに
254:login:Penguin
08/12/28 13:20:39 wJM9Qb2o
長いけど読んだが、XFSが優れていることがよくわかった。
ライトバックの単語が出てきてない時点でうん。
255:login:Penguin
08/12/28 13:30:38 tj+orqS6
XFS は使ったことないんで知らないんだけど、動画データとか大きいファイルの
保存場所用には向いているでいいのかな？
256:login:Penguin
08/12/28 13:39:17 OBAhS7Kc
>>253
はいはいどーも。
だいたい全部用途違いと仕様、他のFSも同じ、で片づくんですが…。
257:login:Penguin
08/12/28 15:49:34 HO/81m3o
とりあえずXFSは使わないでおくよ
最大の欠点は
>>253様がお怒りになることだな
258:login:Penguin
08/12/28 15:57:21 JuupxvEF
JFSって断片化するってよく聞くけど、
ext3よりも断片化するのかな。
使用率80%超えなければ横並び？
259:login:Penguin
08/12/28 16:02:19 f3sbrQbI
すべて承知で使ってる信者だけど、かなり的確に弱点指摘していてﾜﾗﾀ
260:login:Penguin
08/12/28 16:20:53 K9aDww7p
ポインタもなにも、ソースみれ。xfsが最近になってもまだ、もぐら叩きのように泥縄な修正を
続けていることぐらい、投入されているpatchみれば分かるでしょ。
ext3の修正と較べたら差は歴然だと思うのだが、むしろxfs派は何をみて信頼できると
判断しているのだ？ 自分の環境で問題がないから？
ベンダーは流行の仮想化やクラスタリング、10Gb接続や階層ストレージといったものを
売り文句にしていて、そんな環境でテストしてxfsが使えると判断したならとっくに使っているよ。
261:login:Penguin
08/12/28 16:28:21 QvYx1d92
XFSはfsck必要な時はHDDも壊れかけてるとか変な理屈立ててメモリ化け考慮してないのがなぁ。
262:login:Penguin
08/12/28 17:35:32 HO/81m3o
>>259
弱点か？
仕様っていったほうが近いと思うが
分かって使ってりゃ何の問題も感じないことばかりだが
ま、やはりこの程度のことでお怒りの方
たとえば>>253先生みたいなお方にはXFSは向かないな
263:login:Penguin
08/12/28 17:44:19 f3sbrQbI
>>262
いやだから俺は使ってる方の「信者」の側だって。
けど、XFS使いなら一度くらいは思ったことがあるはずだなとクスリとさせられた。
264:login:Penguin
08/12/28 18:45:26 HO/81m3o
わかってるよ、誤解させてわりいな
>>253が、XFSの仕様にマジギレしてるのを見て笑えただけさ
265:login:Penguin
08/12/28 19:43:59 18K+8q51
纏めるとXFSは仕様があれなので繋ぎのext4が必要なんでつね
266:login:Penguin
08/12/28 19:54:03 Qmza/x7I
ext3→btrfs or ZFSでいいんじゃないの？
267:login:Penguin
08/12/28 20:27:09 yYWNmBLG
この人もXFSを現時点では薦めてるって解釈でいいの?
URLﾘﾝｸ(www.atmarkit.co.jp)
268:login:Penguin
08/12/28 21:53:50 lTchwhwf
薦めてない。
「自分で自分をサポートできる奴なら自己責任でやってもいいけど
（でもBtrfsしかないだろJK）」
っていう大意。
>>263,>>264みたいに、誰かが何か言ってきても意に介さないレベルならともかく
誰か薦めてくれる人が欲しいレベルならやめとけ。
269:login:Penguin
08/12/28 22:03:23 HO/81m3o
要は、自分がそれでいいと思うかって問題さ。
アンチ君のマジギレは哀れ。
アンドリューさんみたいに冷静に利点と欠点を見なきゃだめってことよ。
270:login:Penguin
08/12/28 22:03:49 wJM9Qb2o
EXT3: 無難に遅いが枯れ具合は魅力的。
reiser3: 体感速度がヌルヌル速くて好み。突き抜けたところは無いきがする。縮小できるのが個人ユーズではかなり便利。
reiser4: つかったことない
ZFS: メモリ食いすぎ。128bitは先取りしすぎたような。
Btrfs: 起動して2日くらいでフリーズする。Debian sidからも消えたし。
JFS: 使ってて不満はないけど、不満。
XFS: 大きなファイル置いてもへこたれない。
数KBの細かいファイルを移動させようとしたらすげー時間かかるけど、
ツールが充実してて便利。
壊してしまったときに xfs_repair で直ったことはないけどそれは俺のHDDが壊れたのが悪い。
ということで、俺は/boot=ext3、残りreiser3、MySQLやXen用にXFS。
271:login:Penguin
08/12/28 23:19:40 ywtP9vou
EXT3: 遅いし個人的に他のFSに比べて壊されやすい印象がある
reiser3: マウント遅いので起動が遅くなる。assert大量という話から信頼性は高そうだが。
reiser4: reiser3より劣るし将来性も無い
ZFS: 読み込みは早いが書き込みが遅すぎ
Btrfs: マルチスレッド下で遅い。不安定だしテストケース全てクリアしていない。本命にはまだ遠い。
JFS: シングルスレッド下では遅いけど負荷も低く効率は一番。マルチスレッド下では使う価値無し
XFS: XFS(笑)
272:login:Penguin
08/12/29 00:02:28 K2HLOvxU
>>273曰く
>>147
自慢して回れよお前のXFS(笑)
すばらしすぎて笑いが止まんないんだろ？ｗｗｗｗ
273:login:Penguin
08/12/29 00:04:54 tiXE/lj8
いや俺はJFS一筋だから。
274:login:Penguin
08/12/29 00:55:10 7XozLOLf
XFSのファイルシステムが乗っかってる
パーティションテーブルの情報だけが飛んでしまったんですが、
xfs_repairをかけてもsecondary superblockが見つけられないようです。
3wareのRAID板でディスク自体は2TBから3TBに拡張できたところまでは問題なし。
2TB跨ぎのファイルシステム拡張をxfs_growfsやろうとしたものの
パーティションサイズの限界に2TBがあることの認識不足が原因でgpartedで拡張を実行したら失敗。
2TB以上のパーティションにするために、パーティションタイプをMSDOSからGPT変更にしなければならなかったとは・・・。
再度パーティションを2TBで作成してXFSでフォーマットしなおした状態から
xfs_repairかければ一部でもファイルを救出できるんでしょうか。
275:login:Penguin
08/12/29 04:23:17 Tt2n3ZA9
>>271
とある日本最大級のftpサイトを運営している人曰く、ZFSの遅さが
ボトルネックになってしまうってぐらいに遅いからなぁ。
276:login:Penguin
08/12/29 08:02:55 GLYdnMYe
>>274
…。
これからはきちんとバックアップとれよ。とくに何か大きな変更をする前にはな。
俺がxfs使う時は、いやどんなファイルシステムを使う時でもそうだが、ちゃんとバックアップ毎日とってたぞ。
277:login:Penguin
08/12/29 13:35:26 iZCgLxRc
で、結局何がいいの？ext3以外使ったこと無い俺に教えてよ
278:緊急事態
08/12/29 13:46:03 kqUrATJq
drwxrwx--T
ls でパーミッションがこのように表示されるディレクトリの
いちばん右の T は何を意味しているのでしょうか。
緊急事態です。
279:login:Penguin
08/12/29 13:47:16 +2DghlFE
>>278
URLﾘﾝｸ(www.linux.or.jp)
280:緊急事態
08/12/29 13:50:14 kqUrATJq
t と T の違いをようやく理解しました。
281:login:Penguin
08/12/29 15:17:02 Zezewtsm
>>274
xfsなんて、使うのが問題。
reiser3も同じだからやめておけ
282:login:Penguin
08/12/29 16:58:55 lfQV5P7k
456 名前：Socket774 投稿日：2008/12/26(金) 17:58:09 ID:+UEOlZmp
"壊れるときは壊れる厨" "運が良ければ壊れない厨房" の特徴
(1)確率が低いことを前提に行動しているのに、確率はどうでもいいという自己矛盾
(2)運良く経験上起こらなかったことは確率＝０にしてしまう危うさ
(3)運悪く経験上１度あったことは確率＝１にしてしまう気弱さ
(2)は実は社会的にかなり有害である
無謀運転で交通事故を起こすやつの「危険でない根拠」になっている。
(3)もなにかとアンチ信者に多い
○○社の製品を買って壊れたので一生○○社の製品買わないなどの損な行動をとる。
283:login:Penguin
08/12/29 17:20:58 mU7jwBbc
ext3信者が多数存在する模様
安全だと本気で思っているんだろうな
>>277
何を使おうが壊れる確率なんか0じゃないんだから
他のファイルシステムを試すのも良いと思う
それが罪ならこのスレに存在意義はない。
284:login:Penguin
08/12/29 17:30:10 iZCgLxRc
>>283
そうね。何がいいかな～。
>>283は何使ってる？
285:login:Penguin
08/12/29 18:21:10 zzovYCox
>>283
ext3信者なんていないでしょ。
十分枯れていて、他のFSと比較にならないほど大勢が使用しているってだけでしょ。
286:login:Penguin
08/12/29 21:37:56 O6XKqBbS
>>283
ext3が安全だなんて誰も言ってない。xfsはext3よりも駄目だろってだけ。
壊れる確率が0じゃないなら全部同じだから俺はxfsを選ぶぜ、
と主張したいなら別にしてもいいけど、そういう高校からやりなおせ的発言は、
2chだけにしといてくれよな。間違っても会社で口にしないで欲しい。
せっかくだからxfsを選ぶぜ、っていう諧謔の分かるひとにはxfsはお勧めなんだけどね。
287:login:Penguin
08/12/29 21:47:04 W2yC0jiU
えーっと…覚えたての難しそうな単語を使いたかった、でOK？
ここに出没するXFS叩きは皆小文字で書くね～
288:login:Penguin
08/12/29 22:45:25 +QFrLFVt
みんな自信がないのか自分を正当化するのに必死でおもろいな
289:login:Penguin
08/12/30 00:28:27 xqus6Atb
>>286
お前学生だろ
290:login:Penguin
08/12/30 00:30:07 xqus6Atb
世界一大量のコンピュータを使ってるgoogleが一番実績積んでるから正しい
何もかもgoogleと同じにしとけば一番正しい選択なんだよ
291:login:Penguin
08/12/30 00:50:59 8pLMhnmO
ヨッシャヨッシャまずはgOSのインスコから始めるとするか
292:login:Penguin
08/12/30 01:16:41 uZkVqbn8
>>291
なんで？
293:login:Penguin
08/12/30 01:40:39 43UJ6/7L
はじめまして
とても困っておりまして書きこさせていただきました。
ご教授いただければ幸いです。
先日、CentOS5.2 のドライブ交換のため、
LVM にて、個人のLAN内でファイルサーバーを構築いたしました。（SATA HDD １TB x
２）
構築が終わりデータ移動を済ませた後で、
データ移動元として利用していた、
１TB のディスクを増設しようといたしましたところ
増設に失敗をしてしまい Linux が壊れてしまいました。
修復の方法がありましたら、ご教授いただければ幸いです。
【システム構成】
OS:CentOS５．２
ドライブ：SATA １TB x ２ +1 （合計三台）
（dev/sdb & dev/sdc に dev/sda を追加。）
294:login:Penguin
08/12/30 01:41:34 43UJ6/7L
【失敗の手順】
１：HDD の増設
２：Fdisk にて、設定を行う。
fdisk /dev/sda にて、プライマリパーティション作成＆パーティションLVM（8e）を指定。
３：fdisk の w キーにてパーティション書き込みをした後再起動を行う。
４：再起動の後、pvcreate /dev/sda1 を行い、PV を作成。
５：既存のボリュームグループの確認：vgscan の実行＆確認。
６：vgextend VolumeGloup00 /dev/sda1 を行い、追加を行う。
７：df -h コマンドにて、確認をすると 総容量が 1.8T（Sata 1TB x2台分）しか表示されない。
８：Webmin のディスク管理項目から見ると、総容量は 2.7TB と記載があった。
９：フォーマットしていないと思い、mkfs.ext3 /dev/sda1 を実行。
フォーマット終了の後再起動をかけたところ
カーネルクラッシュにより二度と起動しなくなってしまいました
自力ではどうしようもできず途方にくれております。
また、長年大事にしてきたデータが1.3TBほどあります。
いろいろな場所で聞いているのですが、答えが得られません。。。。
なにとぞ、よろしくお願いいたします。
295:login:Penguin
08/12/30 01:46:37 RBg6OIPS
>>294
ここはすれ違いだと思う。あとマルチはやめとくべき。答えてもらえなくなるよ
296:login:Penguin
08/12/30 01:52:49 NRQcO945
>>295
それは両方で答える人を募集してますってこと？
297:login:Penguin
08/12/30 02:13:06 xqus6Atb
>>296
たとえば、両方で回答者が現れた場合、後から回答した人は用済みってことになるでしょ？
回答者に恥かかせるつもり？
298:login:Penguin
08/12/30 02:34:15 3cIMBWT0
>>287
仕事でxfsなんて、使っている奴なんているのか？
まじで、やばいな。ソース2chとか言ってるような奴かｗ
299:login:Penguin
08/12/30 02:46:20 xqus6Atb
仕事で～してる奴いるのか？
という言い方をする奴は９０％学生。
300:login:Penguin
08/12/30 09:54:45 ehiXCzMy
俺も学生だが、>>298みたいな香具師いるよ
企業で働くってどういうことか分かってないんだろうな
そんな俺はReiserFSかXFS
301:login:Penguin
08/12/30 10:20:24 P38+iPXD
金もらって仕事している立場の俺から言わせてもらうと、
俺が面白ければ何でも良い
302:login:Penguin
08/12/30 11:03:45 lWCI7Jgq
>>301
おまいにはBtrfsやReiser4がお似合いだな
303:login:Penguin
08/12/30 12:01:41 xRLcBvyW
>>300
あ、まじでいたよｗ
304:login:Penguin
08/12/30 22:23:10 wuMOmmEj
>>298
XFSも使ってたけど使ってた範囲では問題は出なかった。
(バグとか使用制限に)当たらなければどうということはない。
305:login:Penguin
08/12/30 23:32:07 lWCI7Jgq
ext3 領域を無駄遣いする。全体的に遅め。利用者多数のため日本人向け
ext4 遅すぎ
ReiserFS 小ファイルは確かに速いがマウント遅い。作者ｵﾜﾀにつきv4ｵﾜﾀ
XFS 大ファイルは速い。アンチ大杉。>>253
JFS 最初は大小どちらも速いが、フラグメントしてきてext3並に落ち込む。アンチ大杉
XFSの欠点って見つからないもんだなあ
306:login:Penguin
08/12/31 01:38:53 grVWqTH4
ext4って今でもext3より遅いの？
307:login:Penguin
08/12/31 02:49:46 dG9Ns93a
>>305
ほぼ同意、アンチ大杉ﾜﾗﾀ
通常用途でXFS、コンパイルとか細かいファイル用途にreiser3にしてるけど
細かいファイルはSSDにする方がたぶん劇的に早くなるよなぁ・・・
XFSについてはAGで半明示的にボリュームを分割利用できるので使ってる。
LVMと組み合わせてパラでアクセス。
308:login:Penguin
08/12/31 04:44:43 YkqHm6LQ
>>305
xfsは小さいファイルが異常に遅すぎる。
体感できるとか言うレベルじゃない。
昔全パーティションxfsでやっててめちゃくちゃ遅かった。
今はxfsとreiserfsを併用してる。
309:login:Penguin
08/12/31 05:07:48 ip9VpIl8
reiserfs(v3) は年単位で使ってるとだんだん遅くなってくのが問題。
--rebuild-treeすればいいんだがオンラインでできないし。
結果一部XFSに変更したんだが、それだけで1.5GBほど空き容量が減って笑った(25GBのパーテーションで)。
310:login:Penguin
08/12/31 05:41:00 gWPgdST+
>>309
3年目くらいに突入したけど、
fsのメンテとかしたほうがいいんだろうか。
触らぬ神に祟りなし?
311:login:Penguin
08/12/31 08:38:14 IjflIkV8
>>308
俺もXFSを全パーティションで使ってみたけど、遅すぎるとは感じなかったけどな。
まあ、XFSの特性をきちんと把握して使いこなせるだけの自信が無かったんで、今は使ってないんだが…。
312:login:Penguin
08/12/31 18:08:33 uJZymjay
XFS厨ってさXFS批判されると即アンチ認定して当該レスをスルーするよね
スルーした後に連続で続くマンセーレスとかマジきもいんですけど
XFSが遅くないとかって妄想じゃないなら試してみるから
↓な作り方したext3と同じ程度の速度が出るmkfs.xfsのオプション教えてよ
mke2fs -j -J size=128 -m 0 /dev/hogehoge
tune2fs -c 0 -i 0 -e remount-ro -o journal_data /dev/hogehoge
mount -t ext3 /dev/hogehoge /mnt/hogehoge -o relatime
ちなみにlinux-2.6.28でe2fsprogsi-1.41.3
AMD 790FX + SB600 + Athlon64 X2 5000+にWD1001FALSのケツの300GBだと
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m23.263s
user 0m21.559s
sys 0m1.633s
な感じ
XFS厨がどんな環境で使ってるのかは知らんけど
XFS厨の環境で↑な作り方のext3と同じ速度なら良いからさ
まあXFSが遅いのは分かりきってるからハンデとしてjournal_data付けてみたけど
別にorderedでもwritebackでもどっちでも良いよ
ちなみにReiserFSだとデフォのジャーナルサイズでもReiserFSの圧勝だから
313:login:Penguin
08/12/31 19:10:50 gWPgdST+
小ファイルベンチは遅いってよく言われてる事だよね?
どの辺が新しいんだこれ。
314:login:Penguin
08/12/31 19:19:55 Bwj7B+oj
C2D1200 SSD SAMSUNG MCCOE64G8MPP-0VA
bash-3.1# time tar xjf '/home/xiao_woo/Desktop/linux-2.6.28.tar.bz2'
real 0m36.094s
user 0m25.135s
sys 0m4.498s
315:login:Penguin
08/12/31 19:26:24 YkqHm6LQ
>>312
xfsとreiserfsのパーティションがあるからやってみた。
両方ST3320620AS
xfs
$ time tar xjpf linux-2.6.28.tar.bz2
real 1m47.648s
user 0m21.272s
sys 0m3.046s
$ time rm -rf linux-2.6.28
real 0m55.441s
user 0m0.063s
sys 0m1.620s
reiserfs
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m25.691s
user 0m21.652s
sys 0m3.926s
$ time rm -rf linux-2.6.28
real 0m1.952s
user 0m0.057s
sys 0m1.850s
316:login:Penguin
08/12/31 19:27:31 mvJHjVP4
XFSマンセー
317:login:Penguin
08/12/31 20:58:21 cx+QlaBJ
zfs Hitachi HDS721616PLA380
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m20.055s
user 0m19.803s
sys 0m3.668s
318:login:Penguin
09/01/01 04:23:58 /UXNDsnC
FUSEなZFSでベンチなんて、ZFSへのネガキャンにしか見えない
319:login:Penguin
09/01/01 15:12:58 UNAfCHAE
そもそもこの実験自体XFSのネガキャンだな
小さなファイルの扱いは苦手に決まってんだろ？
320:login:Penguin
09/01/01 21:31:07 a2bBDv9r
確かにXFSは使ってみるとイマイチなんだよな。
ひょっとして、JFSが無難なのか??
321:login:Penguin
09/01/01 23:08:35 dBj6qpPh
JFSはext3よりはマシだろうな
322:login:Penguin
09/01/01 23:16:41 Jd8J6JYV
>>319
>>305で
＞XFSの欠点って見つからないもんだなあ
って言われたからの流れでしょ。
323:login:Penguin
09/01/02 02:01:54 HrlDzx7o
JFSの場合。
ノートPC(x86_64) Tulion64X2(TL-56) ST9120822AS
time tar jxf linux-2.6.28.tar.bz2
real 0m53.507s
user 0m27.732s
sys 0m3.310s
time rm -rf linux-2.6.28
real 0m6.591s
user 0m0.040s
sys 0m1.170s
324:login:Penguin
09/01/02 04:36:49 KJ9BwFW5
小ファィルというかディレクトリの生成と削除がすごく遅いのは既出だよねXFS。
325:login:Penguin
09/01/02 09:15:51 GFEPgqVO
ジャーナルを別ディスクにしても遅い
326:login:Penguin
09/01/02 09:45:53 EZZpbbHN
>>324
XFSは、大ファイルメインの特殊な環境用なんだよな。
reiser4に期待してたが、まさかの展開でつぶれちゃったし、
btrfsが安定するまでは、ext4で繋ぐか。
327:login:Penguin
09/01/02 12:43:56 Hohc2Yy1
xfs使う奴は、マジで噂で物事判断してるはず
328:login:Penguin
09/01/02 12:44:30 Hohc2Yy1
×マジで
○ガチで
329:login:Penguin
09/01/02 13:50:05 NiL0I0gC
×ガチで
○ガチムチで
330:login:Penguin
09/01/02 17:25:58 QoRK6b4x
>>327
こんなにアンチが多いのに？
331:login:Penguin
09/01/02 22:37:37 EZZpbbHN
>>327
使う前は噂で判断するしかないだろが。
とはいえ、XFSそんなに悪くないけどな。
332:login:Penguin
09/01/02 23:41:17 K/LaHFw6
カーネルツリーの展開と削除でイライラするぐらい
333:login:Penguin
09/01/03 10:48:26 K5VrUXU8
このスレも初めのころと比べるとずいぶん変ったな
初めのころは、テスト段階のFSや、ext*のfeatureでさえ
恐れなく使う猛者共がゴロゴロしていたのにな
今や、okky著のファイルシステム論を本気で信じちゃってる、痛いXFS信者と
誰も使ってないから何の情報も出ないだけなのに、勝手に堅牢だと勘違いしているJFS信者が
レスの殆どを占め、ちょっとでも貶せば即アンチ認定だもんな
2.6.28カーネルにしてから / を速攻でext4dev → ext4に変え
/homeをbtrfsで使ってる奴なんて、このスレ内ですら最早少数派なんだろうな
ましてや、0.16使ってたら、ある日からfsckでいきなりSEGVるようになったから
本家にバグレポしたら、0.16はもう古いからHotfix当てるかgitのやつ使ってね、とか言われて
迷うことなく btrfs-unstable 使ってる俺なんて、このスレですらキチガイ扱いなんだろうな
あーあ、このスレも終ったな
334:login:Penguin
09/01/03 10:55:15 ZQC6YIk5
>>333
俺は基地外です。まで読んだ
335:login:Penguin
09/01/03 11:22:15 nuPiacsO
>>333
コメントを忘れないように
つ「# チラシの裏はじめ」「# チラシの裏おわり」
336:login:Penguin
09/01/03 11:29:05 r9uwlkUB
# チラシの裏おわり
寂しがり屋の>>333くんのために
Btrfsの話題を出してあげましょうよ
# チラシの裏はじめ
337:login:Penguin
09/01/03 11:32:10 7xmoMDok
>>333
俺も同感。
ただ、XFSやJFSが今のところ良い選択肢の一部であるのは間違いないだろう。
もっとも、ext4が出来た今、それらの役割は終わったかもしれないが。
btrfsには本気で期待するが、reiser4の時も同じように期待してた。
今度はどう裏切られるのだろうか。
338:login:Penguin
09/01/03 12:30:08 s2mEMwPq
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜俺も同意。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
＿＿＿_
／_ノ ヽ､_＼
ﾐ ﾐ ﾐ oﾟ(（●）) (（●）)ﾟo ﾐ ﾐ ﾐ ＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼ /⌒)⌒)⌒)
| / / / |r┬-| | (⌒)/ / / /／
| :::::::::::(⌒) | | | ／ ゝ :::::::::::/
| ノ | | | ＼ / ） /
ヽ / `ー'´ ヽ / ／
| | l||l 从人 l||l l||l 从人 l||l バ
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､ ン
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒)) バ
ン
>>333はお前みたいな傍観者や野次馬風情がやたら幅利かせることを嘆いてるんだろｗ
339:login:Penguin
09/01/03 12:47:55 N7QBWFLh
今のところ良い選択肢はLinuxを使わないこと
340:login:Penguin
09/01/03 14:30:26 DtAE3aDe
何故reiserfsとjfsはdump/restore無いの？需要ないの？
341:login:Penguin
09/01/03 16:12:31 TH5byMBh
ないアル
342:login:Penguin
09/01/03 22:53:27 YcWB7Jk/
>>337
reiser4は裏切りはHansのせいなので、ext4はそういうこと無いんじゃないか？
RedHatが作ってるみたいだし。
ただ、XFS/JFS < ext4ってのは現時点では微妙だと思うが。
btrfsは開発が進まず、いつまでたってもext4が修正されるみたいなことになりそうな予感。
343:login:Penguin
09/01/04 01:52:41 ysTZPxFS
btrfsとかext4とか試したいけど、復旧できないと困るデータがあるので
ext3のままで使ってないくちです…はやく触りたい…
少し話が戻りますが、速度について議論するなら、
しっかりした方がいいと思ったのでコメント。
tarの展開速度をはかるのにディスクのスペックと、接続方法、繰り返し回数が
あまり書いてないのには疑問。というのも、環境によっては、
キャッシュにのるかどうか等が無視できない差を生むから。
こちらはVMware(データは実パーティション上)の環境なので、
細かいデータは省くが、数度実行したら優位に実行時間が短くなっていった。(40 >> 30 secとか)
読み取り時間を無視したテストがよいならば、
展開前のカーネルはshmにおくとかしたほうがいいかも。
逆に、読み取り時間を気にするならば、キャッシュにのらないように
工夫する必要があると思う。
344:login:Penguin
09/01/04 02:00:44 T2uQmTSx
いろいろなFSをBonnie++で3回とってみたことはあるな。
345:login:Penguin
09/01/04 02:09:51 kKi3Qbzy
btrfsでBonnie++を走らせたらカーネルごと死んで、次からマウントすら出来なくなりました
346:login:Penguin
09/01/04 12:42:54 T3uM4qFe
なんだか、NTFSとreiserfs(v3)とXFSの３択って感じだな。
突っ込み大歓迎。
347:login:Penguin
09/01/04 13:09:02 OKhHbzKw
LinuxだからNTFSは無いんでねえの。
あとext3も正直選択の魅力が無いかもしれないのだがしかたなく選択肢にあがっている状態。
（btrfsが選択できればねえ…）
348:login:Penguin
09/01/04 13:11:47 HojrW02/
別にどのファイルシステムを使っても一緒だろ。
障害がおきるのはハードウェアが故障したときぐらいのもんだ。
349:login:Penguin
09/01/04 13:11:50 4voN0aof
NTFSはパーミッション保存しないのでLinuxでは使いにくいだろ。
350:login:Penguin
09/01/04 14:08:23 cHqbCLC0
Reiser4信者はいますか？
351:login:Penguin
09/01/05 00:49:56 ujTvRpIr
いろいろある中でどうしてどの鳥もext3がデフォなのか、その理由を教えてください。
352:login:Penguin
09/01/05 01:01:31 N7SbMQOe
Btrfs For The Mainline Linux Kernel
URLﾘﾝｸ(www.phoronix.com)
353:login:Penguin
09/01/05 01:06:08 Ia2jZgu0
>>351
むかしむかし、reiserfsが標準の鳥がありました。その鳥はreiserfsのスポンサーもしていました。reiserfsは結構安定していましたが、その鳥の開発者はバグ修正ばかりで退屈していました。
reiser4に期待していましたが、なかなか成果が出てこない。その鳥の開発者は新しいfsを開発したいという思いが日に日に強くなっていきました。そしてその鳥の開発者は上に掛け合いreiserfsのスポンサーを降りてもらうことにしました。
その後のreiserfsの開発者の結末はご存知の通り。スポンサーを降ろさせたその鳥の開発者は現在伸び伸びとbtrfsの開発をしています。
354:login:Penguin
09/01/05 01:12:15 NI08RRMr
>>351
消去法。
>>353
oracleってreiserfs標準だったっけ？
suseは知ってるけど。
355:login:Penguin
09/01/05 01:20:09 Ia2jZgu0
>>354
その鳥=SUSE
その開発者=Jeff Mahoney
スポンサー降りた事実は無かったスマソ。まぁ邪推なので信じないように。
Novellが抱えてたreiserfs開発者は今どうなっているんだろうか…
356:login:Penguin
09/01/05 05:04:12 iLuaB62P
On File Systems
URLﾘﾝｸ(www.kev009.com)
URLﾘﾝｸ(anond.hatelabo.jp)
357:login:Penguin
09/01/05 14:21:32 dtFVOAHe
うちの彼氏 ポニョの歌はもういい加減聞きたくないと言ってるのにしつこく歌う
頭から離れない
苛つく
358:login:Penguin
09/01/05 14:22:42 Ia2jZgu0
>>357
団子三兄弟歌えばおk。
359:login:Penguin
09/01/05 14:25:04 dtFVOAHe
誤爆です すみません
360:login:Penguin
09/01/05 15:23:10 Ia2jZgu0
>>356
次のFSの革命はCoWかぁ。だとするとその次はディスクの並列gcかなぁ。
361:login:Penguin
09/01/05 21:15:35 WR0vS5IN
>>356曰く
It is worth noting that XFS is still under active development
362:login:Penguin
09/01/05 21:51:40 7SSffWmz
>>361
枯れたext3と違って、誠意開発中、今やってますってことか
363:login:Penguin
09/01/05 23:37:46 94zmWn+C
俺は>>7に賭ける。
364:login:Penguin
09/01/06 01:11:20 rl+g2qsZ
スレを加速して>>7を外れるようにするテスト。
いくらなんでも安定したファイルシステムを作るのに１、２年は
最低でもかかるだろ。ZFSですらまだどうよ？って状態なんだから。
365:login:Penguin
09/01/06 07:28:53 lkmp4r3x
百歩譲ってbtrfsが「選択肢に乗る」くらいはあるかもだけど、デフォ＆鉄板は無理だよなあ。
KNOPPIX btrfs editionがダウソできるよ！くらいか？うまくいったとしても。
まあでも>>7の結婚とちょっとの幸せくらいは祈ってやってもいいけど。
366:login:Penguin
09/01/06 09:17:08 khwV9+Jg
btrfsが標準になることよりも
>>7の結婚のほうが難しい
367:login:Penguin
09/01/06 19:05:57 8e3bqhSN
お前らかわいそうだろ、このスレを10年保たせてやろうぜ
あ、進めちまった。
368:login:Penguin
09/01/06 20:39:25 OVORNhp1
XFSを少しでも貶されると、即アンチ認定
アンチ認定していた連中のレスを揉み消せなくなると、XFSはActive Developmentだから宣言
挙句の果てには、ext4の開発の煽りを受けてi-nodeサイズから、ハッシュアルゴリズム、ジャーナルポジションのデフォルト値がそれぞれ変更されたext3を「枯れたFS」扱い
そして全く関係の無い>>7へレスを繋げてスレ流し
ああ、XFS厨って奴は、なんて気持ちの悪い存在なんだ
誰かが「btrfsがfsck時にSEGVる」と環境依存な事を言っても、アンチ扱いされたりはしないだろう
「LSFオフだとext4がマウントすら出来ない」とか、当たり前な事を言ってもアンチ扱いされないだろう
だが、それも相手がXFSだと
「xfs_repairって1TBにつきメモリ1GB要求するらしいね」こんなWikipediaに載っているような情報も、XFS厨の脳内では「環境依存話」
「UPS無しだと、急な電源オフ時に結構ファイル消えるらしいね」「しかもその時、古いファイルじゃなくヌルバイトなファイルに変わるんでしょ」
こんな公式にすら載っているような情報も、XFS厨の脳内では「XFSだけじゃない、全てのFSがそうなる」
そして、言った奴は即アンチ認定
ねえ、なんで？
どうしてXFSだけ別扱いするの？
まさか未だに「LinuxのVFSは糞だから、それ使ってないXFSは神」とかって教祖様の戯言を信じているわけじゃないよね
369:login:Penguin
09/01/06 21:16:01 yydiROnC
8TB越えは自動的にxfsになるから。
reiser3は8TBでバグ持ち、ext3は16TBに対応したのが割と最近。
jfsは実績不明。
370:login:Penguin
09/01/06 21:22:26 QIqJq6Bo
>>368
ext3使いだがマジレスすると、長文だから1文字も読まれてないんだと思う。
2～3行にまとめる練習してみたら？
371:login:Penguin
09/01/06 21:40:46 Ncsfrd3v
そして「いざというときのフォールバックのため」と称してext3に収まるサイズで使われるのがxfs。
372:login:Penguin
09/01/06 21:44:31 7SYTEnHx
>>368
私はアンチ脳
まで読んだ
373:login:Penguin
09/01/06 21:49:29 wsKGMoDw
URLﾘﾝｸ(www.atmarkit.co.jp)
>linux-nextにbtrfsを含めるよう促しました
：
>Chris Masonから12月31日に「Btrfs for mainline」というスレッドで再提案があり、現在も議論が続いています
：
>暗にコードレビューを再び求められているほか、何人かの開発者から
>コードのスタイル上の問題を指摘されています。
前にも似たようなことがあったような…
374:login:Penguin
09/01/06 21:50:23 IpMwATjU
>>370
失礼だな。読み手全てをひとくくりにするな。
俺は1行目を最後まで読んだぞ。
375:login:Penguin
09/01/06 21:50:42 rFDOz/Xl
UPSあってメモリ16G積んでてテープにバックアップ取ってるから気にしたことない
376:login:Penguin
09/01/06 22:29:33 8e3bqhSN
>>373
例の人格テストだな。
377:login:Penguin
09/01/06 23:06:52 rFDzNrUq
非関税障壁です。
378:login:Penguin
09/01/06 23:09:54 qbzlSX9A
>>373
> 前にも似たようなことがあったような…
btrfsの中の人も殺人罪でタイーホ？
379:login:Penguin
09/01/07 04:23:55 MYAr5Are
UbuntuでXFS使うと超遅い
何でだ
380:login:Penguin
09/01/07 07:10:32 aMX79JXV
>>379
今は知らんが、dapperのころだとgnome+xfsでバグがあった。
nautilusでファイルをコピーすると半端なく遅くなるやつが。
今は単純にxfsが遅いのが理由じゃね？
381:login:Penguin
09/01/07 08:16:23 lDEHfZnJ
>>368
信者は盲目ということで。
ubuntu暴徒と似ているんだよな。どんなsceneでも推してくるところが。
382:login:Penguin
09/01/07 10:04:37 EwZHKGvQ
>>368
XFSは糞、私は神
まで読んだ
383:login:Penguin
09/01/07 12:56:09 sQ6RHxpJ
>>381
ログ読む限りまともなレスは利用状況特定しているぞ？
むろん信者っぽいのもいるが・・・
どんなsceneでも貶してくるアンチXFS厨のほうが鼻につく
384:login:Penguin
09/01/07 15:22:43 /+7MD+d/
モンスターエンジンかとおもった
385:login:Penguin
09/01/07 16:29:14 r4ikewKA
Ubuntuの/（ていうか全部）にReiserFSを使った俺は勝ち組ですか？
386:login:Penguin
09/01/07 16:41:41 AMgR4a59
普通
387:login:Penguin
09/01/07 18:10:52 76AuvVYI
普通。外部hddもreiserfsにしてる。
388:login:Penguin
09/01/07 18:24:06 08GuQOS0
このあと開発はどうなっていくのかねぇ
reiserfs
389:login:Penguin
09/01/07 19:18:35 ig1WPL6z
reiserの3は開発終了だろ。
4がどうなるかなんだが、誰か引きつぐとか引きつがないとかいう話があったけど
あれからどうなったんだろうねえ…。
390:login:Penguin
09/01/07 19:42:59 tSTHmBEQ
引き継げるもんじゃないだろ。
ファイルシステムの開発なんて論文とか書いている連中がするもの。
391:login:Penguin
09/01/07 20:01:49 DDgLikG1
少なくともreiserは名前変えないとなぁ・・・・
392:login:Penguin
09/01/07 21:05:40 lXWvEHKq
>>374
ｽﾏｿ
393:login:Penguin
09/01/07 21:36:12 fk3CrHNx
Reiserの名前を変える議論をせねばならない時が来たようだな
【v4】ReiserFSを改名しよう【復活】
394:login:Penguin
09/01/07 22:07:20 B2Qqa9xs
HansFS
395:login:Penguin
09/01/07 22:15:35 vExK0bDD
KillerFS
396:login:Penguin
09/01/07 23:01:12 vvz8dY2r
どうして、そんな縁起の悪そうな名前ばかりなんだよ。
HeavenFSとかWalhallaFSみたいなのにしようぜ。
397:login:Penguin
09/01/07 23:45:54 76AuvVYI
OwataFS
RealFsckFS
398:login:Penguin
09/01/08 00:25:01 6OJP0Z3U
UnderCherryFS
399:login:Penguin
09/01/08 00:57:54 rgO3Fykq
RHEL4 で、
/sbin/mkfs -t ext3 -T largefile /dev/sda1
でファイルシステムを作りました。
tune2fs -l /dev/sda1 で見ても、features に large_file と表示されないのはなぜなのでしょうか？
400:login:Penguin
09/01/08 01:07:52 TPFei93y
>>399
man mke2fs
401:login:Penguin
09/01/08 05:46:45 YOSWQa5L
snapshotとれるFSで予め領域確保とかしなくていいものだと何がお奨め？
402:login:Penguin
09/01/08 09:51:26 mQUcS+1Y
afs
403:login:Penguin
09/01/08 10:54:37 emjBQ7Y/
本気でReiser4をフォークしようぜ
404:login:Penguin
09/01/08 11:01:48 3ybXM10s
>>403
どうぞどうぞ。
405:login:Penguin
09/01/08 13:06:44 QpPYIj3l
ディレクトリに対して suid パーミッションを立てると
どんな効果があるの？無意味？
406:login:Penguin
09/01/08 19:07:46 c4gMowFj
URLﾘﾝｸ(permalink.gmane.org)
凄すぎる
ジャーナル有りでIOzone 8Threadでもext[23]よりも速いとは……
2.6.29でwithout-journalサポートされるらしいし
407:login:Penguin
09/01/08 19:24:33 O6eba7uh
性能持ち直してたのか
408:login:Penguin
09/01/09 00:17:41 Hdxu1sBm
reiserFSは小さいファイルが得意と言う場合、
小さいファイルってのはどれくらいのサイズの事を言うんでしょう。
100KB以下とかそんな感じでとらえていいんでしょうか。
それとも設定で変わるから一概には言えないとか？
409:login:Penguin
09/01/09 00:53:27 VdNNmbk1
>>408
4kb
410:login:Penguin
09/01/09 01:26:32 OtSi3E50
4kbitか。
411:login:Penguin
09/01/09 04:35:08 wY5ihNUA
512Bか、そりゃちっちゃいなー……なんてことはないやろｗ
412:login:Penguin
09/01/09 05:25:36 EKW8+Eao
「小さいファイルが得意」って言ったって
別にHDDのアクセスタイムを短く出来るわけじゃないし
(エレベーターシーキングとかやってるかもしれないが)
単に、「ファイルの生成/削除が速い」ってだけじゃないのかな。
逆にXFSはそれが遅いと。
413:login:Penguin
09/01/09 05:26:48 EKW8+Eao
あ、NTFSでもやってるみたいな
実体をinode情報周辺に置いてるのかも。
414:login:Penguin
09/01/09 11:39:51 BGUtmeux
NTFS と ext2 というか UNIX 系のファイルシステムで根本的に
違うのは、ファイル名に関する情報の扱いだと思う。
前者は MFT にファイル名が書かれている。
後者は ディレクトリエントリ内に書かれている。
これって、ファイルシステムの機能や性能に大きく影響するかな？
415:login:Penguin
09/01/09 12:48:22 BkTWwdib
>>413
tail packingしてる
416:login:Penguin
09/01/09 21:07:12 uA07Wbkb
ext3
ｵ
ﾜ
ﾀ
417:login:Penguin
09/01/09 21:54:33 z9X35o9v
exFAT？なにそれ？おいしいの？
URLﾘﾝｸ(journal.mycom.co.jp)
418:login:Penguin
09/01/09 22:14:47 5PbbeD6s
SDXCにはMSへのライセンス料が含まれるのか?
まぁそれよりもexFATって軽く調べたらVista SP1以降でしか使えないみたいだけれど，
どうすんだろ?
419:login:Penguin
09/01/09 23:01:35 xdxj3Kr9
>>418
WinやMacはカードリーダにドライバつけるんじゃない?
フリーOSじゃどうすんだろ? 特許があるんで手が出せないぞ。
420:login:Penguin
09/01/09 23:23:40 VdNNmbk1
というか記憶デバイスが特定FSを前提に開発されちゃうのが怖い。
421:login:Penguin
09/01/10 10:26:19 KTlgHD1h
extかfatで細々と利用されてDVD-RAMみたいに廃れそうな予感
むしろBSDやOSXでアクティブなUDFの方が良かったんじゃないか
422:login:Penguin
09/01/10 10:43:02 z5BgCo2F
カード単体で使うならexFAT以外でも使えるとは思う。
問題はビデオカメラ等でSDXCが採用されるとそのフォーマットはexFATになるだろうから
そのデータをexFATに対応したOSで無いと取り込めないのが困る。
exFATの仕様が全て公開されていてなおかつドライバをOSSで作ることに問題が無ければ良いのだろうけれど
どうなんだろね?
423:login:Penguin
09/01/10 13:03:03 B7NOAodS
btrfs来たな。
424:login:Penguin
09/01/10 14:11:35 qqkNGPYL
>>423
どこに？
425:login:Penguin
09/01/10 14:34:53 9jR1ZPOO
URLﾘﾝｸ(www.kernel.org)
commit 73d59314e6ed268d6f322ae1bdd723b23fa5a4ed
Merge: 6ddaab2... e293e97...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Fri Jan 9 13:01:38 2009 -0800
Merge git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable
あたりかね。
426:login:Penguin
09/01/10 17:05:30 SDyyTx60
>>400
作ったファイルシステムに2GB越えのファイルを作ったらlarge_fileが表示されるようになりました。
427:login:Penguin
09/01/10 17:10:25 SDyyTx60
RHEL3でext3のファイルシステムを再作成しようとしたら以下のエラーが出てしまって、
再作成できませんでした。
字のごとく書き込みができないのが原因のようですが、解決方法をご存知の方が
いらっしゃれば教えてください。
再作成前のファイルシステムに対しては普通に読み書き可能でした。
#/sbin/mkfs.ext3 /dev/sdo1
mke2fs 1.32 (09-Nov-2002)
Warning: could not erase sector 2: Attempt to write block from filesystem resulted in short write
Filesystem label=log1-s1-vol9
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
120127488 inodes, 120124021 blocks
6006201 blocks (5.00%) reserved for the super user
First data block=0
3666 block groups
32768 blocks per group, 32768 fragments per group
32768 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Warning: could not erase sector 0: Attempt to write block from filesystem resulted in short write
mkfs.ext3: Attempt to write block from filesystem resulted in short write while zeroing block 120124000 at end of filesystem
Writing inode tables: 0/3666
Could not write 8 blocks in inode table starting at 32: Attempt to write block from filesystem resulted in short write
よろしくお願いいたします。
428:login:Penguin
09/01/10 17:19:33 qqkNGPYL
>>427
金持ちのおまいにはサポートセンターがあるだろ？
429:login:Penguin
09/01/10 18:24:22 dCpa2VUq
>>421
DVD-RAMは廃れてないけどな。
430:login:Penguin
09/01/10 19:58:19 qPQiCiYn
>>424-425
URLﾘﾝｸ(www.mail-archive.com)
だろ？ 常識的に考えて。
>>427
1. mkfs.ext3はext3を作成する為のコマンドであってスーパーブロックの再生成にはe2fsckを使う
つか、再作成って何？ 普通にmkfsするのと何が違うの？
2. mkfs.ext3 /dev/sdo1ではFilesystem labelは付かない。
log1-s1-vol9とかってラベルが付いているのは何故？
自分でやった事は全部書け。勝手に省略すんな。
そもそも、そのエラーの理由はLBA32/48読み込みの失敗から、loopback/chroot環境構築の失敗まで多々ある
自分の環境/やった事/結果を一言一句間違えずに書かなきゃ、こっちだって分からんよ。
3. mke2fs 1.32は古すぎるだろ？ 何故1.41.3を使わん？
ext4も、256 Byte I-nodeも、half_md4もサポートしてないmke2fsの話は他所でしろ。
更に言えば、ここはunstableなFSでも平気で使うような奴の巣窟だ。RHELの事はRHELスレで聞け。
431:login:Penguin
09/01/11 09:36:31 GdHI0atf
すいません、検索してるんですがなかなかよく分からないので質問させてください
（１）ntfsmount（ntfsprogs）と、ntfs-3gはどちらを使うべきですか？
（ntfs-3gのほうが新しいのですよね？）
（２）ntfs-3gはNTFS5を読み書きできますか？
432:login:Penguin
09/01/11 17:54:02 VCi3yThs
>>430
ゆとり教育の弊害どころか飛び級の無い日本だが
学校でいう進級や留年みたいなものでは。
unstableは問題に当たる可能性は高いかもしれないが
安全なつもりでいても逆にstableは致命的なバグを抱えたままかもしれない。
unstable/testing/stableは、いつか「来た道、やがて行く道」
みんなお母さんから生まれて、そして、死んで行くんだ。
>>431
NTFS5はWindows 2000のじゃないかな?
NT5.0がWindows 2000、NT5.1がWindowsXPで、NTFSの仕様も微妙に違ってた気がする。
Windows 2000のNTFSにntfs-3gでなら書き込みできた。
何か間違っててもｼﾗﾈ。
433:login:Penguin
09/01/11 17:55:45 WRuKmtyv
>>431
俺も回答
Windows XPのNTFSにntfs-3gなら(ry
何か間違ってても(ry
434:login:Penguin
09/01/11 18:06:09 fyLcIhSu
日本の教育がなぜ駄目になったかというと、文科省が学校運営に口を出しているからだよ。
だから教育改革とかなんとかやってるけど、文科省が主導するかぎり何も変わらないんだよね。
435:login:Penguin
09/01/11 19:24:07 WFsXzuEE
>>434
その前におまいが駄目だろ。すれ違い消えろ
436:login:Penguin
09/01/11 19:35:29 FgBzdMni
>>434
主観で語るうちは何も変えられないよ。
437:login:Penguin
09/01/11 19:52:09 fyLcIhSu
>>436
主観じゃねーよ、傍観
438:login:Penguin
09/01/11 20:08:40 3xOp+/pz
中二病ですね、わかります
439:login:Penguin
09/01/11 20:11:50 fyLcIhSu
中二病って言ったやつが中二病なんだよ！！
↑ある意味真理
440:login:Penguin
09/01/11 21:11:01 TxvqzUTm
ubuntuのintrepid ibexで早くbtrfsが使いたいです
どうすればいいですか
441:login:Penguin
09/01/11 21:12:35 FgBzdMni
>>440
つ カーネルコンパイル
442:login:Penguin
09/01/12 01:06:14 MijjCgiy
>主観じゃねーよ、傍観
443:login:Penguin
09/01/13 03:35:43 gSh8ctRS
>>438
世の中夜勤帰りで朝から寝てる人だっているんだよ？
引っ越しの時ちゃんと挨拶行った？
顔合わせた時ちゃんと挨拶して軽く会話するとかしてコンタクト取り続けてる？
そういうコミニュケーションがきちっと取れてれば
いつ掃除機を掛けても大丈夫なのか、いつなら駄目なのか
迷惑を掛けないように生活出来るはずなんだが
444:login:Penguin
09/01/13 05:17:05 ZLiyIRX4
最近は挨拶してもシカトされるなんてザラなんだぜ。
所謂「常識」の通じない人間が増えたと常に留めとくべし。
2ch限らずコミュニティでも気が楽になる。
445:login:Penguin
09/01/13 23:53:23 eTcY23vI
1 ディレクトリ 5000 以上の JPEG ファイルというデータディレクトリを
Linux Samba 3 経由で使用しようとしているけど、やっぱり ReiserFS かな？
UPS が無い環境だしカーネルパニックもあるかもしれないので、XFS の下記表記が怖すぎる
それとも今は ext4 がいいのでしょうか？
URLﾘﾝｸ(www.gentoo.org)
> ReiserFSはB*-ツリーを基礎として作られたファイルシステムで、非常に良い性能を持っています。
> 小さなファイル(だいたい4kバイト未満)を扱うときは、ext2やext3よりも非常に高い性能を発揮し、時には、10～15倍にも達します。
> ReiserFSは大きなファイルシステムなどでも性能を発揮します。メタデータジャーナリングも備えています。
> カーネル2.4.18以降、ReiserFSは非常に安定しており、一般的な目的のファイルシステムはもちろん、
> 大きなファイルや大量の小さなファイルを扱うような極端なケースにおいても推奨されます。
> ReiserFSはブートパーティション以外ならいつでもお勧めします。
> XFSはメタデータジャーナリングを備えたファイルシステムで、
> Gentoo Linuxではxfs-sourcesカーネルで完全にサポートされています。
> 堅牢な特徴を持ち、スケーラビリティを持つように最適化されています。
> このファイルシステムはハイエンドのSCSI/fibreチャネルストレージと無停電電源装置を備えたシステムでのみ推奨します。
> XFSは積極的に処理中のデータをメモリにキャッシュするため、
> 間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない; そのようなプログラムが数多くあります)を走らせたときに、
> 不意のダウンによってデータが失われてしまう恐れがあります。
446:login:Penguin
09/01/13 23:57:46 eTcY23vI
1 ディレクトリ 5000 以上の JPEG ファイルがあるようなデータディレクトリを
Linux Samba 3 経由で運用しようとしていますが、やはり ReiserFS がよいでしょうか？
XFS は下記記述が怖すぎます
あるいは今は ext4 の方がよいでしょうか？
今まで ext3 で運用していましたが結構遅かったです
URLﾘﾝｸ(www.gentoo.org)
> 堅牢な特徴を持ち、スケーラビリティを持つように最適化されています。
> このファイルシステムはハイエンドのSCSI/fibreチャネルストレージと無停電電源装置を備えたシステムでのみ推奨します。
> XFSは積極的に処理中のデータをメモリにキャッシュするため、間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない;
> そのようなプログラムが数多くあります)を走らせたときに、不意のダウンによってデータが失われてしまう恐れがあります。
447:login:Penguin
09/01/13 23:59:13 eTcY23vI
ぐおお、書き込み失敗したと思ったら書けてた…
レス被りスマン
448:login:Penguin
09/01/14 00:07:56 QL7wWPsY
btrfsがあったら薦めるところなんだが…！
静止画ファイルくらいまでだったらReiserFSでいいかな。
動画ファイルとかディスクイメージ置き場だったら俺はXFSにしてたけど。
# 「不意のダウン」みたいな事態にファイルが壊れるって経験はしたことはない。でも一応用心はしてた。
449:login:Penguin
09/01/14 00:26:47 AMxM894u
>>445
>免責事項 : このドキュメントはすでに正しくなく、メンテナンスされていません。
つ URLﾘﾝｸ(www.gentoo.org)
450:login:Penguin
09/01/14 00:42:52 BKeAAq83
単なるファイル置き場にするのなら、少しでも枯れているほうがいいのでext3でそ。
451:login:Penguin
09/01/14 01:34:26 kk1ljLQq
>>448
なるほど
動画も JPEG に比べればごく少数ながらあります
とはいえ、ほとんど Read アクセスなので
XFS の遅延アロケーションによる劇的な Write 時間短縮までは不要かなと考えています
>>450
ext3 は今まで使ってましたがけっこう遅かったです
XFS か ReiserFS にすると劇的に速くなるとどこかで見たのでお聞きしました
452:login:Penguin
09/01/14 01:43:59 uxeurj3K
>>446
説明を見る限り、Wikipediaに書いてあるこれのことじゃないかな?
URLﾘﾝｸ(ja.wikipedia.org)
>XFSは遅延書き込み最適化と、データとメタデータのディスク書き込み順序の点については SuSの解釈に甘さがある。同様に、ext3やdata=orderedモードのReiserFSで動作する操作が、データ破壊を引き起こす場合がある。
>echo "original data here" > data
>echo "new data goes here" > data.new
>mv data.new data
>*crash*
>この3つの操作が実行された直後にクラッシュや電源が落ちたりすると、ファイルがランダムデータやヌルコードに置き換わったりする可能性がある。 なお、bug report in Ubuntu と posting from a XFS developer on linux-xfs にこの点に関する反対意見がある。
あと、XFS(に限らないらしいが)を電源Backupが無い環境で使う場合はHDDの書き込みキャッシュを無効にしておくべきらしい。
URLﾘﾝｸ(xfs.org)
453:login:Penguin
09/01/14 01:59:06 BKeAAq83
>>451
ちょっと待った。その遅さは本当にfsが原因? samba側は問題ないの?
tmpfsとかにファイルを置いて試してみた?
454:login:Penguin
09/01/14 06:02:16 DhAewHX0
Linux向け次世代ファイルシステム「Btrfs」最新版が公開
URLﾘﾝｸ(journal.mycom.co.jp)
キタコレ！
455:login:Penguin
09/01/14 07:48:03 8343VN5Q
>>446
まずは、一般的なファイルサイズについて明記
456:login:Penguin
09/01/14 13:17:27 Pstmpi3r
>>454
延期とかいう噂もあったけど、結構強引に突っこんできたな。
457:login:Penguin
09/01/14 13:27:24 y9EJqbHs
>>452
そのWidkipedia(ja)の記事って、書いた人の主観だろ。
裏付けが全然ないし、古い情報(2004年)参照してるし。
458:login:Penguin
09/01/14 13:30:18 l86PBwjh
>>457
君が新しい情報を追記すればいい
そのためのwikipediaだ
459:login:Penguin
09/01/14 13:43:30 y9EJqbHs
単に削除するだけでいいじゃん。
jaの記述なんて不確実すぎるから、自分では参照として提示なんてしないし、
提示された時はenと比較するし。
460:login:Penguin
09/01/14 19:45:22 rLpRJpXz
きも・・・
461:login:Penguin
09/01/14 20:02:50 f/uyN7Hf
どうしてXFS使っている奴って変な奴が多いのかな
例えばext[34]をdata=writebackでマウントして使ったとして
使っている奴等は安定性を犠牲にしていることを自分で理解しているよ
SGIも宣言している通り、XFSはext[34]で言う所のdata=writeback相当の事しかしないんだ
それでどうしてext[34]と同等の安定性を得られるの？
というかdata=writebackしかサポートしない時点で
普通、自分が使うのはともかく人には勧めないよ
「ファイルが壊れるって経験はしたことはない。」とか言っている奴は何なの？
それはたまたま運が良かっただけか、無かった事にしているだけで
そういう時に壊れやすいのはXFSの特性なんだ
> XFS(に限らないらしいが)を電源Backupが無い環境で使う場合はHDDの書き込みキャッシュを無効にしておくべきらしい。
とか、さもすべてのFSが対象みたいな事言いだしているけど、そのためのwrite-barrierですから
data=ordered 又はdata=journal で barriers enabled なマウントしている限り
あなたの心配しているような事は絶対に起きません
更に言えばext4ではデフォルトで barriers enabled ですね
XFS使い vs. その他で勝手に宗教戦争するのはかまわないけどさ
ウソたれ流すのは勘弁してよ、特にXFS使いの人達
462:login:Penguin
09/01/14 20:20:16 fNNZNqAg
ええとだな。とりあえず>>448がXFSを薦めてないのは理解しているか？
463:login:Penguin
09/01/14 21:21:25 wVpvV381
>>461
私は変な奴です
まで読んだ
464:login:Penguin
09/01/14 21:24:52 1h8puFDu
どう見ても、アンチXFSの方が変な奴比率高いよな。
まあ一人が頑張ってるのかもしれないけど。
465:login:Penguin
09/01/14 21:26:35 oZEBierL
長文にろくなのがいない件
まぁまとめる能力が欠如しているのだから当然の帰結ではあるのだが
466:login:Penguin
09/01/14 21:38:17 wVpvV381
長文は1人だろうな
アンチXFSの中でも、こんな腐った文章の香具師は珍しいだろうからなw
467:login:Penguin
09/01/14 21:55:13 r9yIG5Ki
よし、覚悟を決めた。
明日、メインマシンのルートシステムをbtrfsで置き換える。
基幹サーバーもそうしてしまおうか。でもHDD引っ張り出すのが面倒だ。
468:login:Penguin
09/01/14 22:13:00 pyL5oSxj
まだテストも通っていないfsなのにメインマシンのルートシステムて
469:login:Penguin
09/01/14 22:20:04 XC5/7Lcv
>>467
ネタかもしれんが人柱乙。
ブートローダはまだbtrfsに対応してるのなさそうだから
/bootはext3とかで残しておけよ。
生きてたらレポートきぼんぬ。
470:login:Penguin
09/01/14 22:27:35 r9yIG5Ki
Btrfs Conversion from Ext3なんてのもできるんだなー。復元も可能ぽい。
Transparent zlib compressionはやっぱブロックデバイス毎なのかな。
取り合えずbtrfs-progsは準備できたが、カーネルのビルド時間かかるから寝るわ。
471:login:Penguin
09/01/14 22:32:02 XC5/7Lcv
お。本気っぽい。期待>>470
472:login:Penguin
09/01/14 23:58:49 kk1ljLQq
>>453
Sequential Read : 14.493 MB/s
Sequential Write : 44.616 MB/s
くらい出ています
tmpfs だと流石に RAM だから速いのか、約 6 分のファイルコピーが約 4 分に短縮されました
>>446
画像置き場が平均 160 KB、写真置き場が平均 760 KB、
動画や CD イメージだと数百 MB になるみたいです
DVD iso などは取り込みませんが、たまに OS イメージなどをダウンロードして置いたりします
473:login:Penguin
09/01/15 00:10:53 j/ul2azK
>>461
ext3 or ext4 を -O barrier=1 で作成しさえしておけば
安全に SATA HDD の write cache を活かすことができるということでしょうか？
ReiserFS でも同等のオプションはありますでしょうか？
現在 dir_index 付きの ext3 で運用していますが
ReiserFS や ext4 にすれば劇的に速くなりますでしょうか？
474:login:Penguin
09/01/15 00:14:15 L6TCniDe
>>473
4分以下にはなりません
475:login:Penguin
09/01/15 01:53:06 35FWcKs+
>>472
どんなに速くなっても50%程度の速度向上なんだから、
fsいくらいじっても幸せになれないってことは理解できるか?
476:login:Penguin
09/01/15 06:55:02 poz1gYdK
取り合えず入れてみた。昨日のlinusツリーね。
(よく知らないけど、)ZFSのようにFS自体がLVMのような役割も担っていて、
複数のデバイスへの読み書きをFSのレイヤーから扱う(事`も`できる)。
ルートファイルシステムの下に、サブボリュームという消せないディレクトリを作れて、
これが実質的にそれぞれのパーティションというかボリュームに相当する。
fsck、リサイズ、スナップショット、`デフラグ`などがオンラインで可能。
LVMとは違い統合がされているので、操作は驚くほど楽だと思った。
後はチェックサムだとかは標準で有効なのかな。ちょっとCPUは使う模様。
18117 ? S< 0:00 [btrfs-worker-0]
18118 ? S< 0:00 [btrfs-submit-0]
18119 ? S< 0:00 [btrfs-delalloc-]
18120 ? S< 0:00 [btrfs-fixup-0]
18121 ? S< 0:00 [btrfs-endio-0]
18122 ? S< 0:00 [btrfs-endio-2]
18123 ? S< 0:00 [btrfs-endio-4]
18124 ? S< 0:00 [btrfs-endio-met]
18125 ? S< 0:00 [btrfs-endio-met]
18126 ? S< 0:00 [btrfs-endio-met]
18127 ? S< 0:00 [btrfs-endio-met]
18128 ? S< 0:00 [btrfs-endio-met]
18129 ? S< 0:00 [btrfs-endio-met]
18130 ? S< 0:00 [btrfs-endio-wri]
18131 ? S< 0:00 [btrfs-endio-wri]
18132 ? S< 0:00 [btrfs-endio-wri]
18133 ? S< 0:00 [btrfs-cleaner]
18134 ? S< 0:00 [btrfs-transacti]
18291 ? S< 0:00 [btrfs-worker-1]
スレッドがたくさん走る.
まぁまだオプションとか情報表示とか、そもそもの解説が少ない感はある。
完全移動はする必要はないんだが、かといってアクティブに使わないと評価分かりづらいからな…。
477:login:Penguin
09/01/15 06:55:04 C3NMXrNi
fsだけで体感めちゃくちゃ速度が変わるなんてあんまりないでしょう。
上のほうであったxfsの小さなファイルを扱うときくらいじゃない？
体感ですごくわかるのって。
478:login:Penguin
09/01/15 07:26:03 z5KSndAE
>>476
人柱乙！
そのプロセスの数スゴいね。
bonnie++のベンチマーク試してみてくれない？
最後まで正常に走るかどうか分からないけど。
479:login:Penguin
09/01/15 08:11:09 HzY/76AM
>>464
＞どう見ても、アンチXFSの方が変な奴比率高いよな。
＞まあ一人が頑張ってるのかもしれないけど。
必死だな。工作員乙
480:login:Penguin
09/01/15 16:38:13 8S8qNtcK
せっかくbtrfsというオモチャが手に入ったんだからそっちで楽しもうぜ。
いきなりroot入れ替えるのは怖いから、実験用にとっておいた20Gのパーティションにぶち込んでコピーしてみるかな
481:login:Penguin
09/01/15 19:27:43 ikjPymGe
おれみたいなチキンが本番で使うようになるのは何年後だろうな。
482:login:Penguin
09/01/15 19:38:59 5t9g76Ic
>>479
アンチXFSに短文レス発見！！
483:login:Penguin
09/01/15 19:45:28 YWNkljTN
アンチでフィルタするとすっきり
484:login:Penguin
09/01/16 00:53:38 ypiw6TAn
XFSでフィルタするとすっきり
485:login:Penguin
09/01/16 13:26:45 dEnGaCm2
また沸いたか……
486:login:Penguin
09/01/16 19:30:31 qVPbdl04
おまえらの大半がXFSを主に使っている事は分かったよ
自分の使っているものを貶されると頭にくるもんな
あーあ、ほんとバカばっかになっちゃったな
どうせ、UbuntuとかFedoraなんかのインストール用DISCがサポートしているFSが
おまえらが選択できるFSの全てなんだろうな
もういっその事XFSスレでも作って、XFS厨＆アンチXFS共々そっち行ってくれないかな
もうさ、新着レスがXFS厨＆アンチXFSのものだけとかウンザリなんだわ
487:login:Penguin
09/01/16 19:41:00 u7wlazQY
うはw ほんとに粘着しているんだw
488:login:Penguin
09/01/16 20:19:34 1KZCvI0u
URLﾘﾝｸ(homepage2.nifty.com)
あれ？もしかして最速は EXT(dir_index) なの？
489:login:Penguin
09/01/16 20:28:48 29jNcghI
アーキが変われば結果も変わる。
カーネルのバージョンが変われば結果も変わる。
490:login:Penguin
09/01/16 21:17:59 1KZCvI0u
2.6.18 は 2006/09 か
今の状況はわからんのね…
491:login:Penguin
09/01/16 21:31:44 VaS+Z9mp
URLﾘﾝｸ(www.phoronix.com)
これ見るとEXT4速い。
他ではReiserFSかな。
492:login:Penguin
09/01/16 22:49:40 3NkIX9v6
exfatってまだ出てきてないのかな。
sdxcカードがwindows専用になってしまいそうで恐い。
493:login:Penguin
09/01/16 23:12:17 nd1gpV7d
>>488
CPUが遅すぎる
494:login:Penguin
09/01/16 23:26:23 mHeDiGy7
>>486
>>465
495:login:Penguin
09/01/17 01:45:09 HaFyQgmi
なんかもうntfsとex3しか使ってねーな
496:login:Penguin
09/01/17 03:38:11 uDsPuRz/
>>491
何か結果がばらつきすぎていて
EXT4 が速いとは一概には言えない感じ
497:login:Penguin
09/01/17 03:39:31 uDsPuRz/
>>495
ext3 って他の FS と違ってエクステントをサポートしてないけど
性能とか効率の点でそれでもいいの？
498:login:Penguin
09/01/17 03:48:22 cT8E3oxH
>>497
extent使いたいならext4使えばいいだけでは。
499:login:Penguin
09/01/17 03:59:16 U43KyFDP
当たり前過ぎて怒られそうだが。
何%速いとか遅いとか比較になるけど、そういうのはあくまで基礎データ。
自分の用途への向き不向き、想定作業でどれくらいの実時間になるかってのを
考えられないと結局無意味なんだよね。万能FSなんて存在しないし。
500:login:Penguin
09/01/17 04:19:29 uDsPuRz/
URLﾘﾝｸ(www.gentoo.org)
改めて Gentoo による各ファイルシステムの紹介文を見ると
XFS のデメリットは相当マイルドな表現に変わっていた
ReiserFS はあまりメンテナンスされていない旨が追記された
EXT3 と JFS はやたら凄そう
ちなみにこのスレでは JFS はどんな評判ですか？
501:login:Penguin
09/01/17 04:21:26 oGyAZ7Ca
ext3はHDDに負担がかかるのと、トラブル時にほぼ復旧できないのが辛いところ。
自分で壊してデータは救えないみたいなマッチポンプ状態。
ext4以降には期待してる。
頑張れよおまえら。
俺は使うだけだが。
502:login:Penguin
09/01/17 06:31:11 S+ngPFbA
>>497
性能上も容量効率上もあまり良くない
長年の工夫でカバーしてる状況
503:login:Penguin
09/01/17 08:52:04 rEyZuoad
>>497
パーソナルユースだし、細かいことなんてどうでもいいから。
504:login:Penguin
09/01/17 10:54:57 cCEIiUNM
左から右に並べると
Reiser4 Btrfs JFS XFS ext4 Reiser3 ext3
どう見てもext厨＝右翼です。本当にありがとうございました。
505:login:Penguin
09/01/17 11:20:54 6MfpTJtI
ext3厨なんているのか？
ディストリのデフォルトだからとか、
周囲が使っていて他のファイルシステムを選択するより無難だとか、
いろんな理由で他を選択する余地が無いからext3使っているよっていう立場が多数なんじゃないのか。
506:login:Penguin
09/01/17 11:33:31 1H9/sMRJ
Centスレにすげー必死な人が居たのは覚えてる。
欠点を指摘されると「運用の仕方が悪い」「運用する奴が悪い」等々言い出すだけで
何の反論もしていなかった人。
507:login:Penguin
09/01/17 11:35:56 XREbgEAs
>>504
ヒント: 最右翼
508:login:Penguin
09/01/17 11:57:59 7V+8Nq1c
ext3は無難の一言に尽きるね。
利用法が固まってるならFS探求の旅に出るのもいいと思うが
509:login:Penguin
09/01/17 12:39:55 8y2Ap4W4
HansFS=Reiser4を獄中で完成させてくれw
510:login:Penguin
09/01/17 18:39:01 tOysdEeV
無難というのは、問題が出ても自分に降りかかる火の粉は少ないという意味じゃね？
ググって問題解決したら、自分がいるスレまで来て質問したりしないという意味で。
511:login:Penguin
09/01/17 21:48:42 SSvPPNia
>>509
仮に完成させても、mainlineにmergeされず、dist.も採用せずでははやらないだろうに。
ext3はデフォルト採用のdist.が多いってだけだな。
btrfs早く来いとは思うが、人に勧めるときは無難にext3になってしまう。
512:login:Penguin
09/01/17 21:58:43 0y6D1dah
実用上はext3ほぼオンリーだけど、ext3には熱く語りあうための萌えや燃えが少ないよな。
なんというか、ファイルシステムスレで語るようなモノがあまりないと思う。
513:login:Penguin
09/01/17 22:19:18 uDsPuRz/
JFS とかどうなん？
XFS はこのすれでは罵倒対象なんだよね？
514:login:Penguin
09/01/17 23:14:17 uYWaRZoa
実用がext3ってw
どう考えてもreiser一択だろ。
515:login:Penguin
09/01/17 23:24:07 AVmiEuig
>>513
XFS 罵倒対象
JFS 無視対象
ext3 利用対象
btrfs 羨望対象
ZFS 横目対象
516:login:Penguin
09/01/18 00:08:07 Gk0FMWJq
つーかさ、このスレを全部読んで出た結論が
XFS信者とアンチ君がウザすぎるから、XFSには関わらないでおこう。とかではなく
XFSは罵倒対象。に読めたようなアホは少し黙っていてくれないか
ましてや、毎回毎回ageで書きこみとか、もうね………
517:login:Penguin
09/01/18 01:44:30 pLTaNS5z
2.6.29 きたら btrfs メインにしようかと思ったけど、ext4+extent のほうがさわった感じではよさげ。
518:login:Penguin
09/01/18 09:26:27 C5libQb+
おまえら
罵倒FSはbtrfsだろ？
519:login:Penguin
09/01/18 12:47:54 WouOOnN5
btrfsはunder heavy development…なんて書いてあるし、試すものであって使うものじゃないよね
520:login:Penguin
09/01/18 13:18:47 fTeqwP4F
>>516
ホント、ただ叩き合ってるだけで中身がないよね。
国会議員と同じ。
で、Win/Macユーザーから何か言われると仲良くなったりして。
こういう用途にはこのFSが適してるとか、
一覧無いのかね。
521:login:Penguin
09/01/18 21:54:25 0u1y86kE
>>517
両方の新しいやつを追いかけてくれ。
あなたならやってくれると信じている
522:login:Penguin
09/01/19 07:21:54 t3poZpe/
>>513
＞JFS とかどうなん？
＞XFS はこのすれでは罵倒対象なんだよね？
いいよ、JFS。安定していて早い
XFSも用途によっては、ありかもしれないが、基本ＮＧが多いから使わない方通い
動画配信くらいか。
523:login:Penguin
09/01/19 07:24:53 1fZSQogK
と書くと、今度はJFSアンチが湧き出すと思われます
>>523-527あたり
524:login:Penguin
09/01/19 07:35:39 LMDDBHnv
JFSもXFSも特にトラブってない。
JFSは情報(特にトラブったときの)をあまり見かけないから不安はある。
XFSは>>332とかが気になるけど、まあそんなに頻繁にすることでもないし、
そもそも向いてないのが分かってる。
525:login:Penguin
09/01/19 22:47:35 1fZSQogK
>>504
>>507
ext3は極右
526:login:Penguin
09/01/19 23:54:00 zDlUroSU
叩かれることを承知でXFSについて書いてみる
昔仕事でIRIXを使っていた関係上XFSを使っているのだが
確かにカーネルソースとかを扱うと遅い
でもmkfsの速さとxfs_growfsのお手軽さは好きだなぁ。
xfs_repairは確かにメモリを食うけど個人で使う分には
2Tや3Tのパーティションがある訳じゃ無いしね。
527:login:Penguin
09/01/20 00:03:03 R01Is8WG
>>526
カーネルソースを扱うと遅いってどういう意味？
小さいファイル＋ディレクトリ沢山だと遅い？
再インストール時に/をxfsにしてみた。
全く普通。ext3と差を感じない。
528:login:Penguin
09/01/20 00:08:16 QRfmq3x6
IRIXとlinuxとじゃ実装が違う。
529:login:Penguin
09/01/20 00:09:18 ZRHXd2uB
>>527
>>312-323
小さいファイルを扱うと極端に遅い。
530:login:Penguin
09/01/20 00:32:54 qAR+znAv
いや、あのさ、
カーネルソースの展開とかの
ファイルの作成が多数行われる処理が遅い、というのはわかった。
で、
カーネルのコンパイルに要する時間は他のFSと比較してどれほど遅いの？
つまり、小さいファイルに対する読み書きの速度は。
「小さいファイルを多数作成」というのは
日常的にそう頻繁にあるわけじゃないでしょ？
日常的にあるのは、小さいファイルの読み書き処理だと思うんだけど。
いや、カーネルを常に追っているけど直接gitで取ることは絶対しない、みたいな人も
居るんだろうけどさ。
531:login:Penguin
09/01/20 00:57:47 QRfmq3x6
フラッシュデバイスが増えている昨今、UBIFSの評価とかどうでつか？
532:login:Penguin
09/01/20 01:07:26 ZRHXd2uB
>>530
カーネルのコンパイルに要する時間はCPU次第でしょ。
ファイルの読み書きよりも計算の方が時間かかるし。
svnやgitでしょっちゅうソフトをバージョンアップしてる人は小さいファイルのアクセス多いでしょう。
Archなんかでabsコマンドしたりしたら速度の違いは明らか。
ま、あそこは/varはxfsを使わずにreiserfsやjfsを使いましょうって言ってるが。
533:login:Penguin
09/01/20 01:33:10 qAR+znAv
いやだから、コンパイルに要する時間が知りたいんじゃなくて
「読み込み速度の差」がどれほどのものか知りたいと言ってるんだけど、わからない？
コンパイルという言葉で伝わらないなら
じゃあ、「同じカーネルソースをgrepした時の非CPUのtimeの差」でもいいよ。
そっちのほうがずっとずっと重要なんだから。
それが、カーネルソースを展開するのに要する時間と同じように
数倍以上の差があるのかどうか、ね。
534:login:Penguin
09/01/20 02:48:37 jayBGkBw
qAR+znAvから例の粘着厨の香りがするのだが
535:login:Penguin
09/01/20 02:50:46 SKylbN+b
>>531
ほとんどのフラッシュつかったデバイスはコントローラ通して使うものだから、
生のフラッシュメモリ向けfsってほとんど評価されていない。組み込み系の人が
使ったりしないもんかな。
536:login:Penguin
09/01/20 07:06:27 RVjg336u
最近の組み込みLinuxを使う領域って書込み可能なフラッシュメディアとして
CFとかSDカードとかが用意されてることが多いからな。
ならメディア側のwear levelingに任せたほうがいいという話になっちゃう。
537:login:Penguin
09/01/20 07:48:56 OltnJDVH
>>530
＞「小さいファイルを多数作成」というのは
＞日常的にそう頻繁にあるわけじゃないでしょ？
ありますが、なにか？
538:login:Penguin
09/01/20 09:31:01 1r6L1u+X
Gentooユーザーとか？
539:login:Penguin
09/01/20 11:29:27 qAR+znAv
>>537
毎秒平均何個程度のファイルが作られる？
１日平均いくつのファイルを作ってる？
あ、ファイル単位のバックアップなら当然だけどね。
540:login:Penguin
09/01/20 11:35:14 Sy2vt2xf
普通の人なら/varと特別に書き込みが多い場所だけHDDに入れて、
他はSSDに入れちゃえば後は特に気にしなくても大丈夫なんじゃね?
541:login:Penguin
09/01/20 22:23:40 1r6L1u+X
世の中には/varをtmpfsに入れてしまう猛者もいるそうな
542:login:Penguin
09/01/20 23:33:58 F8EEr7HV
>>541
ログが残らないのは痛いな
543:login:Penguin
09/01/21 08:08:20 0sr8zsvN
ここは、個人サーバの人だけなんですね、わかります
544:login:Penguin
09/01/21 12:10:25 Flfovap3
個人ユーザ以外でこのスレに張り付いてるやつって何なのｗ？
545:login:Penguin
09/01/21 18:35:29 gRxCWpLW
屁にもならない存在のくせに何でそんなに偉そうなのw？
546:login:Penguin
09/01/21 19:10:30 SqbulNGF
mountオプションのextentsと
Filesystem featuresのextentsは別物？
547:login:Penguin
09/01/21 19:20:42 vHHm4jmf
fsを明記しる！
ext4のことだとは思うけど…
同じじゃないのかな
-o extentsで指定だっけ？
指定するとfeaturesにあるextentsが有効になる…だったかな
そのうちデフォルトで有効になるみたいだけど
548:login:Penguin
09/01/21 19:46:04 hfRVN8MQ
～～～～～～～ ↑ここまでの流れ↑ ～～～～～～～
・XFS信者がXFSの痛い所をつかれファビョる
・いつものように対象者をアンチ認定して、レス自体はスルーしようとする
・XFS信者がいままでアンチ認定してやりすごしてきた連中が、あたかもチームを組んだかのように連続でレスしはじめる
・XFS信者、火消しに失敗し、>>7へのレス等関係のないレスでスレを流そうとする
・それも失敗に終わり、ついにXFS信者とアンチ認定組のバトルがスタート
・アンチ認定組、「XFSはext3におけるdata=writeback相当のジャーナリングしか出来ない」とレス
・XFS信者、「HDDの書き込みキャッシュがオンなら、どっちもかわらん」と反論
・それに対する対抗策として、write-barrierやライトスルーキャッシュ等がアンチ認定組より上がり
「XFSはext3におけるdata=writeback相当のジャーナリングしか出来ない」という問題がより顕著に
・アンチ認定組、攻撃の手を緩めることなく「XFSは小さいファイルの書き込みが遅い」とレス
・XFS信者、「小さいファイルを多数作成というのは日常的にはそう無い」と反論
・痛すぎる反論に、アンチ認定組の脊髄レスが多数上がる
・XFS信者、今度はアンチ認定組を“個人サーバの人”と新たに認定しはじめる
～～～～～～～ ↓以後、つづく↓ ～～～～～～～
549:login:Penguin
09/01/21 20:08:51 HzOz2b1g
P2Pで落としたエロ動画倉庫にはXFS最高。
カーネルビルドはext3。
そんなの常識パッパパラリラ
550:login:Penguin
09/01/21 20:09:53 ubPOGmL6
>>548はXFS拒絶症なんですね、わかります。
551:login:Penguin
09/01/21 20:33:32 mATOklwj
「XFS拒絶症」って10回言ってみて
552:login:Penguin
09/01/21 20:34:37 OU0txi38
>>550
で、君がXFS信者に認定され、こういうレスをする俺がXFSアンチに認定されると。
553:login:Penguin
09/01/21 20:39:24 ubPOGmL6
>>552
そのとおりさ
554:login:Penguin
09/01/21 21:41:12 MiSYAlac
おまいらマイナーファイルシステム同士仲良くしる
555:login:Penguin
09/01/21 21:51:05 6ZLp3A6Z
“I have a dream. That one day in the kernel of Linux system.
the FS of former bunkrupt company and the FS of former big
mainframe manufacture will be able to sit down together at the disk of seagate."
556:login:Penguin
09/01/21 22:01:08 em1PHtba
カーネルのビルドなんてtmpfsでいいじゃん
557:login:Penguin
09/01/21 22:14:44 DLPhRQXi
どーでもいいから、用途別のオススメ教えろ。
テンプレ作らなきゃできないのかよ。
【Web】
【DB】
【バッチ処理】
【多重処理】
あと何かあったら追加よろしく～
558:login:Penguin
09/01/21 22:22:16 NpsqSYmx
【Web】ext3
【DB】ext3
【バッチ処理】ext3
【多重処理】ext3
Linux上での実績を考慮したらこうなりました。
559:login:Penguin
09/01/21 22:44:53 FKj2VsoD
ﾜﾛﾀ
確かに。
560:login:Penguin
09/01/22 20:57:31 pcMr5U9d
マジレスすると
【Web】Reiser3
【DB】Reiser3
【バッチ処理】Reiser3
【多重処理】Reiser3
561:login:Penguin
09/01/22 21:52:07 nQOp8IrY
>>560 「悪いけど…趣味が違うから。私、reiserfsのファンなの。ext3大っ嫌い。」
>>561 「えっ、reiserfsぅ? なぜそんなマニアックなFSをー!」
>>561 「バカな… reiserfsと言えば、B+treeとBitampのつぎはぎだらけで、
しかももう放棄された成長性E(jfsより下)のプロジェクトですよ？」
562:557
09/01/22 22:11:04 cDP8WLFf
>>558,560
おまいらは使い分けもできんのか…
四角い頭の椰子に聞いた俺がバカだった。
563:login:Penguin
09/01/22 22:13:01 FA8x4VzJ
Reiserfs持ち上げるならせめてreiser4を持ち上げろよ…いくらネタでも。
564:login:Penguin
09/01/23 22:18:10 RypETPY+
reiserfsはkernel2.2～2.4への過渡期で
やってくれた記憶があるから好きになれないなぁ
565:login:Penguin
09/01/23 22:32:28 3h8Zg4uw
>>560
どれも似たり寄ったりsage
使い分けるほどじゃねえよ
566:login:Penguin
09/01/24 02:00:06 0rWx8rMa
reiserfsの作者の出所は14年先らしいが。
567:login:Penguin
09/01/24 05:12:06 TF8AXIFO
>>558
サポートの関係でそうなることはけっこうあったり。
>>566
実時間でドッグイヤーですか。
568:login:Penguin
09/01/24 23:24:12 JGINnWwe
やっぱり JFS 最高やね
性能も信頼性も
569:login:Penguin
09/01/25 10:00:22 QOAXgSVd
ext3は最悪です。
本当にありがとうございました。
570:login:Penguin
09/01/25 10:20:54 ROXca4XD
>>568,569
具体的に頼む
他の人がからみ難いじゃないか
571:login:Penguin
09/01/25 10:56:41 1fmrMHGH
ファイルシステムなのかという気もするが、Linuxって*_inode_cacheとかで
キャッシュに大量にスラブが取られて、肝心のアプリがOOM killerとかに
殺されたりします。
一応vfs_cache_pressureでなかなか起きないようにはできるものの、根本的な
疑問として
アプリがメモリを要求してるのに、キャッシュが開放されずに
OOM killer発動っていう流れは何よ？
というのがあるんですが、なんでメモリ要求で不足を検出したタイミングで
キャッシュ開放処理を走らせないのか誰か教えてください。
572:login:Penguin
09/01/25 11:02:00 LPC6NO2X
メモリの種類によってIOを走らせられるかどうか決まってるからだよ。
GFP_*とかで調べてみれ。
573:login:Penguin
09/01/26 22:36:22 khaVcA+g
Windows上のNTFSと、Linux上のext3は、どちらが速いですか？
574:login:Penguin
09/01/26 22:55:19 PNgXVOhm
>>573
ext3
でもそれだけで評価が決まるわけではないけどね。
あまり比較することい意味を感じないけど、なにを聞きたかったのかな？
575:login:Penguin
09/01/26 23:03:05 khaVcA+g
>>574
バックアップ用に買ったUSBのHDDを、WinとLinux、どちらに繋ごうかと思いまして
576:login:Penguin
09/01/27 00:00:06 kkfqlZMS
経験者は語る
NTFSもext3も糞
577:login:Penguin
09/01/27 00:01:14 wSLWJ55i
で、経験者のおすすめは？
578:login:Penguin
09/01/27 00:28:53 7kWbztPX
FATだろう。多分
579:login:Penguin
09/01/27 00:44:03 wsOi49LW
たしかに互換性ならFAT16最強だが。
580:login:Penguin
09/01/27 01:27:31 3sXwC4mw
今更2Gのパーティションって何に使えばいいんだよ。
ext3もそのうちこんな扱いになるんだろうな。
もうすぐ2TのHDDでるっぽいし。
581:login:Penguin
09/01/27 20:31:22 PussyOjP
Reiser4、大好きです。
582:login:Penguin
09/01/28 16:27:39 AMrE/+bm
WindowsXP向け exFAT FSが提供されたようだ。
linuxではどうなのだろう。対応する動きはあるのかな？
現物が出ていないのであれだけども。
URLﾘﾝｸ(www.microsoft.com)
583:login:Penguin
09/01/29 00:02:13 FZhoCuj7
これに返事がくるのを待てばよいのではないかと。
URLﾘﾝｸ(lkml.org)
584:login:Penguin
09/01/29 10:34:05 PcW9UB4+
> Linuxカーネル開発者の間では最近Linuxカーネルに取り込まれた「btrfs」が
> 次世代ファイルシステムの本命であると支持する向きが多い。
> 多くのユーザーはext3など現在のファイルシステムからext4を経て
> （もしくは直接）btrfsに移行していくとみられる。
ext3の後継者争いも激化の方向に
URLﾘﾝｸ(www.itmedia.co.jp)
585:login:Penguin
09/01/29 11:53:40 cNYsBpvz
企業ではext3やXFSが標準的に用いられていることが多い。
おまえらわかったか
586:login:Penguin
09/01/29 12:08:12 cvyn7tiC
>>558で既出。LinuxのXFSはねーよ。
587:login:Penguin
09/01/29 14:25:14 dR/fL2Y3
それにしてもocfs2にbtrfsと次世代ファイルシステムは完全にOracleに
おんぶに抱っこだな。完成度もいいし、DBは好かんがOracle見直したわ。
588:login:Penguin
09/01/29 17:02:50 oloYkLqQ
ext3が一番使われてて、一番枯れてるのは誰でも知ってること
589:login:Penguin
09/01/29 18:23:47 lmH3IpIy
枯れてるとか安定してるとかここのｽﾚじゃまったく意味無いな。
メイン環境がWinなもんだから平気で不安定版ｲﾝｽﾄする連中が殆ど。
最新で先進的かつ安定してるかどうかよく分からん物が最高だろ。
590:login:Penguin
09/01/29 20:05:01 h2oEOEZi
Linuxを複数入れてるんじゃないか？
めんどくせーwindowsと違ってrsyncでコピってfstabとブートローダー弄ったらokだし。
591:login:Penguin
09/01/29 23:08:04 ztRcJgTx
>>589
インストール時にデフォルトで選ばれているFS
なんじゃねーの。選択するのは面倒だから。
592:login:Penguin
09/01/30 00:51:55 DVI8ZiBT
俺は 589 とは反対で安定を求めてこのスレを読んでおります。
邪険にしないでね。
593:login:Penguin
09/01/30 08:06:46 I2CS/Xks
質問なのですが、ext3ファイルシステムを利用しているのですが、ファイルの合計容量と、パーティションを切った領域の容量が一致しません。15ギガ切っておよそ1ギガ分ぐらいがどこに使われているのか分かりません。
もしかして、ファイルシステムの仕様なのでしょうか。どなたがご教示ください。お願いします。
594:592
09/01/30 08:11:12 I2CS/Xks
連投すみません。
あと、合計の容量と現在の使用量はkde4のdolphinのプロパティーで確認したものです。
595:login:Penguin
09/01/30 08:37:11 tY3sh5+s
>>593
man tune2fs
URLﾘﾝｸ(www.linux.or.jp)
予約ファイルシステムブロック reserved filesystem blocks
ってのになってる。
5% くらいかな。
596:login:Penguin
09/01/30 12:16:57 pFX4Hfia
ジャーナルサイズにも気をつけろ
デフォルト意外に大きいぞ
597:login:Penguin
09/01/30 13:04:36 WGjS0Meb
>>592
安定しているというか安全なfsを探していていつも思うのだけど、
「理論は安全・高速です、だけど、開発中なのでリスクがあってチューニングが
足りないです」って言うのに会うたびに悲しくなる。
早く、btrfsが使いもになるようになるといいな
598:login:Penguin
09/01/30 13:51:31 4mFsvRt0
>>597
バグのないプログラムは無い、というのと同じ意味だろ。
あとリスクとチューニング不足は別の問題だ。
fsが使える程度で満足しそうな香具師が気にすることでもない。
599:login:Penguin
09/01/30 19:44:06 TWmxU2Ks
URLﾘﾝｸ(www.atmarkit.co.jp)
>これにより、XFSで大きなディレクトリを操作するようなワークロードにおいて最大20倍の高速化が達成されたそうです。
ほほう。
600:login:Penguin
09/01/30 20:04:47 Z1Th46Ur
>>599
このスレの上の方で、環境晒してXFSが遅いと豪語していた御仁は
そのページで触れている2.6.28を使用していたようだが……
まあなんていうか
XFS信者 乙
601:login:Penguin
09/01/30 20:11:28 qnrJLGzh
ワークロードが違えば結果も違う罠
602:login:Penguin
09/01/30 20:27:55 BLheTFgw
他のファイルシステムと比較して遅くなるのには変わりないし。
603:login:Penguin
09/01/30 20:28:18 TWmxU2Ks
いや俺XFSなんて使ったこと一度も無いけど。
勝手に他人を信者認定する人ってなんなの？
何故そんな妄想に取り付かれるの？
604:login:Penguin
09/01/30 20:30:23 xYA3qWmz
ここにはXFSアンチがいます。
みなさんとっとと虫籠に。
605:login:Penguin
09/01/30 23:45:30 /3Gy34CB
>>598
btrfsは今後も同じ構造を保つとは決まっていないと言われてたはずだが、
そう言うリスクは玄人には不要なんですよね、わかります。
606:login:Penguin
09/01/31 00:00:18 VtRFqVoU
中毒者なら毎回のデータ移行をむしろ喜びと感じるはず。
ext3でデータ飛ばすのは恥だが、変態^H^Hキワモ^H^H^H先進的なFSで
データを飛ばすことはむしろチャレンジャーの誇りと考える。
主に学生、それも研究室に入るくらいの学生がよくかかる病だ。
607:login:Penguin
09/01/31 01:00:53 UdXn4NGp
>>606
学生・学者のくせに先進的でないのなら、そんな奴は
死んだ方が世のため人のためになる。
608:login:Penguin
09/01/31 01:44:47 SiCmIp4F
日本のテスターは本家にフィードバックしないで愚痴だけ書くから困る
609:login:Penguin
09/01/31 01:46:11 SiCmIp4F
あと、問題が起きましたがあれしてこれしてどれしたのでどれが原因か分かりませんが云々も困る
610:login:Penguin
09/01/31 02:28:40 XOOgQBBG
>>608
日本人に限らないけどね。
使うだけでレポートせず文句言うだけの香具師が多いのは。
611:login:Penguin
09/01/31 02:34:48 iBrfji9Z
俺なんか自作ファイルシステムとsshサーバと自作webサーバ動かしてるけど障害なんか一度も起こってないよ。
まぁ、運用半年だけど。
612:login:Penguin
09/01/31 02:35:15 iBrfji9Z
てか、毎日のようにアップデートしてるからか。
613:login:Penguin
09/01/31 05:35:35 gKeWExdb
>>606
Gentooのコンパイルフラグにイロイロ詰め込んでsystemをビルドしちゃったりするあれか
614:593
09/01/31 08:53:41 EI2ywcSl
>>595-596さん素早いレス、ありがとうございました。
615:login:Penguin
09/01/31 13:34:15 YvHf0PbF
>>611
みんなのためにうpしてくれ
616:login:Penguin
09/02/01 20:05:24 SFRK/n3m
>>607
学生や学者は便利な人柱かよwww
617:login:Penguin
09/02/01 20:41:56 pKZuj+ox
>>616
学者は失敗しても成功しても論文にできるんだよ。
失敗したら、この方法はダメだったからもっといい方法を考えないとダメだね、って感じの論文にするわけ。
618:login:Penguin
09/02/01 21:19:39 zfLT80pe
失敗しても論文にしとかないと、また同じ方法試をやっちゃう人がでちゃうしね
619:login:Penguin
09/02/01 22:42:33 kPVbxg7p
学者がbtrfs使ってる間は
おまいらは黙ってxfsを使え
620:login:Penguin
09/02/01 23:04:21 8wk+0NmU
真のチャレンジャーは/をzfs+fuseで使ってるだろ。
621:login:Penguin
09/02/01 23:41:08 uyWJoLXd
>>620
/に使えたっけ？
622:login:Penguin
09/02/01 23:44:45 8wk+0NmU
/devとかはudev様がtmpfs上に作ってくれるようになったから、頑張れば
いけるかな？そのあたりのでできるかできないか微妙な点まで含めての
チャレンジャーなわけで。
623:login:Penguin
09/02/01 23:48:53 +d0K0+J0
>>621
だからこそのチャレンジャーなんだと思うぞ。
FUSEなのに、/を作ったみたいな。
まぁ、個人的には次のkernelからbtrfsが入るみたいなので、開発が一気に進むといいな、と。
624:login:Penguin
09/02/02 13:08:37 gQtzoShy
>>623
prepatchのほうは俺の環境じゃまともに動かんかった。どうしてもROになる。
625:login:Penguin
09/02/03 01:00:53 Dc+aj2Os
exFAT FS キタ
URLﾘﾝｸ(lkml.indiana.edu)
626:login:Penguin
09/02/03 02:30:48 16fezc1a
>>625
何がきたの？
627:login:Penguin
09/02/03 07:25:35 n3CI8/1R
>>626
そのメールの先を読んでいったら、
exFATのroなドライバとかがすでに出てきてる
628:login:Penguin
09/02/03 08:06:00 LguxkZZC
「仕様書とかは紐付きってことはなかったの？」
「仕様書？そんなものはない。USBのイメージをリバったんだよ」
でワラタ。
629:login:Penguin
09/02/03 21:21:36 3/iPgPwE
基本FATなんだったら難しくないだろうな。
630:login:Penguin
09/02/03 22:50:14 Z6BDr0uN
exFAT 構造解析
URLﾘﾝｸ(homepage3.nifty.com)
631:login:Penguin
09/02/04 00:00:15 wLEo4sBd
おがわさんスゲー
632:login:Penguin
09/02/04 22:29:01 fd0XVi2g
ext3はディレクトリ内のファイルの数が多かったりすると極端に遅くなるなあ。
xfsやreiserはその点良かったけどこの二つはファイルアクセス時に変にCPUのウエイトが掛かる時があって
他に動いているアプリの動きが妙にもっさりする時があった。
その点jfsは全然問題なくて使い勝手良い感じがする。今まであまり話題にならなかったから使わなかったけど、
なんでマイナーなのかな。てかHDD容量増えてきてext3の使い勝手が悪くならなきゃ自分もあえてjfsは
使わなかったかも。目立った長所も短所も無いって感じだからマイナーなのか・・
btrfsは一応モジュール組み込んでtoolも入れたけどなんかリーナスが半ば無理やりマージしちゃったみたいで
速攻でバグ出てたって聞いたから試してないや。実はリーナスはこれに期待してるんじゃないだろうか。
今度買うHDDが1Tだけど、まあ少なくともこの容量でext3は個人的にもう使えないな。fsckなんてかかったら
どれ位時間を食うのか・・btrfsが使い物になるまでjfsでいっとこう。
633:login:Penguin
09/02/04 22:32:40 3f3+oVuU
ext4を試していない時点でネタ。
634:login:Penguin
09/02/04 23:02:19 eXgdnCRm
アンチXFS以外にも長文がいたか
635:login:Penguin
09/02/04 23:07:07 fd0XVi2g
>>633
一時期ext4を通常にマウントしただけでextentになってしまう(つまり元に戻らないw)恐ろしいバグがあって、
その時にファイルシステムすっ飛ばして懲りたw
使った期間が短かったし少し前の話だから比較にならないけどext3と比べてそう大差無いような感じだった。
まあ純粋に64ビットの設計なのだろうからディレクトリ内のファイルの数が膨れたりしてもext3のように
遅くならないと思うんだけど。なんとなくext4は短命に終わる気がしないでもない。
636:login:Penguin
09/02/04 23:23:21 xSbAoH6j
>>635
ext4がbtrfsまでのつなぎなのは確かだけど、btrfsがFedora以外の
ディストリビューションのデフォルトfsになるぐらいに安定するまで
あと何年かかることやら…
637:login:Penguin
09/02/05 00:12:22 E5t3i72E
>>636
Linuxが業務で使われるケースも増えてくるでしょうから、そういった意味では互換性、信頼性を重視してきて
当分ext4が有利になっていくのでしょうけど。でもbtrfsは思ったより早いのではないでしょうか、リーナスの動きがw
リーナスはZFSが以前から気になっていたけどSunが冷たいらしくライセンスでモジュール化できないとか聞きました。
そこへ来てZFSと似たような仕組みのbtrfsが浮上、半ば無理やりマージしたリーナス。
リーナスは少し前からLinuxに革新的なFSが欲しかったのではないでしょうか。
なんとなくbtrfsはリーナスのひいきになるのではと思ってます。マージしたら開発速度も上がるでしょうし。
638:login:Penguin
09/02/05 04:51:29 qGG5jtg5
>>632
前からいってるじゃん。安定しているって
639:login:Penguin
09/02/05 07:11:00 bpZOwpx9
>>637
このスレでもおそらく100回以上ガイシュツだと思いますが、他のOSだとまともな
はずのfsも、Linuxに持ってくると腐ってしまいがちで、結局どのfs使っても性能も
信頼性も低いレベルで似たり寄ったりという批判は身に染みているでしょうしねぇ。
ZFSやHammer FSはライセンス上の問題があったし、btrfsは渡りに船だったでしょう。
ただ、それと各ディストリビューションがデフォルトfsとして採用するようになる
ぐらいに完成されるのかは話が別。Solarisですでに動いているZFSをFreeBSDに
移植するのにも結構難儀していること、過去のLinuxのfsの実績を考えると、
楽観的にはなれません。
ext3ベースで拡張するだけのext4ですら、マージされてから次期Fedoraのデフォルト
fsになるまで2年以上かかりましたが、現状のbtrfsはなんでマージしちゃったんだっ
ていうぐらいのとんでもなくアレな完成度ですから。
640:login:Penguin
09/02/05 08:41:43 oMX5twyc
なんか直接金もらってる発言権の高い開発者グループに対して変なアンチがいるのか?
未実装機能はまだあるにしろ、安定性は高いレベルにある。
vfsは根本から置き代わり、読める掛けるだけを軸としたfsレイヤとして活躍することになるだろう。
641:login:Penguin
09/02/05 09:49:49 IHPIl4eS
アレな完成度とか、安定性は高い、とかだけここに書かれても
642:login:Penguin
09/02/05 09:54:24 SdsjlyWA
文学的表現でファイルシステムを評価するスレはここですか？