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

ファイルシステム総合 ..

655:login:Penguin
10/04/10 18:21:01 7oQ1Q40V
>>653
お～これは勉強になるね。

656:login:Penguin
10/04/11 16:03:56 xwVXbpfU
>>653
ああ、やっぱりか。動く動かないじゃなくて、512がそこらじゅうにちりばめられてるソースの話は相変わらずなのね

657:login:Penguin
10/04/12 13:59:07 KU9hJHXZ
FAT32の仕様の詳細を解説した解説書・参考書でオススメないかな？
1からFAT32構造を理解してファイルシステムを１から設計してみたいんだけど
マイクロソフトが公開してる仕様だけじゃ、情報が足りなくて困ってるんだ・・・

658:login:Penguin
10/04/12 18:07:36 7EfMfVeP
>>647
WDのHDDが劇的に遅くなる現象は物理クラスタ4096bytesとは全く別のお話。
物理クラスタ512bytesのEADSでも同様の現象が発生する。

659:login:Penguin
10/04/12 21:32:21 z3NQtG8w
>>657
各種実装のソース嫁

660:login:Penguin
10/04/12 22:27:04 MLBpg/H6
ファイルシステムの勉強なら、FAT16でいいと思う。
もしくは論文で見かけるような俺FATとか。

自分なら、もっとモダンでシンプルなFSにするな。
思いつく範囲ではcramfsとか？
ソースが短くていじりやすいけど、用途が思いつかない。

661:login:Penguin
10/04/12 23:18:57 79E+O2OM
FATくらいなら、機能から自分で思いつく範囲で作れると思うが。
Linuxのext2とかも資料多くてよいかもね

662:login:Penguin
10/04/14 00:02:37 qxGsqpkd
fuse使って、自分で実装してみればいいじゃん。

663:657
10/04/14 08:48:50 R670vkql
>>659-662
組み込み用途のミドルウェアとして作成するのですが、他の実装ソースでも読んで
理解したいと思います。

最終的にExFatにも対応させたいんですが、資料少ないですね。

664:login:Penguin
10/04/14 08:57:51 TTJQqknq
>>663
製品への組み込みが想定される場合の話。
本家仕様書がいまいちなのだったら、参考文献(他実装とかな)を複数あたれ。
でないとテストケースすらうまく作れず、出荷してから相性相性になるぞ。

もちろん"ミドルウェア"として外販するつもりはないよな??

665:login:Penguin
10/04/14 17:17:27 78AmSEFW
ソースは消えてるけど、Wikipediaや他の開発系フォーラムを見る限り、
exFatの実装およびその配布にはマイクロソフトのライセンスが必要らしい。

URLﾘﾝｸ(en.wikipedia.org)
>Microsoft has not released the official exFAT file specification,
> and a license from Microsoft is required in order to make and
> distribute exFAT implementations

特許あたりに問題がありそう。
多分黙認してくれると思うけど、コンプライアンス的には駄目だろう。
Linux用のOSS開発プロジェクトもあるみたいだけど、
ロシア語？で読めないので、そのあたりの議論は不明。
Linuxの特許侵害主張はMSの既定路線ではあるんだが。

666:login:Penguin
10/04/15 06:10:16 q2r0i3Bq
URLﾘﾝｸ(www.ext2fsd.com)

Windows用ext2/ext3ファイルシステムドライバは存在するんだからZFSもZFSも

667:login:Penguin
10/04/15 22:15:41 q7AeJhOl
Linuxファイルシステムまとめ
URLﾘﾝｸ(journal.mycom.co.jp)

