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

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

331:login:Penguin
10/01/23 13:30:32 kUcDEFOL
JFSの本家はAIXだが

332:login:Penguin
10/01/23 15:13:38 3VHbmgiL
linuxはもともと遊びで作ったんだからFSもその程度でしかないにちがいない

333:login:Penguin
10/01/23 15:25:21 +Zm0DNZ2
日本語でおｋ

334:330
10/01/23 15:56:12 3UYnIjXs
>>331
すんません思いっきりボケ倒しました。

誤：その理屈だとシングルユーザ・マルチタスクのOS/2から移植されたJFSは並列アクセスが弱いことになるが？
正：その理屈だとシングルユーザ・マルチタスクのOS/2のファイルシステムHPFSは並列アクセスが弱いことになるが？

撤回して訂正します。

335:login:Penguin
10/01/23 16:16:14 7ai9/IYP
「裏」は必ずしも真ではない

336:login:Penguin
10/01/23 16:45:25 st55Pg7w
>>330
>>329はシングルユーザOSについては何も言及していないよ
と横レスを入れてみる

337:login:Penguin
10/01/23 17:31:37 EJ0w+in1
>>329
そー言う意味なのか？
複数のOSから同時にデバイス使った時の挙動を言ってるのかと思ってたよ。

338:login:Penguin
10/01/23 18:20:46 IyyFUQMC
いやいや、マルチプロセッサでのスケーラビリティーの話だろう。

339:login:Penguin
10/01/23 19:18:13 SD8fVc6B
それは全然違うだろｗ

340:login:Penguin
10/01/23 20:03:20 ubrAROqf
>>331
JFSの本家はAIXだが、それをデグレードしたのがOS/2に移植されて、
Linuxに移植されたのはそのデグレードされたOS/2版だった。

というような話を昔どこかで見た。真相は知らん。

341:login:Penguin
10/01/23 20:29:04 mTDt18O+
デグレードという言葉の意味をわかって使ってるのか

342:login:Penguin
10/01/23 21:42:15 bUn0tm/k
>>338
「並列」だったらその解釈でいいと俺も思う。

343:328
10/01/23 22:25:51 3Mk8FRSB
338氏の解釈で概ね正しいです。複数のプロセスから同時にfsにアクセスした際の話です。
XFSだとAG単位で並列アクセス可能とのことなのですが、同様の仕組みは他のfsにも
あったりするのでしょうか？

344:login:Penguin
10/01/23 22:45:16 9CAEzz7U
fsが並列化しても、その下のブロックデバイスが並列化できないと効果薄いんじゃね？

345:login:Penguin
10/01/23 23:04:13 RJlbZULQ
ReiserFSが除外ということだけは>>264でわかった

