10/02/04 18:06:28 TCHzYVHD
ext4はKernelが新しくなる度に遅くなってるのが
気になるな
411:login:Penguin
10/02/04 18:50:57 vTFZP5hp
ext4で毎回HDDのライトキャッシュをフラッシュするのはやりすぎじゃないのか
なー。キャッシュの意味ないじゃんそれ。
412:login:Penguin
10/02/04 20:58:57 giG4MA8Q
ライトキャッシュを使いたければbarrier=0でremountすればいい
ジャーナルが腐るからデフォルト無効になってるだけ
気にするな
413:login:Penguin
10/02/05 14:15:02 Ev5vg+gt
>412
ていうか遅くなってる大きな理由がbarrierでしょ。
気にしないわけにはいかなくない？
414:login:Penguin
10/02/05 14:23:58 hTXVw8Is
ただ断片化してるだけだろ。
mkfs直後で比較してるか？
415:login:Penguin
10/02/05 14:29:40 j8P2r62W
>>413
気にしたところでどうしろと
電源断後にそれまでのジャーナルが使いものにならないかもしれないとかジャーナル要らんわ
416:login:Penguin
10/02/06 18:44:14 Fdn0FgYJ
ZFS最強
417:login:Penguin
10/02/06 20:02:58 Fdn0FgYJ
Kubuntu9.10入れたらext4じゃねーか大丈夫なのかこれ
418:login:Penguin
10/02/06 20:38:52 yXf2SmUH
全然平気
419:login:Penguin
10/02/06 22:57:57 bd8mojzW
Ubuntu 9.04ではext4を使うとIO負荷が高い時にハングする問題があったようだが
Ubuntu 9.10では解消されている模様
420:login:Penguin
10/02/07 09:48:44 q8IusnYS
怖いなぁ
421:login:Penguin
10/02/07 22:58:42 hh2MMDn8
>>417
9.04で何か作業しながらゴミ箱をイジるなどするとフリーズすることがあったが、
9.1でなくなった。
かなりこなれてきた感じがする。
422:login:Penguin
10/02/07 23:02:42 hh2MMDn8
>>417
一緒です。
俺もkubu9.1をHP dv3000で、かなり前から使っている。
一度もフリーズはないし、ファイルの削除などが早くてよい。
423:login:Penguin
10/02/08 11:16:26 8boIWPX7
xfsからext4に変えて自分も思ったのは大量の小さなファイルの削除がかなり早くなったこと
妙なCPU負荷上昇がなくなったからそのおかげかな
424:login:Penguin
10/02/08 17:01:02 Hzj12kVK
2009年10月版という意味のバージョン番号を9.1って書かれると違和感あるワァ…
425:login:Penguin
10/02/08 22:18:23 aeyUnREj
>>423
XFSは削除の時にメタデータをゼロ梅する仕様だから
セキュリティ上はむしろ好ましいんだけど、細かいファイルを扱う
性能を求める向きには逆効果
426:login:Penguin
10/02/08 22:50:01 6gyji+ax
細かい多量のファイルがある場合はJFSのほうが良いそうだ。
427:login:Penguin
10/02/08 22:52:04 nRY3DDMs
いや全然よくなかったよ
大量のエロ画像保存してたけどext3/xfs/jfsの中ではjfsが最遅だった
428:login:Penguin
10/02/08 22:57:28 8boIWPX7
確かにjfsの方が体感的にはましだった
まあxfsが遅すぎただけだけどね
429:login:Penguin
10/02/08 23:18:31 aeyUnREj
逆に巨大なファイルだと最速だからねぇ
良くも悪くも極端というかｗ
430:login:Penguin
10/02/08 23:54:59 AFpSfLl2
>>427
画像ファイルは大きい。4kb以下を小さいという。
431:login:Penguin
10/02/09 00:03:14 pqU7Es5H
時代に完全に取り残されてるな
メールですら4KB以下なんてほとんど無い
432:login:Penguin
10/02/09 00:05:56 ZOmcZbmu
ユーザの感覚の話じゃないわけだが
433:login:Penguin
10/02/09 00:12:20 VeFVOoSl
>>431
ブロックサイズ未満かそれ以上かって話だ。
ここを覗く以上、ちったぁFSの仕組みを知っておいた方が良いぞ。
434:login:Penguin
10/02/09 00:13:04 pqU7Es5H
ファイルをファイルシステムに合わせるスレ
435:login:Penguin
10/02/09 00:17:02 fzWPTOrO
恥ずかしいね
436:login:Penguin
10/02/09 00:30:16 zAeAYJ/U
ノーチラスで見えるものが世界の全てだから仕方ない。
437:login:Penguin
10/02/10 15:17:02 MaCU/4DU
じゃあブロックサイズを大きくすればいいって事で。
438:login:Penguin
10/02/10 15:27:31 xYCKGJDz
ところで、透過的圧縮をサポートしてる実用レベルのFSってどれだけあるの？
439:login:Penguin
10/02/10 18:17:45 CkPl8Ash
>>438
Linuxのfsではquick hack的にサポートしては使われないまま忘れ去られていく
パターンが多いけど、btrfsは対応している。
ほかのOSだと、NTFSは圧縮をサポートしている一番メジャーなfsだし、
ZFSもサポートしている。ZFSではさらに重複排除機能
URLﾘﾝｸ(techtarget.itmedia.co.jp) もサポート
される予定。
440:login:Penguin
10/02/10 21:27:01 vvkl2b1c
lzoやlzfなら負荷は少ないよね
低負荷で途中からデコード出来るやつがあればもっといいのかな
441:login:Penguin
10/02/11 01:17:40 8kxaXMCl
>>439
いつの記事だよ
ZFSではもう重複排除実装済みだ
442:login:Penguin
10/02/13 18:11:03 yZ9svAdE
RHELでext4がサポートされる日を心待ちにしているのだが…
もしかしてテクノロジープレビューのまま終わるのか！？
443:login:Penguin
10/02/13 20:27:23 1p3AsHpU
Fedoraの標準がExt4になったから次で入るでしょ
444:login:Penguin
10/02/15 02:45:49 aiCgURp9
もうすぐRHELでもext3、ext4、XFSが選択肢になるということか
他のディス鳥に比べると遅いが、選択肢が増えるのは歓迎だな
445:login:Penguin
10/02/15 03:18:02 Q/CeyItx
>>444 RHEL が他の死鳥よりも遅いのは、性質上仕方がない。
むしろ、RHELが採用して、初めて、実用フェーズだと判断している。 <- 他力本願
(新しい技術って使いたいけど、トラブル面倒くさいのよね）
逆に、それまではじっと我慢汁のだ。
446:login:Penguin
10/02/15 04:02:04 aiCgURp9
RHELでext4とXFSがサポートされたら、ext4 vs XFSの戦いが再燃するな。ふふ…
447:login:Penguin
10/02/15 14:02:56 CZqrb4fN
>>445
んじゃ、RHELが採用しているってだけで、いまだにkernelは2.6.18を
使い続けているわけ?
448:445
10/02/15 20:13:36 d5l66Zgj
>>447 文脈を読め。どう見ても、RHEL || RHEL互換? ユーザー同士の会話だろ。
だから、「基本的には」当たり前に 2.6.18 。
449:login:Penguin
10/02/16 01:17:04 EIf+brif
exFATでいいじゃんもう
450:login:Penguin
10/02/16 23:37:37 /7AZE3KC
exFATはLinuxでまともに使えるようになったの？
451:login:Penguin
10/02/18 16:07:03 yBWoOp1+
犬厨には使いこなせないだけ
452:login:Penguin
10/02/18 20:59:55 a1dW3upm
そもそもWindowsでもexFATが使われてるの見たことない
453:login:Penguin
10/02/18 21:05:22 +S47WcAj
結局ntfs一択
454:login:Penguin
10/02/18 21:09:27 N3LAgGG/
exFAT は情報家電の記録メディア用。
455:login:Penguin
10/02/20 14:26:07 9ied+A03
exFATはWindows CEで使われてるんだっけ？
Windows Mobileとかもそうかな。
456:login:Penguin
10/02/20 22:22:06 XvxLgGqd
東芝の録画できるレグザは xfs だった気がする。
457:login:Penguin
10/02/20 23:02:50 fR8FVjC9
>>456
中身Linux?
デバイスドライバとか大丈夫なのかな
大穴でIRIXだったらちょっとやだな
458:login:Penguin
10/02/20 23:59:18 0V480wTK
ハイビジョンテレビとかレコーダーはほとんどLinuxでしょ
459:login:Penguin
10/02/20 23:59:54 rQZmneJH
そうなんだ。じゃあ買ったらソースコード要求していいのか
460:login:Penguin
10/02/21 00:03:20 Q6o+mKyJ
もちろん。公開してるところもある。
例えばAQUOSとかは↓
URLﾘﾝｸ(www.sharp.co.jp)
461:login:Penguin
10/02/21 22:50:28 c9sBME9L
NECのAXは最初のがReiserFSで次のがXFSだったな
462:login:Penguin
10/02/21 23:05:30 tQOOh8rp
kernel 2.6.32でext4がかな～り安定しているんで、面白みがないなぁ。
ext4は所詮はbtrfsまでのつなぎといわれていたけど、btrfsの開発の先行きが
どうにも不透明な現状、ext4ってかなり長生きしそうな予感。
463:login:Penguin
10/02/22 00:40:46 xBuspOtO
> btrfsの開発の先行きがどうにも不透明な現状
まじか…
オラクルがやる気ないのなら、どっかの企業が開発を引き継いでくれないかな
464:login:Penguin
10/02/22 01:54:34 S6bJULlX
>>463
このスレでもさんざガイシュツだけど
・OracleがSun買ってSolarisとZFS手にいれたので、Linux戦略が不透明になっている
・現状、btrfsのコードの更新が少ない ( URLﾘﾝｸ(git.kernel.org) 参照)
1ヶ月ぶりにコミットされたなぁと思ってみてみると大きくないパッチが7つ。
10日経ってまたコミットされたなぁと思ってみてみるとこれまた大きくはないパッチがという感じ。
・MLの流量も1日10通程度と次世代標準fsの開発MLとしては多いとはいえない
( URLﾘﾝｸ(www.mail-archive.com) 参照)
Oracle云々は置いといて、もっと開発者が参加してコミュニティを活発化させないとまずい。
465:login:Penguin
10/02/26 16:37:21 iUXMlNuq
age
466:Zeno ◆5nZQbNmQPs
10/02/26 17:03:36 x55SgVHx
>>462
ext4 では何が不満なのかね？
何故面白みが無いと思うのかね？
467:login:Penguin
10/02/26 18:22:57 wJm8A96I
>>466
ひょっとして、嫁一人だけで満足できるタイプ？
468:Zeno ◆5nZQbNmQPs
10/02/26 18:27:36 x55SgVHx
>>467
嫁を取る気はない。もし相手がいたとしてもの話だが。
そしてもちろん相手はいない。
469:login:Penguin
10/02/26 18:49:12 yCskjVmd
anticipatory削除すなぁ
BFQとかSIOってCFQと比べてどうなの？
470:login:Penguin
10/02/26 18:51:07 YI1w9qz0
おかえりなさい、あなた。
ごはんにする？おこめにする？ それとも、ラ・イ・ス？
471:Zeno ◆5nZQbNmQPs
10/02/26 18:52:44 x55SgVHx
>>470
> ごはんにする？おこめにする？ それとも、ラ・イ・ス？
おめこがいい。
472:login:Penguin
10/02/26 19:58:08 +iw3Qzpu
oracleはzfsとbtrfsのどっちに本気なの？
473:login:Penguin
10/02/26 20:56:58 dGd2Emr5
世界一を目指す理由は何か。２位ではだめなのか
474:login:Penguin
10/02/26 21:03:32 +FU1P8pL
>>464
俺達日本人でbtrfsを盛り上げていこうってぐらいの気概は無いのかよ？
475:login:Penguin
10/02/26 21:09:58 +iw3Qzpu
>>473
>>472
Renho Linuxの開発時には
btrfsを使う理由には何があるんでしょうか。ext4では駄目なんでしょうか
ext4を使う理由には何があるんでしょうか。ext3では駄目なんでしょうか
ext3を使うｒｙ
476:login:Penguin
10/02/26 21:11:07 +iw3Qzpu
machigaeta
>>473
>>472
て書くつもりだった。スマソ
477:login:Penguin
10/02/26 21:11:58 +iw3Qzpu
naniyattendawore
>>474
>>473
な
478:login:Penguin
10/02/26 21:32:05 SuGMbt/C
ext4はよいものだ。
ext3と互換性を断たなかったということだが、もっと素晴らしいのが出来たの?
479:login:Penguin
10/02/26 21:41:38 fL6fjQxL
日本語で
480:login:Penguin
10/02/26 22:08:01 +ohV+YPz
（互換性を断てば）もっと素晴らしいのが出来たの?
って言いたいんじゃないかな
481:login:Penguin
10/02/26 22:55:56 XObVL2Y4
会議で承認されるといいなと思いつつ、
btrfsをもっと強化すべく資料書いた。
直属の上司と話をしたらすでにやる気満々だった。
どうしてくれよう。
482:login:Penguin
10/02/26 23:01:15 dGd2Emr5
だって魅力的だろbtrfs
完成さえしていれば
483:481
10/02/26 23:18:08 XObVL2Y4
ああ、完成していればな…。
そこまでが程遠いがな。
484:login:Penguin
10/02/27 00:20:16 eqwL74J9
現状でbtrfsは100%の性能が出せます。
完成なんて飾りです。
偉い人にはそれがわからんのですよ。
485:login:Penguin
10/02/27 12:59:37 BOrH2yFU
ZFSがまともに実装されるなら、btrfsじゃなくていい
486:login:Penguin
10/02/27 13:01:55 sIv8WReA
ZFSって一種のブランドだな
487:login:Penguin
10/02/27 13:22:42 OarAMso+
>ZFS
Linuxで使いえないじゃん
488:login:Penguin
10/02/27 13:31:35 BrnK7GH2
オンラインストレージを複数まとめて、仮想ドライブとして使えるようなファイルシステムって
ありますか？出来れば、inode見たいな管理方式で、ある程度の容量で区切って複数の
ストレージに分配してくれるようなやつ…（アカウント内データだけでは復元不可とかね）
489:login:Penguin
10/02/27 13:34:04 qxISv2BX
>>487
使えたとしても、まともに実装されなければ意味無いじゃん。
>>488
そういうの欲しいね。ファイルシステムレベルじゃなくても、LVMとかで
サポートして欲しかった。
490:login:Penguin
10/02/27 14:05:55 7kISgjMA
>>489
ライセンス上カーネルツリーに入れられない
491:login:Penguin
10/02/27 15:05:04 7DurMl9B
いまではOracleが持ち主だから、ライセンスを変更する可能性もある。
492:login:Penguin
10/02/27 15:18:06 HB6Ikvql
>>488
fuse->nbd->lvm でいいだろ
493:login:Penguin
10/02/27 15:22:21 qxISv2BX
NBDて...
494:login:Penguin
10/02/27 15:30:41 y//yw1WQ
lvmってそういうレイヤーで使えるの？
UnionFSみたいに
495:login:Penguin
10/03/02 23:28:03 nj/tnWhP
496:login:Penguin
10/03/03 01:43:29 vZ5CGebD
HAMMERってのもあったと思ったがあれはどうなったの？
497:login:Penguin
10/03/03 21:30:37 ilAhJfbq
小さいファイルに強いFSってやっぱり必要だから
メインライン入りを期待してしまう。
Finally, Reiser4 Benchmarks Against EXT4 & Btrfs
URLﾘﾝｸ(www.phoronix.com)
498:login:Penguin
10/03/03 21:36:50 KeQT/fVP
>>496
本家は3月中旬に2.6リリース予定だけど、最近の変更にHAMMERの
バグ修正とか入ってるんで月末か来月あたりにずれ込むのかなあ。
FUSEで移植しようとしてる人がいるけど、blogは去年で止まってるね。
URLﾘﾝｸ(hammerfs-ftw.blogspot.com)
499:login:Penguin
10/03/04 02:40:10 YuDiX0q6
RHELは6でEXT4をデフォルトファイルシステムにするのかな？
今はEXT3で我慢するフェーズ？
うちの客もRHELかそのクローンしか考えられんという人種なのです
500:login:Penguin
10/03/04 16:20:23 s4zGuk7p
>>499
Fedoraの様子から推測すると多分にExt4標準
でもオンラインデフラグは封印
501:login:Penguin
10/03/04 19:10:43 G0NvWeBj
ZFSってWindowsに実装出来ないの?
502:login:Penguin
10/03/04 19:52:56 0xVm3n75
Windowsはアルファベットの大文字と小文字を同一視することが大前提だから、
ふつーに考えて全然無理だろ。
503:login:Penguin
10/03/04 20:06:22 keVCTxjP
別にそこは問題じゃないと思うぞ
だってOS/2とJFSだってそうだし
504:login:Penguin
10/03/04 20:30:34 /qiQGAH/
NTFSだって区別するぞ
505:login:Penguin
10/03/04 20:36:29 aEvRnO0b
Linux経由でNTFSにtest.txtとTest.txtを作って、Windowsで操作しようとすると
楽しいことになるぞ
506:login:Penguin
10/03/04 20:36:33 pClmRv5W
あれレジストリで挙動変えられなかったっけ
507:login:Penguin
10/03/04 20:48:49 keVCTxjP
>>506
変わんね変わんね
区別するしないはサブシステムに依る
508:login:Penguin
10/03/04 20:50:56 lOcg9dvk
Cygwinなら扱えるし。
509:login:Penguin
10/03/04 20:53:04 keVCTxjP
test.txtとTest.txtをか？
510:login:Penguin
10/03/04 21:36:01 lOcg9dvk
test.txtでもTest.txtでもTesT.txtでもちゃんと区別出来る。
511:login:Penguin
10/03/04 21:46:58 GI0bs/Wf
うちの子はこんなことになりますが...
$ ls -1;echo hoge>hoge.txt;cat HOGE.TXT
hoge
$
512:login:Penguin
10/03/04 21:54:53 lOcg9dvk
それちゃんと設定してないだけじゃん。
513:login:Penguin
10/03/04 22:04:32 keVCTxjP
お前が言ってんのは大文字小文字を区別するってだけで大文字小文字だけが違うファイルは共存出来ないだろ
514:login:Penguin
10/03/04 22:24:53 GI0bs/Wf
うちの子も区別できました
$ ls -1;echo hoge>hoge.txt;cat HOGE.TXT
cat: HOGE.TXT: No such file or directory
$
現在はなかなかマニアックな設定が必要なようです
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\obcaseinsensitiveを0にしてリブート
ドキュメントはこちら
URLﾘﾝｸ(cygwin.com)
515:login:Penguin
10/03/04 22:25:17 AQ81/cdp
ここはファイルシステムのスレなんだから「NTFSは区別する」が正しいだろ
Win32APIが区別しないだけ。以前のNTのPOSIXサブシステム上では、もちろん区別した。
516:login:Penguin
10/03/04 22:26:05 lOcg9dvk
ファイルシステムはcase sensitive
OSもcase sensitiveにするオプションがある
Cygwinもcase sensitive
これで扱えない理由って何？ｗｗｗ
試してみたらいいじゃん。
$ touch test TEST;ls
TEST test
517:login:Penguin
10/03/04 22:31:00 keVCTxjP
OK俺が間違っていた
518:login:Penguin
10/03/04 23:18:23 lb/LY8lr
絶対赦さない
519:login:Penguin
10/03/05 09:56:50 xVaBrCWz
どうしていつまで経ってもNTFSを超えられないのですか？
520:login:Penguin
10/03/05 10:00:46 Sr5MOBUS
M$製品しか知らない人はそう思うよね
521:login:Penguin
10/03/05 13:12:28 53P9g7Xc
NTFS卒業したい
ZFSでキャッキャしたい
522:login:Penguin
10/03/06 01:03:37 8UhJa7wi
そしてNILFSの不思議な旅
523:login:Penguin
10/03/06 02:29:13 Zysj1eoM
NTFS以外を使う手段は全くないの？
サードパーティーとか含めても。
524: ◆Zsh/ladOX.
10/03/06 22:28:03 H2r55cXa
nilfsを使いはじめて4，5ヶ月になる。
zsh使いなので、ディレクトリでファイル名の先頭の数文字だけ
入れて残りはtab打って適当に入力をズボラしてるんだけど、
ディレクトリ中のファイルが多いとext3とかに較べて
シークが遅くて(ファイルの候補が出るのがさ)なんとかならんかな、
と思っていたのだがkernelが上がってきて段々早くなってきた。
やっと使えるレベル鴨。
あとは問題といえば、システム(カーネル)がハングしてリセットもしくは電源強制断
したあと再度mountしようとしたとき、
mountコマンドがトリガーとなってnilfsの再構築がかかって
構築が終わるまでmountが完了しない、ってのがある。
1.8Tの領域で5時間位かかるんでちょっと困るわ。
もちろんss(snap shot)とcp(check point)を手軽に取って
バックアップを簡単に取れたり、便利な面も多いが。
525:login:Penguin
10/03/06 23:28:22 5dAZVr4/
> 構築が終わるまでmountが完了しない
FATかよ！と思ってしまったｗ
いやあの頃のHDDは容量が少なかったからそんなに困らなかったけどさ
526:login:Penguin
10/03/07 00:48:41 cf1huKW/
バックアップ用にnilfsの連続スナップショットを使ってるけど
>>524の言うようにフリーズ後のmountには時間がかかるね
1.8TBもnilfsで使ってる人がいるとは思わなかったけどw
527:login:Penguin
10/03/07 01:37:18 tlB4vP8S
＞NILFS は 連続スナップショットをサポートするログ構造化ファイルシステム (Log-Structured Filesystem, LFS)です．
＞NILFS はスナップショットを自動かつ連続的に取得する機能を実装することにより，
＞間違って消したり上書きしたファイルを簡単に復活できるなど,
＞ Linux を利用したシステムの信頼性と利用者の利便性の向上を実現しました.
＞NILFS は従来の LFS のように、システムクラッシュ後もしくはクリーンでないシャットダウン後に
＞ファイルシステムの一貫性を保証することができ、
＞ジャーナリングファイルシステムと同様に、短時間で復旧可能です.
1.8Tで5時間は短時間なのか？
528:login:Penguin
10/03/07 01:51:29 apHR+TXA
>>527
HDD復旧業者に破損したHDDのデータ復旧を依頼して何日かかるかと比較したら、
短時間かも分からんね。
529:login:Penguin
10/03/07 02:31:02 kS9ReBY8
まあ、五時間程度で一貫性が保てるんだから
業務内容によってはこれほど安心できるFSは他に無いと言えるかもね
問題はLinux自体が、カーネルのハング率高すぎってことで……
カーネルアップデートのたび毎回思うんだが
そろそろハイブリッド（モジュラー）カーネル開発を目指してもよかろう時期に来ている気が…
L4Linuxの開発も最近滞り気味だし
530:login:Penguin
10/03/07 12:39:46 sIk7bTBC
安定を望むならWindowsを
531:login:Penguin
10/03/07 12:53:12 dSnJvwEC
>>524
5時間ってすごいね。
どういう環境？
version が古いとか、CPUが遅いとかじゃないよね？
532: ◆Zsh/ladOX.
10/03/07 18:00:37 yp2Ekeg5
>>531
バージョンって何の？
CPUはXeonです。L5420っつーのを2個。
> 1.8Tの領域
コレ、1.4TBの間違いだった。
500GBの2.5inchなHDD x4でmdadmでRAID5なんで、
天使の取り分とか諸々引かれて1.4TB。
533:login:Penguin
10/03/07 19:12:52 Cf8RcPOL
カーネルだろ
534:login:Penguin
10/03/07 19:26:55 dSnJvwEC
>>532
あぁ、kernel の バージョンね。
もしくは、distro が用意している nilfs2 module のバージョン。
535: ◆Zsh/ladOX.
10/03/07 20:36:10 yp2Ekeg5
>>534
2.6.32.8のvanilla。
distro(CentOS)にはモジュールが無い。
536:login:Penguin
10/03/07 22:18:18 dSnJvwEC
>> 535
nrhd
結構新しいなぁ。
2.6.33 で リカバリ時に readahead が入るようになったので、
若干パフォーマンスは変わるかもしれない。
URLﾘﾝｸ(tinyurl.com)
でも、どちらかというと md の raid5 に引きずられてるのかなぁ。。。？
537:login:Penguin
10/03/08 00:33:20 Ox6YAjS4
>>535
ノートで使ってるが、強制リセットしても普通にマウントするけど。
2.6.32.8。
mdの再構築じゃね。
538:login:Penguin
10/03/08 12:47:09 sm7nErxL
REGZAかどっかの家電HDDがXFSらしい
539:login:Penguin
10/03/08 13:12:54 M+neQ0mc
”どっかの家電”なんて括り方どれかには該当するわな
しかも”らしい”かよwww
540:login:Penguin
10/03/08 14:12:22 ewyHx/HR
>>538
>>456-460
あたりで話になってるじゃん
541:login:Penguin
10/03/08 15:11:26 CWThWQDe
( ´_ゝ｀)
542:login:Penguin
10/03/09 12:47:07 CSBFP8bV
ext4って1EBのパーティション扱えるみたいだけど
そのわりにブロック番号の型がext3と同じ__le32なんだけど、
もしかして8086のセグメントみたいなことして無理やり拡張してるとか？
最大ファイルサイズは4096*2**32のままだし
btrfsはブロック番号から64bitだけど
543:login:Penguin
10/03/09 16:36:26 sgzbBOo7
>>542
ext3の最大ファイルサイズは16GiBから2TiBでしたが何か？
544:login:Penguin
10/03/10 20:42:18 24e+ICho
4TBでext3運用してるうちはダメってことだなｗｗｗｗ
どんだけ情報古いんだよ…
545:login:Penguin
10/03/10 20:55:24 b2Fg0cB+
どんだけ情報古いんだよ…(ｷﾘｯ
546:login:Penguin
10/03/11 11:43:50 EapJDl1F
どちらかというと
古いんだよ.........(ｼｮﾎﾞｰﾝ
547:login:Penguin
10/03/12 16:08:57 9z13+JmU
nilfs2のssは容量の許す限り作れるとあるんだけど
容量がいっぱいになった時はどういう挙動になるんだろう
新しいssの作成に失敗する？それとも古いssが消えるのかな
548:login:Penguin
10/03/12 16:14:19 VGDGVj3a
ガベコレが不要なcpを無効化するんじゃね？
詳しくないけど。
549:login:Penguin
10/03/12 17:27:41 9z13+JmU
よく考えたら新しいss作成時に新たな領域が必要になるわけじゃないから
ss作成に失敗するってことはないかな
FSに変更があった時点で古いss/cpから消えていくんだろうか
550:login:Penguin
10/03/12 20:37:59 2CSHIbC4
>>547
Kernel Panic
551:login:Penguin
10/03/13 00:45:21 b0rJ4C3K
>>547
Disk full error
古いcpの保護期間が過ぎるまでそのまま。
552:login:Penguin
10/03/14 13:27:42 O9SPF16X
CD1枚位のデカい動画ファイルを毎度作業用ディスクから保存ディスクに移しています。
なんか移動中、CPU使用率は別に余裕がありそうなのに妙に重くて他の作業をしていられないんですが、
邪魔にならない範囲に抑えるのってどうしたらいいんでしょう？
553:login:Penguin
10/03/14 13:33:15 d4ZXrPn0
IOスケジューラかの？
554:login:Penguin
10/03/14 16:25:35 67OnZfXS
ionice使うのが良いだろうな。
555:login:Penguin
10/03/19 12:16:43 gHHFnYoc
うわ、arm(el)アーキテクチャだと実装上の問題でXFS使えないのか。
無理やりやるとエラーメッセージ吐きまくるし。
困ったなぁ...
556:login:Penguin
10/03/19 12:33:06 uMtyR8bo
kwsk
557:login:Penguin
10/03/19 12:59:40 gHHFnYoc
よく分からないけど
URLﾘﾝｸ(groups.google.co.jp)
DebianのインストーラでもXFSを選択できなかった。
558:login:Penguin
10/03/20 01:36:48 vkB3F05D
>>555
異アーキテクチャ間ではメタデータの互換性がない。
メタデータ消してマウントすりゃいいだけのはずだよ。
559:login:Penguin
10/03/20 08:05:04 7Z9+G9O/
>>558
リブートするたびにfsckされるんだけど。
ちなみに異アーキテクチャなマシンでマウントしたことない。
560:login:Penguin
10/03/20 08:55:44 7Z9+G9O/
ごめ、CPUアーキテクチャが異なるマシンで mkfs したままHDDを持ってきたのが原因だと思い
armelアーキテクチャのマシン上で mkfs してマウントしてみたら問題なかったわ。
エラーが出たときにxfs_repairでジャーナル消去したつもりだったんだけど、うまくいってなかったらしい。
というわけで今日の教訓。
XFS は異CPUアーキテクチャマシン上で mkfs or mount しない。
ところで、Debian Squeezeのarmel版インストーラでXFSが選べない理由は何故なんだぜ？
561:login:Penguin
10/03/20 12:03:49 7Z9+G9O/
I'm sorry but XFS is known to be broken on ARM. A fix was proposed
recently but it doesn't seem to work
URLﾘﾝｸ(www.mail-archive.com)
tbmの発言が気になるところだが、問題なく動いているのでとりあえずよしとしよう。
562:login:Penguin
10/03/21 14:18:50 xn5XRuBm
Btrfs、最近MLやunstableに動きが見られる。
期待age
563:login:Penguin
10/03/21 14:36:46 eRP7MqHb
Btrfs遂に来るのかみなぎってきたwwwwwwwww
564:login:Penguin
10/03/21 23:12:54 lzEkZwkT
Oracle、結局ZFSもbtrfsもどっちもやるの?
565:login:Penguin
10/03/22 02:05:31 r6NIwy7p
ZFS担当「親方！ZFS完成しました！」
btrfs担当「ボス！btrfs出来ました！」
社長「よし！じゃくっつけろ！」
両方「ｼｮﾎﾞﾝﾇ」
566:login:Penguin
10/03/22 04:33:07 C2/xMR+D
両方「ちょwwマジwwww」
567:login:Penguin
10/03/22 04:49:33 r6NIwy7p
reiser「嫌なら俺にやらせろよ」
568:login:Penguin
10/03/22 04:51:46 hJBqfs/w
看守「また独房にブチ込まれたいのか？」
569:login:Penguin
10/03/22 11:34:05 2kvPbYJU
XFS on armelだけど、やっぱりファイルシステムが壊れた。
can't read super block だそうで、tbmが言っていたとおりダメなんだな。
xfs_repair -L で強制的にログ消去してマウントすれば正常に戻るんだが
再マウントする度にこんなエラーじゃねぇ。。
もうBtrfsに乗り換える時期かな。
570:login:Penguin
10/03/22 12:58:20 hUC+6qQq
>>569
ext4にしとけ
571:login:Penguin
10/03/22 20:23:24 2kvPbYJU
やっぱりLinuxはext系が無難だよね。
あまり魅力は無いけど、安定はしているし。。
572:login:Penguin
10/03/23 09:01:58 dY6PHiHn
NTFS-4Gを常用してるぜって人居ます？
573:login:Penguin
10/03/23 10:49:47 RvGEfB15
>>572
はい
574:login:Penguin
10/03/23 22:58:43 u7NeUbc/
ntfs-4G? 4Gってなんぞね？
575:login:Penguin
10/03/23 23:19:19 0Od7X/6P
iphone 4Gみたいなもんじゃね？
576:login:Penguin
10/03/23 23:43:08 dY6PHiHn
あ、3Gだったか、っていうかなんか意味あるの？ 実はサブセットとか？
577:login:Penguin
10/03/24 01:01:44 gzkJBu9O
>>574
Gはgenerationの略のはず。つまり第4世代。
分かりにくいけど、NG(Next Generation)よりはましかな。
578:login:Penguin
10/03/24 01:32:54 Bvl4T3UA
＞NG(Next Generation)よりはましかな。
次代、三代、四代、って日本語でも一緒ジャン。
579:login:Penguin
10/03/24 02:45:41 p5xbqM8i
>>578
next generationは次代じゃなくて次の代。
今3Gなら4Gになるし、4Gなら5G。
今の世代によって示す代が変わってややっこしくなる。
特に切り替わりのときとか、人によって使ってる世代が違うときとか。
580:login:Penguin
10/03/24 07:55:05 HBzal9mm
Windows2000のときFSがおかしくなってチェックディクスで復旧したら
ファイルがめちゃくちゃになった経験がある
復旧どころか思い切ったことしてくれるよね
復旧ツールが賢い、あるいは復旧に強いFSって存在するの？
どれも変わらないかな？
581:login:Penguin
10/03/24 12:09:53 qYYAd8RC
今のZFS on FUSEってバージョンは0.6.1だけど、性能どのくらい上がったのかな？
582:login:Penguin
10/03/24 12:27:50 TMK/As9k
最近よく NextGen (ネクストジェン) って
造語聞くようになったけど、まじでやめてほしいわ。
NextGen の次世代は何と呼ぶんだよと言いたい。
583:login:Penguin
10/03/24 12:33:26 FK7SXF8P
まぁ、流行だろ。
ya - yet anotherだって、一時期乱立していたわけだし。
ng自体は、数年前にはある程度の安定バージョンのソフトでも見かけたから、既に周回遅れの
単語に入ってきた気がする。syslog-ngとか。
584:login:Penguin
10/03/24 18:15:42 CLaGhjsO
avfsってあんまり情報無いけど使われてないのかな？
かなり便利だと思うんだけども。
日本語アーカイブの文字化け対策ってどうすればいいんだろ？
585:login:Penguin
10/03/24 18:22:58 WeIcIkG5
カーネル内でやるのは流行らない
586:login:Penguin
10/03/24 19:02:28 CLaGhjsO
？？？ よくわかんないけどFUSEの親玉でしょ？
コマンドラインでオブジェクト指向っぽい事できて面白いと思うんだけど。
587:login:Penguin
10/03/24 20:29:01 Oan1QHht
>>580
クレイジーダイアモンド
588:login:Penguin
10/03/25 23:27:46 73dIXbFT
>>582
こんど
次
その次
589:login:Penguin
10/03/25 23:47:58 ym1CYKEv
avfs、ビルトイン？形式についてはconvmvfsで一旦cp932でマウントした所にavfsを通す事で解決できた。
zipやrarはこれでよさげ。
ただ7zとかlzhの外部形式が日本語ダメなんだよな、化けるんじゃなくて何も見えないや。
590:login:Penguin
10/03/25 23:50:21 LueORzcG
>>588
AMDに買収される
ってネタがわかる人は残っているんだろうか
591:login:Penguin
10/03/26 00:49:00 OgrwX/Ca
>>590
そのネタ繰り出したら歳がばれるから自重してたんだがｗ
592:login:Penguin
10/03/26 00:51:16 9LfYK2s3
>>590
性能は良かったんだけど、マザーボード直付なのが痛かった。
その後のK6の成功を考えると、あの会社無かったらAMDは死んでるよな。
593:login:Penguin
10/03/26 09:37:45 E/u2XBmv
>>592
K7(Athlon)?
594:login:Penguin
10/03/26 10:05:19 Hrpbyebd
>590
ソレはNexGen で nextgen じゃねーべ
595:login:Penguin
10/03/26 20:08:43 PrngVIzy
日立系の在米NIC製造メーカーってなんだったっけ
596:やんやん ◆yanyan72E.
10/03/27 16:59:58 cg/KSWka
Alaxalaのこと?
597:login:Penguin
10/03/28 13:32:43 iCa7Bsy6
FUSEによるファイルシステムの実装って、実用に耐えられますか？
もちろん、実装の品質にもよるんだろうけど。
598:login:Penguin
10/03/28 13:42:37 bTWeOhba
>>597
実用の定義がわかりません。
599:login:Penguin
10/03/28 20:14:53 wNoUaYNI
ZFS on Windows まだ～
600:login:Penguin
10/03/28 20:23:24 6/zfVW29
>>599
並のUnix向けFSではWindowsの複雑なセキュリティー制御を御しきれないと思う。
ZFSがそれを満たさないかは別の話だが、
まあ無理なんじゃね？
601:login:Penguin
10/03/28 20:36:40 bTWeOhba
ACLぐらい使えるだろ。
602:login:Penguin
10/03/28 20:41:57 neXlh79c
>>600
別にNTFSとまんま同じ機能を実装しないといけないわけじゃないし。
603:login:Penguin
10/03/28 21:45:37 yzGox8QM
でも NTFS に劣るようなものを使う必要性が微妙ってことに
604:login:Penguin
10/03/28 21:55:42 02EANzpG
NTFSにない特徴があるのだから劣っているのとは違うさ
605:login:Penguin
10/03/28 23:17:12 8E8Isort
そこで samba …
606:login:Penguin
10/03/28 23:18:36 wRcjR1OE
NTFSってそんなに良いものなのか。
607:login:Penguin
10/03/28 23:19:42 sO8mkAdN
>>606
さぁ？
つかWindows使って面白いのかな。
608:login:Penguin
10/03/28 23:57:51 1agQ8361
デフラグツールすらないFSばかりだからじゃない？
609:login:Penguin
10/03/29 00:11:44 Fp0y4WVt
NTFSってかなり断片化するもんねえ…
610:login:Penguin
10/03/29 00:19:00 ADJ850eN
そもそもギリギリ一杯まで容量を使えるFSってあるの？
611:login:Penguin
10/03/29 00:33:37 ADJ850eN
ファイル消しても空き容量の増えないFSなんてインチキ。
612:login:Penguin
10/03/29 00:44:25 SGxTMpaf
>>611
高度にジャーナル化されていれば、
そういう挙動だって十分ありうるさ。
613:login:Penguin
10/03/29 18:30:06 PaPM2V6L
zfsは？
614:login:Penguin
10/03/29 20:02:46 ADJ850eN
URLﾘﾝｸ(www.itmedia.co.jp)
615:login:Penguin
10/03/30 15:52:19 AFR2s6XN
同ロット & 同容量のものを選ばなくとも良くて
例え全てのHDDの回転数がそれぞれ違っても
ましてやSSDが混じってても良きに図らってくれて
RAID-5/6より耐障害性に強いRAID-Z/Z2が構築出来るFS
なんてのがZFS以外にあるなら使うがね
RAID-0/1しか出来無いBtrfsとか
所詮はFSではなくしかもなんちゃってRAID-5のmdadmとか
そんなのしか無いからLinuxってダメダメなんだよ
大体からしてこのスレの住人自体がもうアホ丸出しだから
今更デフラグだとかテールパッキングなんかで一喜一憂してやがるし
2TBのHDDが1万以下で売ってる時代にそんな下らない機能求めてどうすんだか
そんな機能よりもHDDが故障したら直ぐさまそれを知らせてくれ
故障したHDDもリブートいらずで直ぐさま切断、そして残ったHDDで即座に復旧
繋げたHDDがどんな容量でもそれが例えSSDだろうがRAIDプールに加えて即座に再復旧
そんな機能が欲しいと思えない時点でもうね…………
まあそんなアホばっかだからこそBtrfsにRAID-Zは実装されないんだろうな
616:login:Penguin
10/03/30 16:04:18 Ty0cwdar
ふつーluster。
その下はext3でも何でもいい。
617:login:Penguin
10/03/30 16:42:25 rycEwjG/
このスレ的には、ネットワークはスレ違いらしい
時代は、単一ハードウェアのファイルシステムから
複数ハードウェアによるクラスタファイルシステムに向かってると思うけどな。
このスレ自体が、その程度って事なんだろう。
618:login:Penguin
10/03/30 17:59:56 c9ZpkCpz
けど、zfsもbtrfsもどうすんだろうな…
統合する方向でいいのか？
619:login:Penguin
10/03/30 18:05:35 mLJ65krY
>>617
NFS ならこちらへ。
【NFS】Network File System
ｽﾚﾘﾝｸ(unix板)
620:login:Penguin
10/03/30 22:12:29 O/Rgrdyo
>>619
GFSはここでいい?
621:login:Penguin
10/03/30 22:29:01 qoEcLdsz
>>615
最後の段落のはもろにmdの機能なわけだが。
しかもFSの話題でmd持ち出してdisるとか、なかなか素敵な思考回路の持ち主のようですな
622:login:Penguin
10/03/31 09:12:21 M0DPNevV
>>615
LVMは無視ですかそーですか。
# スレ違いな上に、個人的にはRAID1で足りてるからLVMは使ってないけどね。
623:login:Penguin
10/03/31 16:11:52 uPTSzDSR
まあ、fs + MD + LVMが領域かぶっているわなんだでアレってことで出てきたのが
ZFSやbtrfsのような最近のfsなわけで。
624:login:Penguin
10/03/31 16:52:37 XhFPlz22
>>615
つ mhddfs
625:login:Penguin
10/03/31 16:56:14 XhFPlz22
追記：
> 同ロット & 同容量のものを選ばなくとも良くて
> 例え全てのHDDの回転数がそれぞれ違っても
> ましてやSSDが混じってても良きに図らってくれて
とりあえず一行目の要件は満たしてるんで mhddfs を挙げた。
耐障害性はバックアップでヨロ。
しかし二行目と三行目が意味分からんな。
ディスクストレージ以下のレイヤなんて見ないだろ普通は。
釣りなのかなあ。
626:login:Penguin
10/04/07 18:00:33 PparrNKS
Btrfsは停滞しているけど、Oracleがsolarisを手に入れてlinuxに関心がなくなったから?
627:login:Penguin
10/04/07 20:47:58 DMZG7kZm
btrfsの中の人ってオラの人達だったの？
628:login:Penguin
10/04/07 20:52:01 PparrNKS
>>627
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(oss.oracle.com)
開発者はOracle。
Tux3も開発停止したし、Btrfsもぜんぜん進まない。
Linuxのファイルシステムは進化が止まったまま。
629:login:Penguin
10/04/07 21:10:29 quLepc/i
やっぱりLinuxでエンタープライズはほど遠いね。
630:login:Penguin
10/04/07 21:26:55 PparrNKS
>>629
でも、デスクトップでもZFSが使いたい。
似たファイルシステムを実装できないだろうか？
631:login:Penguin
10/04/07 21:32:36 PparrNKS
ちなみに、たとえZFSのライセンス問題がクリアされても、
Linuxに移植することは難しい。
参考
URLﾘﾝｸ(slashdot.jp)
632:login:Penguin
10/04/07 21:54:31 k+ry6sx7
ext4でいいんじゃないの。ZFSはファイル＋vmシステムでしょ
633:login:Penguin
10/04/07 22:05:52 quLepc/i
FSレベルのスナップショット、欲しいんですけどー ＞＜
634:login:Penguin
10/04/07 23:12:32 PparrNKS
ext3cow
URLﾘﾝｸ(www.ext3cow.com)
URLﾘﾝｸ(ja.wikipedia.org)
ext3にcopy on writeを実装してスナップショットがとれる。
ext4にcopy on writeを実装できないだろうか?
そうすれば、次世代fsに近づくだろうし、
tux3やBtrfsをマージするなど次世代fsに関心を示しているLinusにも
マージしてもらえるかも。
635:login:Penguin
10/04/07 23:18:43 quLepc/i
スナップショットあっても、ext系って魅力あるの？
636:login:Penguin
10/04/07 23:19:05 yDbTCoox
それでもHammerなら…Hammerならきっと何とかしてくれる…
637:login:Penguin
10/04/07 23:20:12 I/TOuQZG
それでもHammerなら…Hammerならきっと何とかしてくれる…
638:login:Penguin
10/04/07 23:24:47 MrpzzuKb
Can't touch this
639:login:Penguin
10/04/08 00:18:02 NQThpnen
ボラクルにLinuxの動きアリ...
Oracle が『Oracle Enterprise Linux 5.5』を発表
URLﾘﾝｸ(japan.internet.com)
640:login:Penguin
10/04/08 03:53:08 TaPJF9/p
これはrhelクローン+oracleか
641:login:Penguin
10/04/08 14:39:08 SZUMZOfn
もし、新しくfs作るなら、
１、fuseを使ってユーザー空間で作ってから、カーネルに移植。
２、最初からカーネル内につくる。
のどちらがいい?
642:login:Penguin
10/04/08 14:44:59 9R4dcYdt
>>641
馬鹿は何もしないほうがいい
643:login:Penguin
10/04/09 12:05:27 DCsqRrct
エロ動画とアニメでハードディスクがパンパンになったので
昨日秋葉で
URLﾘﾝｸ(www.wdc.com)
を買いました。
これは750Gバイトなんですけど、
物理セクタが4Kバイトで論理セクタは512Kになるように
内部でエミュレーションしてるモデルだそうです。
URLﾘﾝｸ(www.atmarkit.co.jp)
小崎タンの記事を読むと難しい事いろいろ書いてありますが
漏れは頭が悪いので具体的にどうしたらいいのかよくわかりません。
amd64なDebian Lenny（カーネルは2.6.26ベース）でXFSを使いたいです。
Windowsは入れません。Linuxオンリーでハードディスク使います。
何も考えずに今までどおりfdiskでパーティション切って
ファイルシステム作ればいいのでしょうか？
教えてくださった方には大石もえの無修正とけいおん2期第1話の動画を差し上げます。
よろしくおながいします。
644:login:Penguin
10/04/09 12:11:23 DCsqRrct
>>643
> 物理セクタが4Kバイトで論理セクタは512Kになるように
物理セクタが4KiBで論理セクタは512bytesですた。スマソ。
645:login:Penguin
10/04/09 17:57:41 jjb1L6K5
partedでパーティション開始位置の指定に
8の倍数s
で入力する
646:login:Penguin
10/04/09 22:31:05 u6j6AuD7
通報しまs
647:login:Penguin
10/04/10 17:40:51 7oQ1Q40V
うーむ昨今の劇的に遅くなる現象はそうゆうことなのか。
Linux 2.6.32以降のカーネルを積むと解決ということなのか。
GbE で結んで帯域内に収まるようにすると問題なしで利用が可能。うま～
648:login:Penguin
10/04/10 17:43:57 7oQ1Q40V
Linux 2.6.32 は、Fedora 12 updates にあるね。11にはなかった。
649:login:Penguin
10/04/10 18:02:54 pwX3p+SJ
あれ？結構面倒って話だったと覚えていたけど、もう解決したのか4k sector
650:login:Penguin
10/04/10 18:07:24 VzTOjcr6
>>647
違うよ。>>643の記事中のカーネルの対応等は、4KiBセクタと見えるHDDが出てきたらの話だ。
今のWD２０EARSなどのHDDは内部4KiBでも外から見ると512KiBだからカーネルの対応は必要ない。
651:login:Penguin
10/04/10 18:10:17 VzTOjcr6
>>649
linuxなら何も面倒じゃないよ。
fdisk -H 224 -S 56や-H 64 -S 32でパーティション作るだけだ。
もしくは>>645
652:login:Penguin
10/04/10 18:11:43 7oQ1Q40V
なぬ～○|＿|￣遅くなる可能性があるのはWindows だけってこと？
653:login:Penguin
10/04/10 18:15:52 VzTOjcr6
>>652
イヤ>>651のように-H 244 -S 56を付けないでfdiskして、スタート1からパーティションを切った場合は遅くなるよ。
でもジャンパーとか別途ユーティリティを使わないといけないXPよりは楽かと。
654:login:Penguin
10/04/10 18:16:56 mFHjv9mn
>>650
物理セクタサイズの取得APIの新設が有るからユーザーが何も考えなくて済むようになるにはカーネルの対応は要るよ
てか2ページ目に出てる
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など)でも動いている報告はあるので
恐らく動くとは思う。
908:login:Penguin
10/07/07 21:52:58 D2XLPrK6
ext4の負けはLinuxの負け
909:login:Penguin
10/07/07 21:54:20 qjDEOvyn
ext4に文句って、どれだけ食わず嫌いやねん。
910:login:Penguin
10/07/07 22:20:00 kceQ/X1P
ext4しかまともな選択肢がないLinuxは負け。
911:login:Penguin
10/07/07 22:24:58 u77vIcIT
>>910
ext3はどこに行ったw
912:login:Penguin
10/07/07 22:36:25 hKIJCQ+3
レイザーフォーはいつになったらマージされるのか…orz
913:login:Penguin
10/07/07 23:01:01 kzoE2t0o
>>900
インストール時にデフォで選択されない物はそれ以上の（ry
914:login:Penguin
10/07/07 23:56:07 KmYefb6y
いまどきStorage Foundation使ってないの？
915:login:Penguin
10/07/08 01:02:58 1bpNinZm
Storage Foundation 死亡でしょう。
Symantec dumping Veritas file system development team, Mar 18 2010
URLﾘﾝｸ(itknowledgeexchange.techtarget.com)
916:名無しさん＠そうだ選挙に行こう
10/07/10 23:42:05 333TIiQQ
VxFSの開発チーム解雇とか一体何がしたいんだ？
海外にアウトソースとかあるけど、そんな簡単に出せる訳ないし。
絞め殺すよりそのまま他社に売り払う方がよかったと思うんだが。
917:名無しさん＠そうだ選挙に行こう
10/07/11 06:54:17 JvWPgoOl
ZFSより前の世代のfsじゃ、それを飯の種にするのはもはや無理ってことなんでそ。
918:login:Penguin
10/07/12 19:17:01 mNql9I7s
AFTなHDDを手に入れたのでこれをXFSフォーマットで使いたい。
アライメント調整の他に4KiB単位でファイルを扱えば無駄な処理が生じないという噂を聞いたので
NTFSで言うクラスタサイズを4KiBで使いたいんだけど、XFSだとどうすればいいのでしょうか。
mkfs.xfsでフォーマットするとデフォルトでブロックサイズは4KiBになったので
デフォルトのまま使えばいいような気がするのですが、
mkfs.xfsのmanを見ると-s sector_size でセクタサイズを設定できるようです。
デフォルトでsector_size=512(bytes)になってるけどこっちは4KiBにしなくて良いのでしょうか。
919:login:Penguin
10/07/12 20:24:29 h7puy860
>>918
アライメント調整で重要なのはパーティション先頭のセクタ。
$ sudo parted /dev/***
操作単位をMiBにする。
$ unit MiB
好みでMBRパーティションかGPTか。
$ mktable
パーティション作成。
$ mkpart
パーティション先頭を1、末尾を-1しておけば先頭が1MiBで始まるアライメントがAFTにマッチしたパーティションが設定できる。
あとはmkfs.xfsでクラスタサイズを4KiBにしておけばいいと思う。
記憶のみで書いているので間違いがあると思うので実行は自己責任で。
920:login:Penguin
10/07/12 23:18:34 EII5H5f8
今更だが>>742の件はopensuse11.3のことだろか？
921:login:Penguin
10/07/13 01:19:17 nMvGK95Y
そして開発者でもなんでも無い自称評論家がbtrfsでインストールして
ここや日記にopenSUSE11.3使えない・ゴミ・Ubuntu戻した
と書きまくる自慰の日々の始まり
922:login:Penguin
10/07/13 12:32:33 LYJT5YJy
URLﾘﾝｸ(1978th.net)
お題がreiserfs向きだからこうなるよなあ。
923:login:Penguin
10/07/13 23:22:43 Xzu/JPkn
reiserfsに特化したアプリの設計が目的だからなぁ
924:login:Penguin
10/07/14 21:07:54 qwvlxYxQ
xfsは古い環境と遅くて容量の少ないストレージ環境で趣味人が使うもん
ってのはこのスレでも散々言われてることだし
いまさらXFS死ねって感じとか言われてもな、既に死んでるって感じですが
925:login:Penguin
10/07/14 21:36:25 Hwn63Isq
最近はSSDに最適化されたファイルシステムや(R)DBの設計が
注目されてたりするし、これまでにないパフォーマンスが
手軽に利用出来るようになるのはワクワクするな。
926:login:Penguin
10/07/14 22:08:59 nyFGytcZ
>>925
残念ながらSSDのコントローラが全部自前で最適化する方向で進化してます
外から何かやろうとすると無駄どころか邪魔になるみたい
今後はフラッシュROMのチップ自体にいろんな機能持たせるみたいだし
927:login:Penguin
10/07/14 22:33:52 INo940wf
>>924
K○SAKIたんネタか。
で、数十～数百TB程度のストレジには何がいいの？
928:login:Penguin
10/07/16 10:25:07 gr8TChLz
>>927 ext3 / gpfs
929:login:Penguin
10/07/16 13:18:48 ZRBCtlFI
Btrfs
人柱が足りないらしい。
930:login:Penguin
10/07/16 13:23:15 afJNPWu8
開発者も足りないので問題ありませんでした。