[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 21:04 / Filesize : 190 KB / Number-of Response : 855
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:login:Penguin mailto:sage [2009/04/02(木) 20:57:26 ID:AdLAWklr]
●過去スレ
01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/

●関連リンク
ext4
ttp://www.bullopensource.org/ext4/
reiserfs/reiser4
ttp://www.namesys.com/
xfs
ttp://oss.sgi.com/projects/xfs/
jfs
ttp://jfs.sourceforge.net/
nfs
ttp://nfs.sourceforge.net/
ntfs
ttp://www.linux-ntfs.org/doku.php
fuse
ttp://fuse.sourceforge.net/
btrfs
ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)
ttp://www.nilfs.org/ja/

545 名前:login:Penguin mailto:sage [2009/07/26(日) 11:22:18 ID:UThMHETq]
寝る前の快適な動画ライフにはXFSが欠かせません

546 名前:login:Penguin mailto:sage [2009/07/26(日) 12:38:17 ID:1L63znlZ]
nilfs2はこのスレ的にどうよ?

547 名前:login:Penguin mailto:sage [2009/07/26(日) 16:27:48 ID:zE9g6p5d]
何がいいのか誰か解説しておくれ。

微妙な良さだったら手を出さない

548 名前:login:Penguin mailto:sage [2009/07/26(日) 16:41:13 ID:Pgi1JFDo]
linuxでバックアップがわりにスナップショットをとるなら
btrfsとnilfs2しか選択肢がなくて,btrfsとnilfs2を比べると,
nilfs2の方がだいぶ人柱度が低い.

549 名前:login:Penguin mailto:sage [2009/07/26(日) 17:07:30 ID:SJc9FADs]
>>543
いままでの3倍速でいけてますか?

550 名前:login:Penguin [2009/07/26(日) 22:56:52 ID:hBFHdbhU]
>>543
おまえの性癖すごいな。

>>549
それだと、1こすりと1/6じゃないか。

551 名前:login:Penguin mailto:sage [2009/07/27(月) 15:26:20 ID:1rnYRPHC]
opensuseにreiserfsなんですが、
HDDアクセスすると妙に引っかかる動きをするのですが、
何かわかります?

552 名前:login:Penguin mailto:sage [2009/07/27(月) 15:36:57 ID:bemC+Vkx]
reiserののろい

553 名前:login:Penguin mailto:sage [2009/07/27(月) 16:13:10 ID:26kfPdFl]
dmesg で不吉なメッセージが出てなければいいね




554 名前:551 mailto:sage [2009/07/28(火) 12:07:29 ID:9Q9PEzX+]
エラーとかではなくて、PIOモードみたいなんですよね。SATAなのに。

555 名前:login:Penguin mailto:sage [2009/07/28(火) 15:43:15 ID:zAh/ZwBs]
結局おまえらのハードディスクの大部分は
エロ動画やエロ画像を溜めてあるだけなんだろ?
そんなのXFSで構わん。

大きなデータが高速に読み書き可能
ばれそうになったとき急いで消せば復活が難しい
ぴったりじゃないか

556 名前:login:Penguin mailto:sage [2009/07/28(火) 17:34:44 ID:F7x9aH/R]
>>554
$ hdparm -i (HDDデバイス)
でどのモードか、わかるやろ

557 名前:login:Penguin [2009/07/29(水) 04:38:11 ID:UAfxPrcB]
どうせ遅いって行ってる奴は、工作員だから無視

558 名前:login:Penguin mailto:sage [2009/07/29(水) 15:01:47 ID:VWOuWJPW]
>>555 >>557
釣り針 乙

>>556
マジレスしとくとSATAを(普通そうだが)libATA経由で使っている場合、(当たり前だが)hdparmは使えない
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
大体からして、ファイルシステムと何の関係もない時点でスレ違いも甚しいんだから
とっととopenSUSEスレに誘導すべき

559 名前:login:Penguin mailto:sage [2009/07/29(水) 15:55:44 ID:ECOx3YRB]
>>558
使えるぞ
いつから頭が止まってるんだ?

560 名前:login:Penguin mailto:sage [2009/07/29(水) 16:01:46 ID:Y3KdxcyS]
SATAがlibATA経由になるくらいの頃からじゃね?ww