346:login:Penguin
10/01/23 23:15:18 Thg4QwGh
　　　　　　　　し!　　　　　_　　-─　‐- 　　､　 , -─-､　-‐─_ﾉ　　 R
まシ許 R　　 /／￣＞ ´ ￣　　　￣　　｀ヽ　 Y　 ,　 ´　　　　　） F　e　え
でンさ e　　　L_　／　　　　　　　　　　　　　　／　　　　　　　ヽ　S　i　 |
だグれ i　　　 / '　　　　　　　　　　　　　　　　'　　　　　　　　　　 i !?　s　マ
よルる s　　 /　　　　　　　　　　　　　　　　 /　　　　　　　　　　く　　 e　ジ
ねコの e　　 l　　　　　　　　　　 ,ｨ/!　　　　/　　　/l/!,l　　　／厶, r
｜アは r　 i 　 ,.lrH‐|'|　　　　 /‐!-Lﾊ_　　l　　　 /-!'|/l 　／｀'ﾒ､_iヽ
　　　　　F　　 l　 | |_|_|_|/|　　　 / /__!__ |/!ﾄi　　　i/-- ､ﾚ!/ 　 /　,-- ﾚ､⌒Y⌒ヽ
　　　　　S　　 _ゝ|/'/⌒ヽヽﾄ､|/　'/￣｀ヾ、ヽﾄ､Ｎ'/⌒ヾ　　　　　 ,ｲ￣｀ヾ,ﾉ!
　　　　　が「　　l ′ 「1　　　　　　 /てヽ′|　|　|　「L!　　　　　' i'ひ}　　　ﾘ
　　　　　　　ヽ　 | ヽ__Ｕ,　　　　　､ヽシノﾉ!　!　|ヽ_､ｿ,　　　　　ヾシ _ノ　_ﾉ
-┐　　　　,√　　 !　　　　　　　　　　￣　　ﾘ l 　 !　￣　　　　　　　￣　　７/
　ﾚ'⌒ヽ/　!　　　 |　　　〈　　　　　　　_人__人ﾉ_　 i　　く　　　　　　　　　 //!
人_,､ノL_,iノ!　　/! ヽ　　 r─‐- ､　　「　　　　　Ｌ_ヽ　　 r─‐- ､　　 u　　ノ/
　　　　　　/　 /　lﾄ､＼　ヽ, -‐┤　ﾉ　　キ　　　了＼　ヽ, -‐┤　　　　　/／
ハ　キ　　{　 /　　　ヽ,ﾄ､ヽ/!｀ｈﾉ　　）　　モ　　　　|/!　「ヽ, `ｰ／）　　 _　‐'
ハ　ャ　　ヽ/　　 r-､‐'　// / |-‐ く　　　 |　　　　＞ / / ｀'／／-‐､　　　　／
ハ　ハ　　　＞／＼＼// / /ヽ_　 !　　イ　　　（　 / / ／／　　/　`ｧ-‐ '
ハ　ハ　　　/　/!　　ヽ　　　レ'/　ﾉ　　　　　　　　＞　 ' ∠ 　-‐　￣ノヽ　　　/
　　　　　　 {　 i　l　　　 !　　　　/　フ　　　　　　　/　　　　　-‐　/￣/〉〈＼ /!

347:login:Penguin
10/01/30 22:09:53 Hj7HOlyn
Windowsにext3とか実装するのは無理なん？
exfatが追加できたんだから出来ないことはないと思うがいい加減NTFSやめたい

348:sage
10/01/30 22:13:44 roZPvw8d
Windows使うのやめれ。

349:login:Penguin
10/01/30 22:56:33 /qBq8B41
ntfsフォーマットされたusb hddにファイルをコピーすると
windowsでやるのに比べて３倍くらい時間がかかるんだけどこれってやっぱりntfs-3gのせい？

350:login:Penguin
10/01/30 23:09:37 +DejVwUc
>>347
設計と実装の間には日本海溝よりも深い溝が

351:login:Penguin
10/01/30 23:10:57 CQ2RUknq
ext3に作成日時のタイムスタンプとかないし、
やるならext4の方が良くね？

352:login:Penguin
10/01/30 23:56:53 mc2gVnTq
小さいファイル用のパーティションを今ReiserFSにしてるんだが
乗り換えるなら何がいい？

353:login:Penguin
10/01/31 00:28:48 PfdfiyEn
むしろLinuxに2008R2完全互換なフル実装のNTFS欲しいわー

354:login:Penguin
10/01/31 18:40:51 m9pXj9Wf
あれだけ叩かれまくっているWindowsの唯一の利点がNTFSだと思うんだが。

355:login:Penguin
10/01/31 19:32:30 gjA6E8Pl
いやActive Directoryだろ。

356:login:Penguin
10/01/31 22:08:35 es89eiAC
Active Directory のどこが利点なんだよ。
あれこそ他人の技術の劣化パクリだぞ。

つかスレ違い。

357:login:Penguin
10/02/01 23:25:17 o4+Rbg5S
>>349
LinuxのNTFS-3GはFUSE経由だからなぁ
性能面では不利だと思う。

Ubuntu 9.04でファイルシステムの性能を比較したベンチマークが↓
URLﾘﾝｸ(plaza18.mbn.or.jp)

これだと、NTFSのSequential Write性能は、ext3の1/2という結果。
LinuxのNTFS-3GでファイルコピーがWindowsのNTFSの3倍ぐらいかかるというのは
まぁそんなものかもなって感じ。

358:sage
10/02/01 23:33:23 JyJF9jXh
ごめん、NTFSの魅力がわからない＞＜
手短に教えて！

359:login:Penguin
10/02/02 00:20:41 mZQqXPaB
windowsで直に読めるってことジャマイカ?linuxでも読めるしね。
FAT32みたいな制限もないし。

360:login:Penguin
10/02/02 00:46:01 2n7K8KUF
>>358
んー安定性かね？
どんな使われ方をされるかわからないデスクトップOSのFSとしての実績かなあ。
なんせ使用者の数が違う。速度よりも堅牢性に振ったFSだね。

# 個人的には魅力を感じないが。

361:login:Penguin
10/02/02 00:59:26 ZndSX8Tq
デフラグツールで視覚的にデフラグされていく課程を
眺められるのがNTFSの利点じゃない？

362:login:Penguin
10/02/02 01:33:52 mZQqXPaB
>>360 堅牢性? よく壊れないか、ntfsって。ntfsつーより、それで使ってるHDDの物理障害だが。
漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。

363:login:Penguin
10/02/02 03:53:37 0KoFD9JO
　　　　　　　＿＿＿_　　　
　　　　　　／＼　　／＼　ｷﾘｯ
.　　　　　／　（ー）　（ー）＼　　　　　　
　　　　／　　 ⌒（__人__）⌒ ＼　　　　＜漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。
　　　　|　　　　　|r┬-|　　　　|
　　　　＼　　　　 `ー'´　　／
　　　　ノ　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ　　　　　　　
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"～～｀`'ー--､　　　-一'''''''ー-､. 　　
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

364:login:Penguin
10/02/02 03:59:51 JMnFnqzb
363 ：login:Penguin：2010/02/02(火) 03:53:37 ID:0KoFD9JO
　　　　　　　＿＿＿_　　　
　　　　　　／＼　　／＼　ｷﾘｯ
.　　　　　／　（ー）　（ー）＼　　　　　　
　　　　／　　 ⌒（__人__）⌒ ＼　　　　＜漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。
　　　　|　　　　　|r┬-|　　　　|
　　　　＼　　　　 `ー'´　　／
　　　　ノ　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ　　　　　　　
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''" ｀`'ー--､　　　-一'''''''ー-､. 　　
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

365:login:Penguin
10/02/02 08:31:25 3Lkp0h47
NTFSは消せないフォルダが良くできるというイメージがある。

366:login:Penguin
10/02/02 08:55:18 QwGTOUJN
cygwinからrm -fRするとあっさり消えるけどな。

367:login:Penguin
10/02/02 09:51:34 MDDkQD9/
>357 のリンク先の中の人
ZFS もよろ

368:login:Penguin
10/02/02 10:09:46 ctNBoYmX
ゆとりが沸いた

369:login:Penguin
10/02/02 21:21:33 KRWJTdad
ファイルサーバー用だとファイルシステムは何がいいのかな？
クライアントはwindowsで、もうすぐsamba3.5の正式版が出そうだし、
HDDも2TBの壁があるからwindows2000serverから乗り換えでlinuxに変えようかなと思ってるんだが。
linux・unix界隈で信頼性が高くて性能もよくてかつファイルサーバー用途に適したファイルシステムって何だろう？
solarisでzfsが一番かな？俺もともとsolaris使いだからそれでもいいんだけど、
linux使ってみたい。

370:login:Penguin
10/02/02 21:24:03 1ta9kaLZ
うまく動かせなかったときに人のせいに出来るから
Linuxを勧めない。Solaris使っとけ。

371:login:Penguin
10/02/02 21:25:34 RCiMAgrm
デバッグ参加したいのならばLinuxで…
素直にSolarisを使っている方が良いと思います.

372:login:Penguin
10/02/02 21:29:39 KRWJTdad
そうか、残念。
大人しくsolarisにしとくよ。

373:login:Penguin
10/02/02 22:12:59 vmjy63IM
NFSならSolarisいいけど、
Windowsクライアント・信頼性・性能って条件でWindowsServer以外の選択肢なんて、
どれも団子の背比べじゃないの？
それともウチではまともに動かんsmb2対応sambaで、よそでは性能出てるの？

374:login:Penguin
10/02/02 23:05:06 mZQqXPaB
え～? クライアントっすか?
なら、それ以前にイーサ通してFSにそんなに差があるのって?
実は10BaseTのハブまだ使ってるくせに～w

375:login:Penguin
10/02/02 23:25:09 rD7hlNtR
>>365
イメージね

376:login:Penguin
10/02/03 00:23:50 WWz6t4u0
>>373
「性能出る」の意味が具体的にどういうことを期待しているのかイマイチ
分からないけど、Solaris/zfs + sambaにクライアントWindows 7の組み合わせで
Read/Write共にGbEの帯域が常時95～98%位に張り付く程度には行けるから
別に不満はない。

377:login:Penguin
10/02/03 00:26:33 25ProWij
そもそも

378:login:Penguin
10/02/03 00:30:06 25ProWij
>>376
そもそも10/100と違ってギガイーサは100%に近い帯域は物理的な限界で達成しづらいと昔聞いたことがあるけど、
最近の機材では可能になってるの？

それからギガイーサの帯域を本当に埋めようと思ったら、
RAMFS(tmpfs)かSSDかRAID0を使わないと難しいと思うんだけどどうよ。

さらに裸のブロック転送と違ってファイルシステムだと５～７割くらいにパフォーマンスが落ちてしまうわけだし。
最近の機械はすげーなー

379:login:Penguin
10/02/03 00:56:21 WWz6t4u0
なにが言いたいのか散漫としていてアレだが、raidzのzfsはもとより、
Win7は標準でストライプ組めるんで、HDDでシーケンシャル100MB/s程度の
性能はふつーにクリアできるが……。

380:login:Penguin
10/02/03 01:09:19 25ProWij
>>379
伝わっていないようなので発言を繰り返すけど、
裸のブロック転送（シーケンシャル転送）で100MB出ても
ファイルシステムを通すと5～7割程度の速度になってしまうのが通例で、
その上でギガイーサの帯域ベースで95～98%も出せるものなの？　というツッコミだ。

そもそも個人でそんなニーズがあるならローカルに組んだ方がよほど早いと思うが……。

381:login:Penguin
10/02/03 01:12:52 VFKDGTH5
前世紀からこんにちは

382:login:Penguin
10/02/03 01:20:05 juqBWs4b
脳の帯域が制限されてる人は大変だな

383:login:Penguin
10/02/03 01:42:49 WWz6t4u0
なんとゆーか、まぁ、
「売値が千円の商品はお店の販売手数料を除くと仕入れ値は7割くらいに
　なってしまうのが通例だ。それが店頭に並ぶと千円になってしまう
ものなの?」
みたいなツッコミだかボケだかされても、お店の人も返答に困ると思う。

プロトコルのオーバーヘッドがあるから、それを除いたデータサイズと
オーバーヘッド分も含む『帯域使用率』がどうかって話を一緒にされても、ね……。

384:login:Penguin
10/02/03 01:56:55 25ProWij
>>383
まあ確かに一緒くたにしているところはあるが、それは最初の話題がGbEの転送速度だからで。
オレの環境はサーバーがLinux/samba/ext3/3.5HDD5600rpmで、クライアントがVista。LANはギガイーサ。
これでダウンロードがFTPで40～60MB/s、smbで20～30MB/sになる。
オレ、設定ヘタクソなのかなあと思ってしまって。

385:login:Penguin
10/02/03 02:29:58 WWz6t4u0
CIFSの転送速度でも、普通に80～90MB/sは出るよ。
鯖はQ6600にintel NICでOpenSolaris 0906 / samba 3.0.4 に5400rpm HDD 5発のraidz2、
クライアントはQ9400にBroadcom NICでWindows 7に7200rpm HDD 2発のraid0。

クライアントがWindows XPだと速度が出なかったり安定しなかったりあるが、
VISTA以降で速度が出ないとしたら、ローカルのHDDが遅いとかウィルス対策の
ソフトなんかが悪さしているか、鯖の構成が悪いか、そのコンボとか…。

386:login:Penguin
10/02/03 06:24:51 TN/WOuoh
windowsクライアントの場合、クライアント側の状況でかなり変わるからなあ。
385ほどの高性能じゃないけど、linux鯖で50～60MB/s(数十ギガの移動だけどね)でるけどね。
ああ、sambaって意外と速いんだなあと感心してるところ。

387:login:Penguin
10/02/03 18:16:17 F1dw8xDt
>>376
いや、シーケンシャル6Gb/s以上でるNFSサーバーそのままSMBにした限界性能も
興味ないわけじゃないが、Windowsクライアントから小さなファイルを大量にアクセスするような、
実環境でありがちなシナリオでSamba3.5系のSMB2で性能でてるのかという疑問。
rc2使ってみた限り、SMB1の時より遅いし挙動が変すぎて使い物にならんかったので。

388:login:Penguin
10/02/03 18:25:13 AsoOpQuL
>>386
でもCPU負荷は高いよ。

389:login:Penguin
10/02/03 20:35:07 s7ZhW6av
あ～、sambaってFSじゃないんじゃないの?
すれ違いだよ

390:login:Penguin
10/02/03 20:39:52 6zgrKliT
>>389のFSの定義は矮小だな

391:login:Penguin
10/02/03 20:45:56 CfkOStSR
sambaと言わずにsmbfs/cifsって言えば良かったんだよ。きっと

392:login:Penguin
10/02/03 20:58:02 s7ZhW6av
え?ここはファイルシステムのスレだろ?
ネットワークのプロトコルや通信プログラムになんの関係がある。
インターネッツもFSだとか言い出しそうな勢いだなw

393:login:Penguin
10/02/03 21:01:44 /1vThFZG
そーいや、オンラインストレージをマウントするのってなかったっけ？

394:login:Penguin
10/02/03 21:38:55 QirPVOhZ
sambaのFSは指定できるよ、どう違うのかは知らんが
CIFSは広義的にインターネットも含むはず
でもここはNW的に閉じてる矮小なFSを語るスレにみえるけど

395:login:Penguin
10/02/03 21:48:11 uxVk4wB8
ファイルシステム(fs)の種類として
disk fs, network fs, pseudo fs, ... とかいろいろある

例えば
disk fs: ext3, ntfs, lfs, ...
network fs: NFS, CIFS, AFS, WebDAV, ...
pseudo fs: procfs, sysfs, devfs, ...

それぞれの network fs の定義は、そのプロトコル自身だと思うし
network fs の自然な拡張として memcached みたいな key-value store や
Chord のような DHT もファイルシステムだと思うな

ちなみに DNS や pop, imap も fs だと思う

396:login:Penguin
10/02/03 21:48:15 uloL9nrX
ネットワーク分散ファイルシステムとかが存在しない世界の人ってなんなの？

397:login:Penguin
10/02/03 21:55:45 CfkOStSR
過去にも同じ流れがあった気がするけど
俺的にはmountできれば全部OK

398:login:Penguin
10/02/04 00:42:49 ODnXVXGP
おまいらとりあえず>>1とそのリンク嫁。書込するならそれからな。これ基本だから。
どこにファイル分散のことなんかあるんだよ。

>ちなみに DNS や pop, imap も fs だと思う
-----インターネッツもFSだとか言い出しそうな勢いだなw
とわざわざ言っておいたんだが、やっぱり、そのとおりになったようだw。

> network fs: NFS, CIFS, AFS, WebDAV, ...
> それぞれの network fs の定義は、そのプロトコル自身だと思うし

「それぞれ」のnetwork fsって何よ?　したり顔で君しか知らない変な造語作らないようにw
一般的に言われるところのUNIXシステムで利用されるファイル共有システムである
NFSって何の略だか言ってみな。

399:login:Penguin
10/02/04 00:48:22 6xqNWt2V
なんか商品名・サービス名としての固有名詞と、一般名称との違いを理解しない
変なのが沸いてきてるなぁ。

>398なんか、FOMAのマルチタスク(R)といわゆるマルチタスクの関係なんて
発狂するんじゃないか?

400:login:Penguin
10/02/04 00:50:42 rCC9X/RW
ま、リニアなアドレス空間をもつ記憶領域上に全体が存在するfs限定ってことで。

401:login:Penguin
10/02/04 00:57:03 74DjDQ4O
>>1にZFSが無い件

402:login:Penguin
10/02/04 01:14:25 jAVdNC+w
きっと超ザックリfuseで一括りに

403:login:Penguin
10/02/04 01:35:29 74DjDQ4O
なっとく…

404:login:Penguin
10/02/04 06:02:31 1tPJeR8H
キチガうぜえ

405:login:Penguin
10/02/04 10:19:02 NEEGppH8
で結局 samba 3.5 はどうなの。SMB2 対応が使い物にならないなら、
Windows Server 一択で、Linux に置き換えるのは samba 4 待ちになるが。

406:login:Penguin
10/02/04 10:27:32 itPjjXSQ
サンバは産婆スレでいいんじゃね？
ｽﾚﾘﾝｸ(linux板)

407:login:Penguin
10/02/04 12:08:32 jAVdNC+w
>>405
mountするなら何がいいかでない話は興味ないですし

408:sage
10/02/04 12:11:02 aNGeKl57
Sambaとかどうでもいい。

409:login:Penguin
10/02/04 17:58:18 UhHs3d9t
partimageはext4サポートする気ないんだろうか
fsarchiverはブートレコードバックアップできんし不便だわ

410:login:Penguin
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とか。

次ページ