J(ry

668:login:Penguin
10/04/15 22:19:52 39v3wVEa
DAICHIにKOSAKI並のクオリティを求めるのがそもそも間違い

669:login:Penguin
10/04/23 18:27:16 dWkktMTP
Red Hat Enterprise Linux 6 Beta 1
URLﾘﾝｸ(www.redhat.com)

ext4、XFSをサポート。
btrfsもテクノロジープレビューとして入るようだ。

670:login:Penguin
10/04/23 18:48:45 lfyKVtC0
fuse面白そうだと思って、「詳解ファイルシステム」に幾つか出てるfuse上のファイルシステムを覗いて見たけど、
どこも日付が古い・・・もうブームは去ったの？

671:login:Penguin
10/04/23 20:17:17 jHa+NA5v
>>670
もとから、ドキュメントは少ない。
開発者的にはサンプルのソースを読めという方針らしい。

fuseって興味深いね。

672:login:Penguin
10/04/24 08:44:31 dgzkZ7pt
xfsの信頼性が十分になったとみるべきなのかext4の信頼性がいまひとつと見るべきなのか

673:login:Penguin
10/04/24 21:58:39 T6WNKX1O
単体ノードGFSの替わりじゃないっけ?

674:login:Penguin
10/04/25 06:17:50 2wk1YztV
URLﾘﾝｸ(mkosaki.blog46.fc2.com)

初めて知った

675:login:Penguin
10/04/25 10:57:13 nodp6lin
xfsは駄目駄目だな。ext4しかないのか。

676:login:Penguin
10/04/25 11:06:25 gQNuPSjh
tux3ってｵﾜﾀの？

677:login:Penguin
10/04/25 11:18:36 Rs3GdnWD
XFSはarmelアーキテクチャでは使い物にならないﾆﾀﾞ

678:login:Penguin
10/04/25 11:33:11 iRLC1S9b
hammerをportする話はないんかね

679:login:Penguin
10/04/25 11:35:34 2bexrCuz
>>675
何がダメなの?x64環境で速くて快適だけど

680:login:Penguin
10/04/25 11:38:07 sDsrkhzC
76 名前：login:Penguin 投稿日：2007/10/04(木) 23:01:34 ID:gBGWB7sO
URLﾘﾝｸ(www.miraclelinux.com)
ここで言及されているLVM+XFSの高負荷での問題が
実はXFS+NFSや、高速CPU環境ならばXFS単体でも発生する（していた）
リソースが不足した状況でそのリソースを退避するために新たなリソースを確保しようとして死ぬ。

過去に断続的に修正されているのがソースを追っていけば分かるはずだが
何年もかけて「直した」「直した筈だが直ってなかった」の繰り返しを見れば
完治しているほうに賭ける気はおきないと思う。

パッチはAsianかTurboが作ったやつではないか。

681:login:Penguin
10/04/25 11:44:10 gQNuPSjh
>>678
URLﾘﾝｸ(dlorch.github.com)

682:login:Penguin
10/04/25 13:33:45 1bFPMu7E
>>681
そこ見たけど、卒論みたいな感じでしかも止まってるっぽいが。。。

683:login:Penguin
10/04/25 14:21:28 jcXMDLyD
>>679
ヒント：JFS厨房

684:login:Penguin
10/04/25 14:28:19 YPQ1C9rV
んなん、困ってる奴が直せばいいだけだろ。

685:login:Penguin
10/04/26 20:48:58 O7CtOMlm
>>681
ext4で十分。

686:login:Penguin
10/04/27 01:25:38 XVy8c4S0
>>680
xfs の中身は知らんが、最近のは割と止まらん気がするぞ。
そーだなー大体2009年あたりからは。なにかが変わったんじゃないのか？

687:login:Penguin
10/04/27 06:12:42 C/wRw/an
鬼が裸足で逃げ出したとか？

688:login:Penguin
10/04/27 08:43:23 uAWQoi2x
ext4で安心できるのはいつ頃だろう・・・

689:login:Penguin
10/04/27 08:48:37 lXj6JFQz
>>688
もうとうに各種ディストリで正式採用されてますが？
本当に安定を追っかけたいならLinuxやめて*BSDやOpenSolarisにした方がいいと思うが。

690:login:Penguin
10/04/27 10:43:14 nQr0eLr0
ext3で安心できてんの？

691:login:Penguin
10/04/27 10:48:36 ycwp0z/l
>>674の問題は解決されてるのかな？

692:login:Penguin
10/04/29 20:42:01 Q708fWaj
URLﾘﾝｸ(journal.mycom.co.jp)
softupdate儲涙拭けよ

693:login:Penguin
10/04/29 21:10:43 IM7Mmc6O
もうUFS捨てようぜ

694:login:Penguin
10/04/29 21:52:13 jl+Hhqox
>>692
奥なんとか以外に居たっけ？

695:login:Penguin
10/04/30 06:07:13 2TJJFTOL
一時は、二言目にはZFS連呼だったのにな
当分は使い物にならんと判ってからUFSを泥縄拡張か

>もうUFS捨てようぜ

念
HFS程でないにせよ、UFSも大概な糞FS

696:login:Penguin
10/04/30 06:08:18 9ZRiAbFO
ZFSで思い出したけどbtrfsどうなったんだよ。

697:login:Penguin
10/04/30 06:31:56 ISbZfM/L
なんか最低FS選手権みたいな感じになってきたな。
あっちも悪い、こっちも悪いってな

698:login:Penguin
10/04/30 12:00:57 8eSBhbVq
>>696
rhel6ではテクノロジープレビューになってるから将来サポートする計画はあるみたい
www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6-Beta/html/Beta_Release_Notes/filesystems.html#id479056

699:login:Penguin
10/04/30 16:34:13 gKk5KxWC
>>695
> 一時は、二言目にはZFS連呼だったのにな
> 当分は使い物にならんと判って

それは聞き捨てならねえじゃねえか
ZFSの何が悪いのか教えてもらいたいね

700:login:Penguin
10/04/30 17:10:53 2TJJFTOL
SolarisのZFSはガチFSだけど
歴史だけは無駄に長い癖に実は碌なFSの無い*BSD系や
UFSよりさらにウンコなHFS系しか無い腐れ林檎の信者が一時期
「もうすぐBSDにZFSが来るよ、あの素晴らしいZFSだよ、LinuxはいつになったらZFS使えるようになるのぉ？」
とかもうね

LinuxではFUSE経由で前から使えるんだけどと言っても
ライセンスの関係でLinuxではカーネルソースに取り込まれないからダメだ！の一点張り
だから今回の件は心底ザマァ見ろとしか思えないんだ俺

んで、ZFSがコケちゃったもんで林檎屋の禿がbtrfsに食指を伸ばそうとしているとか
もうやめろ絶対にやめろっつうか来んじゃねえよお前が来ると穢れんだよ糞がってレベル
林檎屋とその信者はOSSの敵だなマジで

701:login:Penguin
10/04/30 17:12:25 n+RCQuK9
Appleはオープンソースの敵
この認識がもっと広まって欲しいですね

702:login:Penguin
10/04/30 18:05:55 AoANRuqU
>>701
AppleよりもGoogleでしょ。

703:login:Penguin
10/04/30 18:37:12 849Rwxw3
早速Apple信者が来やがった
嫌だ嫌だ

704:login:Penguin
10/04/30 18:48:31 AoANRuqU
ぇ、apple製品持ってない人なんですけど…

705:login:Penguin
10/04/30 18:48:44 va7aE3rX
消去法でmicrosoftの時代が再び

706:login:Penguin
10/04/30 19:04:33 C06MMyDr
googleは、オマエの物はオレの物
msは、分割し支配する
appleは、異教徒殲滅

googleとmsは強欲だけどappleは邪悪だよなー

707:login:Penguin
10/04/30 20:25:28 GwO7s1HD
この流れなら聞ける。

Btrfsは、普通にファイルシステムとしては、もう十分に使えるよね？
ボリューム管理機能は地雷かもしれないが。

708:login:Penguin
10/04/30 21:59:02 p3KdN+A8
ID:2TJJFTOLはただのバカか…

709:login:Penguin
10/04/30 22:03:01 849Rwxw3
ID:p3KdN+A8は悪質なマカだけどな

710:login:Penguin
10/04/30 22:20:02 p3KdN+A8
>>709
ID:2TJJFTOLさんお疲れ様です。でも、妄言たれ流すのならチラシの裏にでも書きなさい。

711:login:Penguin
10/04/30 23:28:03 2TJJFTOL
>googleとmsは強欲だけどappleは邪悪だよなー

これも念すぎる

巨人や帝国も恐ろしいが、
邪悪な奴はただひたすらに迷惑でしかない

712:login:Penguin
10/05/01 02:04:28 1hYpZl9y
で、いつになったらbtrfsにvolume managerの機能付くの？
mdじゃないbtrfs包括のRAID5or6の登場を結構待ってるんだけど…

713:login:Penguin
10/05/01 02:11:57 jK5oEcRO
RAID Level Migrationも欲しいな

714:login:Penguin
10/05/01 07:38:17 JwjskywP
> Appleはオープンソースの敵

スレ違いで申し訳ないけど，
この認識は，Appleがオープンソースを利用するだけ利用しといて，
それ以外はクローズにして製品を売ってることが原因と考えてよろしいか？
例えば，Cocoaのうち，Darwinに関係するCore Foundationはオープンだけど，AppKitはクローズとか。

715:login:Penguin
10/05/01 08:32:26 bNvOwcuR
FUSEで動くZFSがあったのか
初めて知った

パフォーマンス気にしないなら選択肢としてアリかもな

>>714
CUPSはAppleのおかげなんじゃなかったっけ？

716:login:Penguin
10/05/01 08:51:37 o2Qpx6Kx
Appleの前科といえば一番大きいのはやはりLook & Feel訴訟かと。
RMSが激怒して、Apple用のGNUソフトウェアは作らんと言ったぐらいに、
フリーソフトウェアコミュニティで大顰蹙を買った。

>>715
ZFS on FUSEは放置状態なので、手を出さない方がいい。
URLﾘﾝｸ(zfs-on-fuse.blogspot.com) ってな具合。

717:login:Penguin
10/05/01 11:00:26 WkaSk/Or
ZFSってfuseでフルスペックに実現できるものなの？vmも巻き込んだものだと漠然と思ってたけど、そうじゃないのか。。

718:login:Penguin
10/05/01 12:28:09 ggXCb23c
>>716
それに加えてPReP/CHRP潰し、Mac互換機潰し…
Appleの歴史は悪事の歴史
今頃Appleが強権的だと騒いでるやつらは気がつくの遅すぎ

719:login:Penguin
10/05/01 12:36:02 8/kzUI4i
皆油断してipod買っちゃった

720:login:Penguin
10/05/01 15:10:21 FErkdeFp
MySQL/Linux専用サーバーのTuning Tipsスライド
URLﾘﾝｸ(www.slideshare.net)
p.42 がまとめ
p.22, 23の前後がファイルシステム関連説明

721:login:Penguin
10/05/01 18:21:44 b2OAYcpv
>>715
試したときはそんなに遅くはなかった。

>>716
blogが放置なだけで、0.6.0出てるよ。

722:login:Penguin
10/05/07 21:47:55 YXaxb1Hy
ZFS FUSE はメモリ食うからな
メモリ12GBのマシンで4GB越えだったわ
まあ ZFS ってのがメモリ&CPU喰いなのかもしれんけど

723:login:Penguin
10/05/07 22:11:18 rsQApt4O
>>722
ZFSがメモリを喰う。
鯖向けだね。デスクトップPCにはオーバースペック。

724:login:Penguin
10/05/09 02:21:39 hFzVH90S
ファイルキャッシュじゃなくファイルシステムだけでそんなにメモリ食うの？

725:login:Penguin
10/05/09 03:56:52 8BN5yULS
>>724
喰う。32bitOSでは実質実用的でない。

726:login:Penguin
10/05/09 23:11:20 kZzNyU62
>>725
btrfsもそうなるのかな
現状どうなのかよく知らないけど

727:login:Penguin
10/05/10 00:24:30 v4kVxD48
そりゃ同じようなことを実現しようとしてるんだから

728:login:Penguin
10/05/13 10:40:20 BmtANV0C
URLﾘﾝｸ(www.phoronix.com)
btrfsのubuntuのプランが出てた。

729:login:Penguin
10/05/13 15:21:37 e0fOrDsS
現状でリソース的にもパフォーマンス的にも最高性能を誇るファイルシステムはNTFS？

730:login:Penguin
10/05/13 15:24:22 Qv4p0nAL
NTFS自体は高速なFSってわけじゃないよ。

731:login:Penguin
10/05/13 15:34:22 23MKEgOF
RDB向けでext3じゃパフォーマンス出んからxfsにするひともいるし、
xfsやext3じゃ大規模化したストレージに対処できんということでext4にするひともいるし、
いやいや究極はzfsでしょということで導入したらメモリ食い過ぎて泣いてるひともいるし、
NTFSは枯れてるけどすぐフラグメント起こすからデフラグ必須だし、
まあいろいろさ。

732:login:Penguin
10/05/13 15:48:29 SBxjxpGH
>>731
>NTFSは枯れてるけどすぐフラグメント起こすから
これ自体には異論はないけど
単に他のFSだと、(NTFSより)フラグメント起こさないと言い切れるほど
フラグメントに関しては考察されて無いだけじゃないの？

あと、当然だけど
ファイルシステムのデータ形式等も重要だけど
OSのアロケーションポリシー等によっても
フラグメントの起こし具合は変わってくるんじゃないかな。

733:login:Penguin
10/05/13 15:55:05 Qv4p0nAL
まあともかく、スレ違い。

734:login:Penguin
10/05/13 17:55:26 JtocS6kZ
NTFSをLinuxで使うと断片化はしない

735:login:Penguin
10/05/13 18:01:34 23MKEgOF
そのかわり、何か大切なものが失われる

736:login:Penguin
10/05/13 19:06:18 jNIa2jPu
ヤツはとんでもない物を盗んでいきました

737:login:Penguin
10/05/13 19:11:45 k/VT3jmu
Btrfs期待age

738:login:Penguin
10/05/13 22:29:10 5EQn8Q4b
>>736
嫁の命です。

739:login:Penguin
10/05/14 00:52:26 Ts4XTGlN
それNTFSやない、ReiserFSや

740:login:Penguin
10/05/15 19:10:09 CVJFue5I
>>738
ブラックすぎだろｗｗｗ

741:login:Penguin
10/05/16 08:56:45 5Y3GtOsC
けっきょく Hans Reiser は表舞台から消えるのか?

742:login:Penguin
10/05/17 19:41:19 REF2SCRv
某ディストリでBtrfsがインストール時に使えるようになる、と聞いたが
これがきっかけで開発者のヤル気が出るといいですね。
モチベーションは大切です。

743:login:Penguin
10/05/18 00:18:17 E+WlZwdF
バグ報告と罵倒の荒らしで逃げ出したりしないことを祈る。

つうか、これもオラクル様?

744:login:Penguin
10/05/18 22:03:44 y4h3YhEh
どこで質問していいのかわからなかったので質問させてください。
/private/etc/の中にあるfstabというファイルの内容を変更してから全てロックがかかってしまい変更も削除もできません。
具体的には/private/etc/の中にあるfstabというファイルを削除したいのですがrm fstabと入力するとrm: cannot remove 'fstab' : Read-only file systemと表示されます。
パーミッションを変更しようとしてcdmod 755 fstabと入力しても同じエラーがでます。
パスワードを変更しようとしてpasswdと入力してもcan't write to file "/etc/master.passwd" : read-only file systemと表示されて変更できません。
どうすればロックを解除できるのでしょうか？

745:login:Penguin
10/05/18 22:08:08 y4h3YhEh
すいません、質問スレみつけたのでそっちにレスしました。

746:ニューススレ
10/05/19 21:36:49 qJKgjnZ/
Linuxカーネル2.6.34リリース - 注目は新ファイルシステム"Ceph"
ｽﾚﾘﾝｸ(pcnews板)

747:login:Penguin
10/05/20 05:02:45 p1b13mb0
>>741
懲役15年だから、あと12～3年待て。もっとも、その頃Reiserは還暦近いので
コーディングなんて無理だろうけど。

748: [―{}@{}@{}-] login:Penguin
10/05/20 19:58:25 U6RATF4r
ム所でコーディングしてるんじゃなかったっけ？

749:login:Penguin
10/05/20 20:04:21 aTrZGn3E
豚箱でコーディングできるわけない。
検閲されるぞ。

750:login:Penguin
10/05/20 20:09:22 K4U3vqI2
検閲=レビュー

751:login:Penguin
10/05/20 20:09:52 GYdPiqoT
検閲という名のコードレビューですか。

752:login:Penguin
10/05/20 20:17:21 8pblhFYi
prisonFS inspector

753:login:Penguin
10/05/20 20:18:33 aTrZGn3E
君たちねぇ、面白いこというけど
ちょっと「常識」がなさ過ぎない？それで社会人だったらやばいよね？

754:login:Penguin
10/05/20 20:21:50 aTrZGn3E
ああ、そうか。
ここは２ちゃんねるか（笑）。

755:login:Penguin
10/05/20 20:23:37 I3VC8hVE
うわぁ・・・

756:login:Penguin
10/05/20 20:25:44 8pblhFYi
ファイルシステムは十進分類法が常識です。

757:login:Penguin
10/05/20 20:39:37 JInr/c3z
>>755
あれでも面白いと思ってる書き込んでるのかもしれないよ。
だって、(笑)だよ、(笑)。

758:login:Penguin
10/05/20 20:46:22 aTrZGn3E
ムショでコーディングとか
馬鹿なこと言うヤツがいるからだよ。

759:login:Penguin
10/05/20 21:05:25 /y8usrPL
MJKY

760:login:Penguin
10/05/20 21:11:12 JInr/c3z
>>758
いいこと教えてあげる。

ここの管理人も言ってたよ。
嘘を嘘と見抜ける人でないと(掲示板を使うのは)難しい、と。

普通の人が聞けばすぐにギャグや冗談だとわかることでも
見抜けない人って居るからね。
よく他人から、空気が読めない人だ、とか言われてるないかな。

761:login:Penguin
10/05/20 21:13:20 aTrZGn3E
なにここ。
もう2chにはこねーよ。ばいばいニート君たちｗ

762:login:Penguin
10/05/20 21:28:59 /y8usrPL
実生活でもアスペのせいで葛藤しまくりなんだろうなあ。

763:login:Penguin
10/05/20 22:13:59 Iaz6xGBO
しかしまあ、社会奉仕活動としてのコーディングもあって良いのではないだろうか？

764:login:Penguin
10/05/20 22:28:36 fLQIe7dd
アメリカやらイギリスなら有り得そうだが、ドイツじゃ無理だろうな

765:login:Penguin
10/05/20 23:18:36 ys7/FUng
山口の民間の刑務所で刑務作業としてソフトウェア開発させてるところがあるけどな
アウトソーシングだから好き勝手に開発できないだろうけど

766:login:Penguin
10/05/20 23:30:41 GWx3Jjmh
民間の刑務所なんてあるんだね
そういう場所にいたらgoogleつかえないから鍛えられそうだな

767:login:Penguin
10/05/21 08:04:29 gOpfS+sv
最近、btrfsのMLにパッチがたくさん投下されているでおじゃる。
期待age

768:login:Penguin
10/05/21 10:10:16 BkNJIbDC
>>746
分散ファイルシステムか
MongrelFSみたいな分散冗長でmount出来るといのだけど

769: [―{}@{}@{}-] login:Penguin
10/05/21 18:32:02 tnokn+87
ファイル名２５５文字ならどれでもいいよ。
どれも２５５バイトで実装しやがって、毛唐共は脳みそが腐ってやがる。

770:login:Penguin
10/05/21 19:32:52 sVeveYgy
いやむしろ最近は何テラだの何ペタだの何エクサだのと大容量ストレージを扱える事を誇ってるくせにファイル名が255文字とかしょぼすぎるよ。
やはりこれからの時代ファイル名は容量の続く限り無制限とかにしてほしいね。
それでファイル名だけで全容量使いつぶしたりするんだよ。

771:login:Penguin
10/05/21 19:43:10 rr78j6Cb
>>770
255文字じゃなくて255byte。だから余計きびしい。

772:login:Penguin
10/05/21 19:44:44 yDubDIkb
[client 192.168.*.*] PHP Notice: Use of undefined constant XOOPS_ROOT_PA
TH - assumed 'XOOPS_ROOT_PATH' in _var_www_html_xoops_header.php on line
28[client 192.168.*.*] PHP Warning: main(XOOPS_ROOT_PATH_class_xoopsblo
ck.php) [<a href='function.main'>function.main<_a>]: failed to open stre
am: No such file or directory in _var_www_html_xoops_header.php on line
28[client 192.168.*.*] PHP Warning: main() [<a href='function.include'>f
unction.include<_a>]: Failed opening 'XOOPS_ROOT_PATH_class_xoopsblock.p
hp' for inclusion (include_path='.:_usr_share_pear') in _var_www_html_xo
ops_header.php on line 28[client 192.168.*.*] PHP Notice: Undefined vari
able: xoopsConfig in _var_www_html_xoops_header.php on line 29[client 19
2.168.*.*] PHP Notice: Use of undefined constant XOOPS_THEME_PATH - assu
med 'XOOPS_THEME_PATH' in _var_www_html_xoops_header.php on line 29[clie
nt 192.168.*.*] PHP Notice: Undefined variable: xoopsConfig in _var_www_
html_xoops_header.php on line 29[client 192.168.*.*] PHP Notice: Use of
undefined constant XOOPS_ROOT_PATH - assumed 'XOOPS_ROOT_PATH' in _var_w
ww_html_xoops_header.php on line 62[client 192.168.*.*] PHP Warning: mai
n(XOOPS_ROOT_PATH_class_template.php) [<a href='function.main'>function.
main<_a>]: failed to open stream: No such file or directory in _var_www_
html_xoops_header.php on line 62[client 192.168.*.*] PHP Fatal error: ma
in() [<a href='function.require'>function.require<_a>]: Failed opening r
equired 'XOOPS_ROOT_PATH_class_template.php' (include_path='.:_usr_share
_pear') in _var_www_html_xoops_header.php on line 62[Sun Oct 02 09:12:54
2005] [error] [client 192.168.*.*] File does not exist: _var_www_html_f
avicon.ico[Sun Oct 02 09:12:56 2005] [error] [client 192.168.*.*] File d
oes not exist: _var_www_html_favicon.ico[Sun Oct 02 09:12:58 2005] [erro
r] [client 192.168.*.*] File does not e.log 0Bytes

773:login:Penguin
10/05/21 21:31:21 xqbFIV5p
>>770
ストップウオッチ片手に高速化を追求しよう

774:login:Penguin
10/05/26 02:19:36 Ec7hiGEI
ここのスーパーハカーに聞くが、
XFSとext4、reiserfs の代替に適しているのはどっち?

775:login:Penguin
10/05/26 02:35:10 GDR7QI4l
分かってreiserfsを選択したならext4かねえ
XFSも悪くないけど得意分野が違う

776:login:Penguin
10/05/26 06:53:47 8G2YvF1G
XFSはファイルチェックにメモリをバカ食いするので、使うならせいぜい1TBぐらいのパーティションにしておいた方がいい。
1TBにつき2GBぐらい使う。

777:login:Penguin
10/05/26 07:17:15 Ec7hiGEI
>>775
ext4か…

>>776
(数年前)1TBのパーテーションにreiserfsなんてつかわない。

778:login:Penguin
10/05/26 10:03:22 VnvJv9hL
6年ほど前に5TBのreiserfsを運用したけど、問題なかったよ。

779:login:Penguin
10/05/26 10:06:13 FFZmctnd
>>778
問題ないと言ってもいくつかファイルを入れてみて問題ないのか、
８割９割使いきった後の速度面の低下が問題ないのか、
エラー起こしてマウント拒否された時のfsck作業の手間が問題ないのか、
その発生頻度は問題ないのか、
いろいろあるよね。

780:login:Penguin
10/05/26 10:27:27 VnvJv9hL
2週間 24時間 5台のPCから10KBほどのファイルをNFS経由で書き込み。
１セット目はファイルのサイズがもっと大きくて 5TB使い切ったけど、
その後の数セットは小さくなって、徐々に埋まっていった。
時々NFS経由で参照もした。

基本１年１回しか電源落とさないから、マウントでエラーになったことはなかったな。

781:login:Penguin
10/05/26 11:32:58 FFZmctnd
>>780
そういう特殊な用途なら、reiserfsがぴったりかもしれないなぁ。
システム兼ファイルサーバとしてext3を1TBで運用してたら
ぼこぼこファイル壊れるし、カーネル更新のために再起動したらかなりの割合でマウント失敗した。
ext4 2TB運用に切り替えたらだいぶマシにはなったけど、まだまだ不満。

Windowsマシンほどの安定さにはなかなかならないなぁ。

782:login:Penguin
10/05/26 11:41:37 rtalxagQ
そんなに不安定なら、今ごろ世界中で問題になってlkmlにパッチが流れるだろう。

783:login:Penguin
10/05/26 11:45:30 VnvJv9hL
結局ノウハウなんだと思うよ。
10年ほど前に3年間ほど1TBのext2(!)のファイルサーバを運用したし、
この3年ほどは4TBのext3のファイルサーバ使ってるし。

784:login:Penguin
10/05/26 12:06:22 rIQ3k4/Z
xfsはreiserfsの軽快さが無い。ext4にしてチューニングするのが良い

785:login:Penguin
10/05/26 12:21:34 IRtoFqE3
>>781
どう考えてもHDDがボロボロなだけ。

786:login:Penguin
10/05/26 13:56:10 FFZmctnd
>>785
運用してる自宅サーバーはいつも新規の3.5inch SATA HDDを使ってる。

787:login:Penguin
10/05/26 14:01:51 6nGv+eBX
メモリとか電源腐ってるんじゃね？

788:login:Penguin
10/05/26 14:18:50 rzBIhy8Z
ケーブルかも。

789:login:Penguin
10/05/26 14:25:18 IRtoFqE3
>>786
最初からボロボロのディスクだって良くある。
ちゃんとsmartの状態を見たり、badblocksでチェックしたりしてるかい？

790:login:Penguin
10/05/26 14:48:32 FFZmctnd
メモリはエラーなし。
ケーブルは電磁遮蔽対応のに取り替えたらいくらか改善したけど、完治はしなかった。
１年運用後のHDDを取り出してWindowsマシンでsmartチェックかけたけど異状なし。

スレ違いなのでこの辺にしとく。

791:login:Penguin
10/05/26 22:01:00 DqBb1I4M
うん
ファイルシステム関係ないっぽいね

792:login:Penguin
10/05/26 23:33:17 4A6wuZRL
昔ファイルが微妙な壊れ方するんでファイルシステムやHDDドライバ疑って調べたら、
初期のRealtekのNICドライバが原因だったときのことを思い出した。
（TCP/IPのCRCチェックを1回/GByte位の確率で通り抜けてきていた）

793:login:Penguin
10/05/27 07:31:35 KnjFkUOs
エラーパケットが流れてる時点でどうなのよって気がするが・・・
NICが腐ってて受信データ破壊している可能性もあるか。

以前は、Windows(NTFS) より Linux(ext2,ext3) の方が壊れやすかったけど、
HDDをハードウェアRAID1化してエラー排除してからは、Linuxの方が壊れにくくなった。

最近は、Windows7で連続的にNTFSが吹っ飛んでる。
バグによる問題で逆転した感じかな

ext4使い出したら、また Linux < Windows になるかもしれないけど。

794:login:Penguin
10/05/27 07:42:49 05WC+ART
ファイルシステムって、そこまで不安定なものだと思っているのか?　>793

795:login:Penguin
10/05/27 10:14:18 VZg/P2Hs
電源不安定だと壊れまくるけどねｗ

796:login:Penguin
10/05/27 11:09:22 tOxkqDtJ
いや、不安定だし、実際。
少なくともLinuxのものは。

797:login:Penguin
10/05/27 11:39:29 IfXh48+v
具体的にどんな問題があったの？

798:login:Penguin
10/05/27 11:58:33 Q5Q/OSyK
FSがそんなに不安定ならもっと大騒ぎになっているだろうよ。
どのOSでも。

799:login:Penguin
10/05/27 12:14:41 ryNMEAgS
書き込み中に電源コード引っこ抜いてどうのとか

800:login:Penguin
10/05/27 12:32:28 57/oVg8M
家のすぐ脇に発電所とか電車の線路とか無いか？

801:login:Penguin
10/05/27 13:24:31 tOxkqDtJ
>>797
頻繁にwgetしたtar.bz2の展開がこける。（ローカルのファイルでも）
作成した直後のtar.bz2でも壊れていることがある（のでチェックがかかせない）

少なくない割合でリブート後のマウントに失敗してパーティションのスキャンを始める

802:login:Penguin
10/05/27 13:27:21 ryNMEAgS
触るだけで家電を壊せるタイプだな。
パソコン触るなよ。向いてないよ。

803:login:Penguin
10/05/27 14:08:25 xolmkT/X
エンドユーザレベルはこの程度でしょ
他人への要求水準が高すぎ

804:login:Penguin
10/05/27 16:16:16 J7t95HhN
>>801
明らかにハードウェアの障害。

805:login:Penguin
10/05/27 17:32:02 xO1KLZY0
SATAコネクタがしっかり刺さってないとかだな

806:login:Penguin
10/05/27 18:30:30 iKN1yZbB
>>801
プゲラ

807:login:Penguin
10/05/27 19:01:59 v16tAr47
こわれたパソコンでも通常どうりに動くファイルシステム……　ハードル高すぎだろ

808:login:Penguin
10/05/27 20:28:10 mENLa3UQ
パピルスか石版

809:login:Penguin
10/05/27 23:40:42 E9BaMuft
デバイスのエラーも出ずにファイルシステムだけ壊れるの？

810:login:Penguin
10/05/28 00:57:28 lkQ84wkz
>>809
明らかにスレ違いですが、うちにあるマザーボードのオンボードIDEポートは、
大きいファイル書き込むと時々間違った値を書き込むという障害がありました
(Win/Linuxともに発生)
同じハードディスクをUSB接続して試したら、正しい値で書き込んでいたので、ハードの障害で間違いないでしょう
そういうこともあるということで

811:login:Penguin
10/05/28 01:04:29 fQwLwHFM
>>809
USBフラッシュとか、想定してない(=Windows以外で使う)アクセスパターンだと
ちゃんと書けてなくてもエラーもあげずにスルーしてくれる。
フラッシュのコントローラ次第。

812:login:Penguin
10/05/28 08:06:04 aWp+9GYs
不具合をすべてファイルシステムのせいにしてしまえば、気は楽だよね。

813:login:Penguin
10/05/28 08:47:35 OenA9xrk
796 login:Penguin sage 2010/05/27(木) 11:09:22 ID:tOxkqDtJ
いや、不安定だし、実際。
少なくともLinuxのものは。

799 login:Penguin sage 2010/05/27(木) 12:14:41 ID:ryNMEAgS
書き込み中に電源コード引っこ抜いてどうのとか

800 login:Penguin sage 2010/05/27(木) 12:32:28 ID:57/oVg8M
家のすぐ脇に発電所とか電車の線路とか無いか？

801 login:Penguin sage 2010/05 /27(木) 13:24:31 ID:tOxkqDtJ
>>797
頻繁にwgetしたtar.bz2の展開がこける。（ローカルのファイルでも）
作成した直後のtar.bz2でも壊れていることがある（のでチェックがかかせない）

少なくない割合でリブート後のマウントに失敗してパーティションのスキャンを始める

>>799-800 の予想を超えた怪答ですた。つか、単なるハードエラーｗ

814:login:Penguin
10/05/28 09:03:17 a/JQQ1+z
USBメモリは、MLCタイプの場合Windowsで書き込んでもデータぶっ壊れる
SLCだとなんとも無いのはLinuxと一緒だが、SLCは市場の1%未満しか無いオチ

ま、ハードエラーって言えばハードエラーだな。

815:login:Penguin
10/05/28 10:30:11 aWp+9GYs
>USBメモリは、MLCタイプの場合Windowsで書き込んでも
ファイルシステムの話をしているのではなかったの？

816:login:Penguin
10/05/28 11:50:30 RJXHdlHN
ファイルがぶっ壊れる原因の大半はメモリ障害。
んで、>>810のようなとんちんかんな切り分けになる。

817:login:Penguin
10/05/28 12:36:39 +j8QVr2r
とりあえずハードエラーとハードウェアエラーは区別しような

818:login:Penguin
10/05/28 12:39:46 xLwkh6F/
>>817

819:login:Penguin
10/05/28 16:28:10 aWp+9GYs
主記憶 12G とかを個人でも入手できるようになったから
メモリのソフトエラーとかも気にしていかなきゃいけないよなぁ。
もちろんサーバーは ECC つき。

820:login:Penguin
10/05/28 22:18:15 lkQ84wkz
>>816
当然最初はメモリだろと思ってMemtest86一晩回してもエラーなし
今はIDEの拡張ボード差して運用してるけど、そっちでも正常に作動

それでもメモリエラーなんですか?
どういう仕組みなのか、とんちんかんな私に教えてくれませんか?

821:login:Penguin
10/05/28 22:20:30 t2OL57fu
fsと無関係うぜえ

822:login:Penguin
10/05/28 22:25:57 kCp5E0/+
宇宙線が・・・

823:login:Penguin
10/05/28 23:09:06 xLwkh6F/
ディスクコントローラ周りが壊れてんだろ。

824:login:Penguin
10/05/28 23:18:57 OUd3GOjf
>>823
オレのマシンの場合は、その可能性が一番高いな。
この場合、SATAコントローラーを増設するしか無い。欝だ……。

825:login:Penguin
10/05/28 23:29:06 xLwkh6F/
ゴミは捨てなよw

826:login:Penguin
10/05/29 00:01:46 TYD8ioho
>>820
Kingstone のメモリ使ってない？

827:login:Penguin
10/05/29 14:04:33 aLOyEYLu
初心者はソフトエラーだと連呼するもんだよ
お前らもそうだったろ

828:やんやん ◆yanyan72E.
10/05/29 14:27:53 ubrg7+M0
>>826
>>810じゃないが、
Kingstoneのメモリ使っているのだけれど、何か問題あるの？

829:login:Penguin
10/05/29 14:54:29 NmPiuABk
だから初心者は新しいパソコンを使うべき。

830:login:Penguin
10/05/29 18:46:20 TYD8ioho
KingstoneのECCメモリとSUPERMICROのマザーの相性で苦しんだ。

831:login:Penguin
10/05/29 18:52:28 /KlQECCS
昔VIAのApolloPro133というチップセットを載せたマザーボード+Win98で特定verのHDDドライバ使用時に
サウンドカードを使いながらファイルを読むとデータ化けするというのがあった（HDDのDMA転送中に
サウンドカードに割り込まれるとDMA中断再開処理に問題があってデータが化ける）。
このようなメカニズムならHDD＆ケーブル＆メモリ＆電源に問題なくても上のような障害を発生させることはできるな。

832:login:Penguin
10/05/30 15:19:16 zGPpBE4h
中断再開処理？…IRQの割り当て失敗に見えるんですが…

833:login:Penguin
10/05/30 16:06:31 A4w99/OH
>>832
DMA転送はシステム全体で同時に１本しか使えなかったので他のデバイスの
実行順番になったら一度中断しておいて自分の実行順番になったら
また再開するのです。
IRQはBIOS画面で固定の番号を割り当てるタイプなので関係ないと思います
（問題がある設定ならOSが起動できないしドライバのバージョンに
関係なく問題が発生する為）。

834:login:Penguin
10/05/30 16:18:53 zGPpBE4h
BIOSでの割り当てって…PnP設定ってどのレベルでやるのか知ってる？
DMAの転送っていっても,最近はDMACなんて使ってやってなくって,
CPUがやってるんだと思うけれど…単なる勘違いだと良いんだけれど.

835:login:Penguin
10/05/30 16:28:28 om6OFnAn
>>834
横からなんだけど、>>831は10年位前の昔話だぞ。

836:login:Penguin
10/05/30 16:29:48 om6OFnAn
ごめん。>>831ちゃんと読めてなかった。
>>835は忘れて。

837:login:Penguin
10/05/30 16:31:03 pt8NIW+V
>>834
最近の話じゃないだから何があっても不思議じゃないだろｗ

838:login:Penguin
10/05/30 20:00:07 3V1Eh/b8
LogFSとbtrfsのどっちが逸早く実用化されるんだろうか・・・
早く安定したSSD向けファイルシステムを使いたいわ

839:login:Penguin
10/05/30 20:24:13 D/aIcczs
>>838
YAFFSはどうなん？

840:login:Penguin
10/05/31 00:17:24 VFnQDZNJ
う・・・Centos使ってるからカーネルが対応してないorz
今度、実験SSD鯖にFedoraでもいれてやってみます。

841:login:Penguin
10/06/08 01:36:49 TypIJruf
>>838
悪いとは言ってない
馬鹿にしてるだけ
馬鹿にされたくなかったら、もっと経験を積んでください
本やネットで知識を漁るだけじゃなく、現場を体験してから口を聞いてください

842:login:Penguin
10/06/08 01:59:53 d9iO0HJF
なんか誤爆している気がするが...？

843:login:Penguin
10/06/08 02:08:23 SmJFO3iR
罵倒レスの誤爆ほど恥ずかしいものはない

844:login:Penguin
10/06/08 06:12:46 gPCk8GS0
誤爆じゃなくてただの荒しでそ。放置推奨。

845:login:Penguin
10/06/08 16:24:51 ofMV1BCc
Linuxで、Native ZFS
URLﾘﾝｸ(wiki.github.com)

846:login:Penguin
10/06/09 01:06:50 e/l3TAeb
>>845
まだ、mountできないよね。

847:login:Penguin
10/06/10 17:00:45 M86aiU+s
米CTERA、Ext3互換で高度なスナップショット機能を持つファイルシステム「Next3」を公開 - SourceForge.JP Magazine : オープンソースの話題満載
URLﾘﾝｸ(sourceforge.jp)

848:login:Penguin
10/06/10 17:08:31 CDVTgt0I
時間を指定して復旧できるって書いてあるけど、例えば毎分ごとに差分を保存とかしてるんだろうかw

849:login:Penguin
10/06/10 19:27:04 NiC9rWnZ
>>848
すべての書き込み操作(メタデータだけでなくデータも)にタイムスタンプがついてれば可能。
つかジャーナルじゃなくてもう書き込みログだな。

で、NILFSどーよ?

850:login:Penguin
10/06/10 21:19:59 rfHvXO13
N+extでNext　その発想は無かったわ

851:login:Penguin
10/06/10 23:15:43 9UuxnsoS
ext3cowｪ…

852:login:Penguin
10/06/10 23:27:08 iLnuFisP
ｲﾗﾈ

853:login:Penguin
10/06/10 23:39:11 ez1JBbIx
ext4で実現してほしいな。->Next3

それよりもext4で16TiB以上のボリューム対応が先か?

854:login:Penguin
10/06/10 23:49:51 58WYus8Z
>>853
ext4は最大ファイルサイズが16TiBなのであって
最大ボリュームサイズは1EiBなんだが。

855:login:Penguin
10/06/11 00:03:15 E1YxmbEK
理想(設計)と現実(実装)だいぶ違うから夢から覚めなさい

856:login:Penguin
10/06/11 00:10:09 Y/RRWASf
ボリュームは大きいほどいいだろ

857:login:Penguin
10/06/11 02:18:54 JUDe7aat
>>850
立方体の黒いマグネシウムの箱の様な運命をたどるのか?

858:login:Penguin
10/06/11 08:58:23 o1VJHHWx
>>857
その流れは、いま薄くなって大ヒットしてるじゃん。

859:login:Penguin
10/06/11 13:11:56 iuX4lkfv
大ヒットは20年後かｗ

860:login:Penguin
10/06/11 20:55:47 X1Une1/9
ｲﾗﾈ

861:login:Penguin
10/06/12 23:02:57 9Rin7YcQ
>>854
e2progsとかでは16TiB以上のボリューム作成はまだ実装されていないから、最大ボリュームサイズはext3と同じ16TiB-1blockだぞ。

URLﾘﾝｸ(ext4.wiki.kernel.org)
の「Bigger File System and File Sizes 」の「Note!」読め。

URLﾘﾝｸ(e2fsprogs.sourceforge.net)
ここをチェックして現段階の実装を確認している。

まあ実際には
>855
の言うとおりだ。

862:login:Penguin
10/06/13 00:18:17 4i+0ORsI
>>861
なるほど。まあそういうことなら仕方ないだろう。
実際問題として16TBの単一ブロックデバイスを構成しようと思ったら
2TBのHDDを9個以上直列につながないといけないわけでまだ現実的な話じゃないしね。

863:login:Penguin
10/06/13 00:30:33 3lcZFhKG
>>862
エンタープライズでは別に珍しくもないぞ。

864:861
10/06/13 09:28:38 KOLcQc2D
>>862
なんで上から目線なんだw
日本語情報ばかりでなく1次ソースぐらい読めよ。

あと3ware + WD20EASRS x 9 で個人で運用している。
10万円もあれば2TBのHDD10個ぐらい簡単に購入できるだろ。
趣味としても他の趣味に比べて高いわけではない。

865:login:Penguin
10/06/13 09:44:22 7A6P4geF
上から目線とかどうでもいいから。

866:login:Penguin
10/06/13 11:52:31 dzTsHixh
>>862
たった9個なんだから十分現実的だよ。
まあ俺も最近までext4の16TB制限を知らなくて、
2TBx20台でRAID6のボリュームをext4にしようとして
出来なくてから知ったんだけどw

867:login:Penguin
10/06/13 13:00:52 /VIsx9yS
何でそんなことするの？

868:login:Penguin
10/06/13 13:04:03 YXxENcP6
>>867　>>864

869:login:Penguin
10/06/13 14:09:22 aHz5l9hM
日本最強のnyノードを目指しているとか?

870:login:Penguin
10/06/13 14:28:54 dzTsHixh
普通のメディアサーバーだよ。

871:login:Penguin
10/06/13 15:49:54 PSTG+F84
俺の会社では、2T x 10 台を開発者一人ずつに提供している。
OpenSolaris ベースの Nexenta で ZFS 5台の ZRAID2 を二つつくり、
それをストライプ。トータル 12T

それが人数分なので 20 セットあるのか。

それとは別にサーバーに HD の山。

ある程度の規模の画像系処理を行う場合には、ひとつの作業セットが 1T を超えても
おかしくない時代です。民生用 HD ビデオコーダーですら取り込み結果が 500G 位は
平気でいきますしね。

872:login:Penguin
10/06/13 18:56:29 TT+OHo30
エンタープライズの世界と普通の個人ユーザーで話が噛み合わないのは、
いつもの景色だよなあ。

873:login:Penguin
10/06/13 19:42:27 dzTsHixh
俺は個人ユーザーだけどなｗ
こっちのスレじゃ20台なんて当たり前の範疇だし。
【内蔵】HDDを多く積む Part11
ｽﾚﾘﾝｸ(jisaku板)

874:login:Penguin
10/06/13 19:50:50 gPGmO7Ua
起動時の消費電力とかすごそうw
ちなみに、ファイルシステム何使ってんの？

875:login:Penguin
10/06/13 19:51:07 /VIsx9yS
>>873
＞用途ネタは荒れるのでスルーしましょう。
だってｗｗｗ

876:login:Penguin
10/06/13 20:16:01 ylH1Jqdq
突入電流すごそうだね、たしかに。

SCSIみたいにSATAでも順番にスピンアップしてくれるボードってあるの？
俺が気づいてないだけで普通にそうされてるのか？

877:login:Penguin
10/06/13 20:45:46 kLnS2Q3D
>>876
俺の使ってるPromise TechnologyのSATA300TX4はスタッガード･スピンアップしてくれるよ。

878:login:Penguin
10/06/13 21:35:33 /VIsx9yS
で、マルチメディアって？
日本の全チャンネルを１週間分高画質録画でも？

879:login:Penguin
10/06/13 22:15:15 MvAXXxxW
末端消費者にはまだ想像も出来ないことですよ

880:login:Penguin
10/06/13 23:58:06 ZRWNdaYg
自分を大きく見せたいだけでしょ

ﾌﾟ

881:login:Penguin
10/06/14 18:54:38 S7y1ph3Z
>>876
マザーのSATAポートに接続してる5台以外は
スタッガードスピンアップの機能のおかげで、
20台でもワットチェッカー読みで瞬間300Wにギリギリ届くぐらいだよ。

882:login:Penguin
10/06/15 14:09:56 CU1o9pvY
vxfs最高

883:login:Penguin
10/06/30 11:39:34 TitPUVR2
あげ

884:login:Penguin
10/06/30 23:21:56 NsimsqwA
>>834
> DMAの転送っていっても,最近はDMACなんて使ってやってなくって,
> CPUがやってるんだと思うけれど…単なる勘違いだと良いんだけれど.

本当に？
IF側のDMACが転送してるんじゃないの？
バスアービトレーションって知ってる？

885:login:Penguin
10/07/04 15:20:06 oqljfAAc
ストレージみたいな遅いI/Oに
DMAを使えなかったらひたすらマゾいな

886:login:Penguin
10/07/04 16:00:09 79c4LXpH
PC/ATのレガシーのDMACだと遅すぎるからCPUでって
大昔の話を思い出した。

887:login:Penguin
10/07/04 17:36:46 oqljfAAc
I/O命令を発行してもトラップも発生しないような
シングルタスク環境の頃の話をされても、その、困る

888:login:Penguin
10/07/05 03:37:16 ipfeaKiC
SCSIカードでDMACよりPIOのほうが高速だったりした時代だなぁ。懐かしすぎる。

889:login:Penguin
10/07/05 21:06:28 SQ1+zk2W
Btrfs: broken file system design
URLﾘﾝｸ(lkml.org)

890:login:Penguin
10/07/05 21:25:57 502oQfE1
"No space left on device" at 69%

It must be a highly unexpected and difficult question for file system
developers: "how efficiently does your file system manage disk space"?

891:login:Penguin
10/07/05 21:29:32 /FMS7eAd
>>889
btrfsひでえなおい。Ubuntuが次のバージョンで標準で採用するという話もあるけど大丈夫か?
2.6.33で評価とのことだが、2.6.35はどうなのか気になる。
vmwareで試そうか…

892:login:Penguin
10/07/06 12:31:42 lc5OHg1X
>>845-846
これ、rhel6betaなら使えるのか?

893:login:Penguin
10/07/06 21:10:59 LT7m9Tas
>>891
心配せんでも１００％ext4,ext3のどちらかだろ?

894:login:Penguin
10/07/06 23:30:00 3zi2QOuc
B-treeのwikiを読んでいたらext4も使っているらしい。btrfsとext4、どっちがつおいの？

895:login:Penguin
10/07/06 23:31:51 ljD+IDvT
ext4はext4で問題ありありでUbuntuやFedoraから見放され気味、
xfsはxfsでLKMLで見放され済みだからELでは使い物にならず
消去法でext3しかないんじゃね

896:login:Penguin
10/07/06 23:36:02 GRmRdswD
Fedora14でデフォルトext4をやめようなんて議論がどこかで進んでるのか？
お前の脳内だけちゃう？

897:login:Penguin
10/07/07 00:35:57 /6hMhA8Y
xfsだめなの？

898:login:Penguin
10/07/07 00:45:07 qFm0UOFY
親からも見放されてる子だからそっとしといて

899:login:Penguin
10/07/07 04:53:12 SEmRsJjd
>>895
> ext4はext4で問題ありありでUbuntuやFedoraから見放され気味
前半と後半ともに詳しく

900:login:Penguin
10/07/07 08:17:50 QFMYxCo3
>>899
Ubuntuは下記のリリースノート。Fedraは知らん。

ext4の利用において、特定の状況下ではこれまでよりパフォーマンスが低下します。
URLﾘﾝｸ(wiki.ubuntu.com)

901:login:Penguin
10/07/07 09:41:39 7gc+4qSS
EXT3, EXT4, Btrfs Ubuntu Netbook Benchmarks

URLﾘﾝｸ(www.phoronix.com)

ext4はext3より高速。Lucid Lynx＞Karmic Koala。

902:login:Penguin
10/07/07 12:04:44 2Xh/mx4a
>>898
JFSは…

903:login:Penguin
10/07/07 12:18:30 /sC5muOL
JFSがlinusのツリーから外される日は近い

904:login:Penguin
10/07/07 12:44:19 oFY5VswJ
結局reiserfsしか選択肢が無い。

905:login:Penguin
10/07/07 13:37:41 QFMYxCo3
>>904
rfeiserfsは元々のコードがマルチスレッドに対応していなくて、現在のメンテナが対応中&バグ取りしているんじゃ?

906:login:Penguin
10/07/07 18:30:39 SEmRsJjd
Btrfsも来てるからあれかもしれんけど、
ext4もっと頑張れ

907:login:Penguin
10/07/07 20:19:53 Ih7LUibs
>>892
RHEL6 beta x86_64 で動作確認していけた。
常用してないから使い勝手は不明。

RHEL6 beta i386 では kernel がエラー吐いてこけた。
RHEL6 beta2 は試してないから知らない。
RHEL以外(Ubuntuなど)でも動いている報告はあるので
恐らく動くとは思う。

次ページ