561 名前:login:Penguin mailto:sage [2009/07/29(水) 16:05:28 ID:YLBcoCMj]
sataのpatchが必要なのは、kernel 2.6.22 と 2.6.23 くらいだ
それ以外は必要無い

562 名前:login:Penguin mailto:sage [2009/07/29(水) 16:35:49 ID:aOQ4ySW7]
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ

563 名前:login:Penguin mailto:sage [2009/07/29(水) 17:38:16 ID:BkS/l//X]
>>558
556やけど
恥ずかしがらんと、またおいでや



564 名前:login:Penguin mailto:sage [2009/07/29(水) 19:30:59 ID:g9AlD0Tp]
dmcryptで暗号化する場合に最適なファイルシステムを教えてください
中身はお察し下さい

565 名前:login:Penguin mailto:sage [2009/07/29(水) 23:24:22 ID:Lyt3N/wI]
>>561
また嘘ばかりを・・・・

566 名前:login:Penguin mailto:sage [2009/07/29(水) 23:39:12 ID:YLBcoCMj]
>>565
2.6.24以降はlibata用のhdparmのpatchは必要無くなったはずだが
何がどう嘘なの?

567 名前:530 mailto:sage [2009/07/29(水) 23:57:41 ID:Dai87m7Q]
結局ただの嘘つきか。> 552
使ってもないんじゃないの?


568 名前:login:Penguin mailto:sage [2009/07/31(金) 04:00:07 ID:VaVCoKjY]
2.6.19以降は、/dev/hdaが/dev/sdaに変わると聞いて
設定ファイルを書き換えカーネルを入れ替えて再起動したら
/dev/hdaのままで困ったことがある


上で出てた断片化による速度低下だけど使い方によるよ。
Windowsはツールで断片化の具合が確認できるから
自分の使い方での傾向が分かるけどLinuxでは難しい。

基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ
一番影響受けやすいのは、
大量の細かいファイルと巨大なファイルを同居させた場合。

Linuxは大量に細かいファイルを作る傾向にあるから、
音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉

569 名前:login:Penguin mailto:sage [2009/07/31(金) 15:03:09 ID:MK+pGXZ2]
>>568
妻を殺した人が作ったファイルシステムを
ルートパーティションに使うべきということですね

570 名前:login:Penguin mailto:sage [2009/07/31(金) 20:51:02 ID:k+Upna9N]
>>569
何の関係もないな。/でも/bootでも使えばいいさ

571 名前:login:Penguin mailto:sage [2009/07/31(金) 21:36:42 ID:tbYA8+dL]
btrfsが実用的になるまではreiserfsしか選択肢が無いなぁ。

572 名前:login:Penguin mailto:sage [2009/08/01(土) 00:20:50 ID:SNB9Lm9T]
>>568
SQLサーバのパーテーションを分けておくべきだったと後悔。

>>571
reiserfsって、今どの程度メンテナンスされているのかな。
SuSEのデフォルトfsからも落ちちゃったし、先がないのは分かっているが、
現状でもっともマシなんだよな・・・。

573 名前:login:Penguin mailto:sage [2009/08/01(土) 06:29:20 ID:exuELPVL]
>>571
○○○もいいよ。
スレが荒れるから名前は伏せるけど。



574 名前:login:Penguin mailto:sage [2009/08/01(土) 07:49:48 ID:eQAKtpCe]
FATか

575 名前:login:Penguin mailto:sage [2009/08/01(土) 11:54:52 ID:4UAEiy8v]
reiserfsの何が他より優れているのか。
1行で答えなさい。

576 名前:login:Penguin mailto:sage [2009/08/01(土) 12:13:57 ID:VgzA3aXA]
名前の長さ

577 名前:login:Penguin mailto:sage [2009/08/01(土) 13:01:41 ID:mXx3DngF]
名前は長いほうがいいのか?
戒名みたいだな

578 名前:login:Penguin mailto:sage [2009/08/01(土) 16:48:33 ID:IAPkS0Yu]
「戒名」「法名」の長さについて
black.no-blog.jp/hone0625fk/2006/10/post_1b61.html

579 名前:login:Penguin mailto:sage [2009/08/02(日) 01:14:52 ID:Xdq0E5w1]
googleのファイルシステム公開してくんないかな

580 名前:login:Penguin mailto:sage [2009/08/02(日) 01:33:18 ID:+uNZh5d6]
そんな特化したFS公開されても・・・

581 名前:login:Penguin mailto:sage [2009/08/02(日) 02:04:26 ID:HFtAZHUu]
>>579
使い道ないじゃん。

582 名前:login:Penguin mailto:sage [2009/08/02(日) 07:54:45 ID:43zxi/8E]
>>579
ReiserFSの気がするのは俺だけだろうか

583 名前:login:Penguin mailto:sage [2009/08/02(日) 08:09:22 ID:BsPAG2ZW]
個々はext2だという話だったような。
それを多数で分散冗長化しているのが独自技術で。



584 名前:login:Penguin mailto:sage [2009/08/02(日) 09:22:39 ID:uUBOpM9k]
labs.google.com/papers/gfs.html

585 名前:login:Penguin mailto:sage [2009/08/02(日) 11:44:22 ID:y9A4+xpk]
Filesystem Specifications - Links & Whitepapers
ttp://www.forensics.nl/filesystems

586 名前:login:Penguin [2009/08/02(日) 11:56:57 ID:HWrwkQRU]
誰かHAMMER移植してくれないかな。
俺?能力的に無理ぽ orz


587 名前:login:Penguin mailto:sage [2009/08/02(日) 12:52:02 ID:S1KUAPtn]
Googleext2の上にGoogleFSを構築している。壊れるのが前提だからjournalingいらんし
ext4にjournalingなしのモードがついたのは、ext2からext4に移行したいgoogleがプッシュしたから
GoogleFSはオープンソースの実装が出てるけど、普通の単体ファイル操作は猛烈に遅い、
っていうか専用の API を通してしか操作できないから、一般人が使えるものじゃないです

588 名前:login:Penguin mailto:sage [2009/08/02(日) 13:47:37 ID:oNmo8zqP]
>>587
万が一にもsyncしないでマシンが止まることはないのを保障しているのか?
電源障害でたくさんのマシンが一斉に落ちたりすると
fsckの時間が無視できないと思うんだが。

589 名前:login:Penguin mailto:sage [2009/08/02(日) 14:02:27 ID:+uNZh5d6]
公開された先生のサーバってノード毎にバッテリー載ってる戯画のカスタム板だよな

590 名前:login:Penguin mailto:sage [2009/08/02(日) 14:08:32 ID:xaBD/3Nd]
>>588
そういうレイヤーのファイルシステムじゃないんだろ。

591 名前:login:Penguin mailto:sage [2009/08/02(日) 14:36:00 ID:T8DPlbOa]
>>588
Googleは、サーバーは「どんどん壊れるもの」が前提なので、保証もなにも、そんなことはどうでもいい。
実際どう運用しているのか知らんけど、fsckしようが、その時間が無駄だからmkfsしてサラにしようが、
大して違いがない。どうせ同じデーターが世界の別の場所に最低2カ所あるんだし。

592 名前:login:Penguin mailto:sage [2009/08/02(日) 16:01:34 ID:6M6aomwO]
「潔いのだな Googleは」
「そこに惚れたのでしょ?ラル大佐も」

593 名前:login:Penguin mailto:sage [2009/08/02(日) 19:47:06 ID:nThwvegR]
流し読みしただけでよく読んでないけど、
FSってより、APIだなこれ
memcachedをインデックス管理できるようにしてクラスタ化するとこんな感じかな?




594 名前:login:Penguin mailto:sage [2009/08/02(日) 22:06:58 ID:t3P+JXcL]
>>568
> 上で出てた断片化による速度低下だけど使い方によるよ。
> Windowsはツールで断片化の具合が確認できるから
> 自分の使い方での傾向が分かるけどLinuxでは難しい。

e2defrag 使ってましたがなにか?あれはフラグメントの様子が視覚化できるんだよ。
win でも linux でも defrag は自分の使用条件ではたいして効果なし。てのが結論。
シーケンシャルリードばっかじゃないからね。

可視化ツールには一応 DAV と言うのがある。未だに ext2/3 のみだが。
dav.sourceforge.jp/

> 基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ
> 一番影響受けやすいのは、
> 大量の細かいファイルと巨大なファイルを同居させた場合。

そんなの周知だよ。昔から。フラグメント問題はメモリ割り当てとかでもあるんだよ。

> 音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉

ていうか、読み書きの多いファイルとほとんど書き換えなし/消去なしのファイルはパーテーションわけしておく、とか。
昔から行われていることだよ。

周知なネタばかりじゃん。


595 名前:login:Penguin mailto:sage [2009/08/02(日) 22:08:05 ID:zuGU9fys]
>>594
はいはい、君は物知り博士だねぇ。

596 名前:login:Penguin mailto:sage [2009/08/03(月) 01:37:56 ID:kZ8h29CW]
>>594 メモリのフラグメント問題と ディスクのフラグメント問題は ぜんぜん違う問題

597 名前:login:Penguin mailto:sage [2009/08/03(月) 02:13:54 ID:4ahQ/E8a]
メモリのフラグメントは
実質使用量が増えて最終的に割り当てが出来なくなる(可能性がある)というのが一番の問題だけど
ディスクの場合はアクセス速度が遅くなることが問題点だもんね。

まあ稀にディスクの空き領域が足りなくなるまで書き込む人もいるかもしれないけど
ディスクの場合は分断されていても獲得は出来るのに対し
メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。

598 名前:login:Penguin mailto:sage [2009/08/03(月) 02:26:59 ID:0psqM35I]
MMUなんて便利なもんがだいぶ前から使われてるんだけどな

今は、メモリ管理情報の肥大化による問題の方が大きい


599 名前:login:Penguin mailto:sage [2009/08/03(月) 02:31:08 ID:4ahQ/E8a]
へー、MMUでアドレス空間の不足を解消できるのか。

600 名前:login:Penguin mailto:sage [2009/08/03(月) 06:52:39 ID:D9UOKH8p]
物理アドレス空間と論理アドレス空間を区別してない時点で
4ahQ/E8aも0psqM35Iもまともな議論はできてねーよ。
お互い勝ったつもりなんだろうが。

601 名前:login:Penguin [2009/08/03(月) 06:57:53 ID:Ihjxl/59]
>メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。

これが物理アドレスの話の可能性があると思えるなんて異常すぎる

602 名前:login:Penguin [2009/08/03(月) 07:01:40 ID:Ihjxl/59]
アドレス空間の空きのフラグメント解消に
ページングを持ち出す598はもっとすごいな

603 名前:login:Penguin mailto:sage [2009/08/03(月) 09:05:45 ID:+7q4foS8]
天災同士の貴重な議論は
逸般人にはどうせ理解できないものなので
他所のもっと落ち着いた場所でやるほうが
有益だと思います



604 名前:login:Penguin mailto:sage [2009/08/03(月) 11:53:41 ID:qdW8N29Q]
dosかなんかの話してるんじゃないの?

605 名前:login:Penguin mailto:sage [2009/08/03(月) 12:26:54 ID:XZq6o4Nt]
メモリのフラグメンテーションの話はスレ違いだ
そんなに罵り合いたいなら他でやれ

606 名前:login:Penguin mailto:sage [2009/08/03(月) 22:30:12 ID:NM+z6upI]
次スレタイはこれで。
【釈放】Hans Reiserは木が得意【マダー?】

607 名前:login:Penguin mailto:sage [2009/08/04(火) 00:51:40 ID:wKfZCk0q]
頭悪そうだな

608 名前:login:Penguin mailto:sage [2009/08/04(火) 12:03:16 ID:hDAUtPxp]
悪そう、じゃなくて悪いんだよ
頭も心も

609 名前:login:Penguin mailto:sage [2009/08/04(火) 20:37:36 ID:ZIj5Pq57]
btrfsタン、ハァハァ

610 名前:login:Penguin mailto:sage [2009/08/04(火) 21:35:23 ID:zBDyWBP8]
>>607-608
おまいらよりはマシだ

611 名前:login:Penguin [2009/08/04(火) 21:38:52 ID:NQSypDHr]
だから頭悪いって言われるんだよ。
何を基準にそう判断したんだ?

612 名前:login:Penguin mailto:sage [2009/08/04(火) 22:55:27 ID:2uDO8De7]
>>611
子供かw

613 名前:login:Penguin [2009/08/04(火) 23:46:05 ID:NQSypDHr]
>>612
まぁ、未成年なので子供ですがw



614 名前:login:Penguin mailto:sage [2009/08/05(水) 02:37:35 ID:gTZRwnjz]
あれだけいわくつきなファイルシステムなのに
未だにreiserfsが支持されてる(少なくとも風化してない)のはすげーな。
ext2しかない時代に現れた時は確かに神かと思ったが。
あの時に比べるとext4やらなんやら出てきても
派閥争いうぜえ、面倒だからext3でいいや、で終了してしまう俺。

615 名前:login:Penguin mailto:sage [2009/08/05(水) 05:41:45 ID:ah5TOzXe]
reiserfsになんのいわくがあるの?


616 名前:login:Penguin mailto:sage [2009/08/05(水) 06:32:27 ID:W7q6iatu]
>>614
・そこそこの性能
・適度な枯れ具合
・他FSに移行するのが面倒
なので使ってる人がほとんどじゃないかと思う。



617 名前:login:Penguin mailto:sage [2009/08/05(水) 09:10:40 ID:MqOHb/7H]
nilfsで検索しても「2.6.30カーネルに取り込まれた」って記事ばかりで
人柱報告がほとんどない
実際どうなの?>人柱の皆さん

618 名前:login:Penguin mailto:sage [2009/08/05(水) 09:15:31 ID:Uzfwchw8]
日本以外ではメジャー

619 名前:login:Penguin mailto:sage [2009/08/05(水) 09:47:05 ID:RYqMjlu9]
国産なのにな

620 名前:login:Penguin mailto:sage [2009/08/05(水) 19:25:29 ID:Ta8o51LO]
>>616
そこそこの性能ってどれぐらい?ext3より早い?
ext3ばかりをDBに使っているオレに分かるように
reiserfsのありがたみを教えてよ。

621 名前:login:Penguin mailto:sage [2009/08/05(水) 19:38:07 ID:l0ecsUdB]
自分で使ってみればいいじゃん

622 名前:login:Penguin mailto:sage [2009/08/05(水) 20:15:21 ID:uRwqclf+]
てかDBに使うならどのfsでも大差ない。

623 名前:login:Penguin mailto:sage [2009/08/05(水) 21:54:52 ID:jAE0qfFT]
動的inodeじゃない時点で却下



624 名前:login:Penguin mailto:sage [2009/08/05(水) 22:49:05 ID:5pkgixmk]
>>623
動的iノードのファイルシステムを支持するとスレが荒れますよ。ご注意を。

625 名前:XFS mailto:XFS [2009/08/05(水) 23:24:27 ID:r1cVDk5Q]
荒らす奴が悪い。

626 名前:login:Penguin mailto:sage [2009/08/06(木) 15:28:15 ID:Ak5ILM8x]
>>622
ほんとか?詳細キボーン

627 名前:login:Penguin mailto:sage [2009/08/06(木) 16:01:18 ID:V0OhXb2J]
>>626
btrfsなどCoW系のはデータの書き換えで
メタデータのチェックサムを更新するから遅そうだ。
nilfsなどLOGFS系は明らかに向いてないだろうね。
ext2などブロック管理のは
DBファイルのサイズが大きくなったときに性能がおちる。
それ意外のはキャッシュのつくりがよほど弱くなければ
似たような性能になるんじゃないのか?

628 名前:login:Penguin mailto:sage [2009/08/06(木) 20:33:02 ID:QxBdNWpW]
つーか、動的i-nodeって一言で言っても

例えばReiserFSとか、NTFSや、Btrfsみたいに、
使われてないi-nodeは確保せず、必要に応じて
ファイルと一緒にi-nodeも拡張してゆくようなのと

XFSみたいにi-nodeとして使われているエリアがあって
そこが足りなくなってくると、i-nodeエリアを一定量ずつ
再確保してゆくようなのとでは同じ「動的i-node」と言っても
実際にはほとんど別物だと思うんだ

仮にFSとして使える量だけ考えてみても
前者は最後まで無駄なく使えるのに対して
後者はi-nodeとして使われてる空間が多少なりとも使えずに残るし

スピードだって
前者は最後の方に行くに従って段々と遅くなるけど
後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる

単純に「動的i-node」とかって、ひとくくりにしないで欲しいよな
後者のは、昔っからある静的i-nodeスタイルなFSに、i-node再確保システムを
後付けしただけなんだから

むしろ後からちまちま再確保せず、始めっからドカッとi-nodeを確保する
昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ

629 名前:login:Penguin mailto:sage [2009/08/06(木) 20:40:47 ID:RMpOGeqI]
>>628を要約します

XFSはクソ

630 名前:login:Penguin mailto:sage [2009/08/06(木) 20:50:32 ID:IKCdGcSv]
>>628
> 後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる
> 昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ
この2点のソースは?

631 名前:login:Penguin mailto:sage [2009/08/07(金) 11:32:52 ID:utwdKufT]
無駄なi-node領域があるのはかまわないんですよね。まあ多すぎるのは意味ないですけど。

必要に応じて振る方法が、最後の方になると遅くなるはなんでですか?
たとえばReiserfsだと、ファイルの情報は全部ツリーに入ってる(から動的)わけで、
ファイル数が増えた(=ツリーが大きくなった)という理由以外だと、
空きobjectidの検索があるから?でも動的じゃなくても空いてるの探すのはありますよね?

XFSはAG毎に管理してるから、後からのやつが遅くなるってことは無さそうなんだけど、
遅くなるんですかね?もちろんAG数に依存はすると思うけど。

632 名前:login:Penguin mailto:sage [2009/08/07(金) 13:14:15 ID:+w6MBDzH]
XFS+UPSが最強なのにまだやってんのかよ
いい加減にしろ

633 名前:login:Penguin mailto:sage [2009/08/07(金) 13:20:22 ID:Y0OUSY1v]
>>631
いつものアンチXFS厨だよ。気にすんな



634 名前:login:Penguin mailto:sage [2009/08/08(土) 06:47:21 ID:KCg3bIRj]
>>632
/bootだけはext2だろ

635 名前:login:Penguin mailto:sage [2009/08/08(土) 09:48:48 ID:ZAmfBvdJ]
全部xfsじゃダメなの?
md使ってたらgrubがxfs対応してないから/bootはext2にしてるけどさ。

636 名前:login:Penguin mailto:sage [2009/08/08(土) 09:57:05 ID:1jiNUxA+]
>>635

XFSは地獄
ext2/3/4は天国

この現実を知らないの?
/bootがXFSなら明日は起動しないかもよ?

637 名前:login:Penguin mailto:sage [2009/08/08(土) 10:09:28 ID:+0qGTwxr]
>>635
馬鹿に構うなよ

638 名前:login:Penguin mailto:sage [2009/08/08(土) 10:10:58 ID:urqjNkQr]
/bootとかブートに関係するとこは高機能なのよりできるだけ単純というか、
よく揉まれているtried & trueなファイルシステムの方がいいっていう話じゃないか。
XFSとかreiserも低リソースで起動しなきゃいけないブートローダがサポートするには色々複雑で大変だよな、
みたいな。

EFIとか使うとEFI用の領域ってFATになるよな。たしか。

639 名前:login:Penguin mailto:sage [2009/08/08(土) 10:28:55 ID:1jiNUxA+]
>>637
わかりました。

640 名前:login:Penguin mailto:sage [2009/08/08(土) 10:50:31 ID:mBkq56h9]
/bootは殆ど書き換えないから、単純な方がいいな

641 名前:login:Penguin mailto:sage [2009/08/08(土) 11:23:54 ID:i8n9snwz]
GRUBはジャーナルを使わないから/bootをジャーナリングファイルシステム
にするのは無意味どころか有害って既出の話
カーネルの更新中にクラッシュしちまうような
日頃の行いの悪い子以外はどうでもいい話だけどな

642 名前:login:Penguin mailto:sage [2009/08/08(土) 11:37:57 ID:urqjNkQr]
うんうん。
/以下をまるごと同じファイルシステム使っていると、そのへんの加減ができないからやっぱ駄目だよねえ。


643 名前:login:Penguin mailto:sage [2009/08/08(土) 13:22:09 ID:ZAmfBvdJ]
639




644 名前:login:Penguin mailto:sage [2009/08/08(土) 15:01:13 ID:zDfovaF0]
Linuxのファイルシステムはよくない、んだとよwww
q.hatena.ne.jp/1249468575

645 名前:login:Penguin [2009/08/08(土) 15:04:37 ID:2KSMxYa2]
またマカーか






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<190KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef