08/11/21 12:18:47 fwAk1o8S
Ted Ts'oが2005年に発表した資料にベンチマークあるよ
19日のLinux Foundationのシンポで、この古いベンチ結果（dbenchのやつ）が出てきて笑ったよ
URLﾘﾝｸ(ext2.sourceforge.net)
117:login:Penguin
08/11/21 12:23:25 gawMPHz8
シーケンシャルwriteだけじゃん
118:116
08/11/21 12:58:57 fwAk1o8S
ageちまった…すまん
>>117
そうだね
俺は性能よりもCoWじゃないファイルシステムが嫌だ
昔はそんなわけでReiser4を使ってたのだが、最近は諦めてext3だな
早くBtrfsがまともにならんかなぁ
119:login:Penguin
08/11/21 13:18:34 +VD2TtVX
>>116
ext3 って extents 使えたんだ。XFS から逆戻りしたくなってきた。
120:login:Penguin
08/11/21 13:23:42 gawMPHz8
>>119
このプレゼン資料は
まだext4がext3から分かれて無かった頃のもの
121:login:Penguin
08/11/21 14:09:58 JDEqlVjk
Linuxではなくて申し訳ないが上の方でFreeBSD+ZFSの話題が出ているから参考として転載
FreeBSD Daily Topics：2008年11月20日 ≪注意≫ZFS大規模なアップデート -
ZFSを使っている場合には更新注意，powered(8)改善でSMPへの適用向上 -
デスクトップ向けhiadaptiveモードの導入もあり｜gihyo.jp … 技術評論社
URLﾘﾝｸ(gihyo.jp)
ZFS Big updated
current - ZFSがバージョン6から13へアップデートされました。
ZFSを使っている場合，きわめて慎重にアップデート作業を実施する必要があります。
かなり大量の変更が実施されており，リグレッション試験やマニュアル試験が
実施されているもののすべての機能はチェックできていません。
ユーザから認識できるだけでも次の変更が実施されています。
122:login:Penguin
08/11/21 23:32:40 gibRDts9
>>118
コードをスクラッチから書いているシロモノだから、安定するのに時間がかかりそう
なんだよねい。今までのLinuxの他のfsのことや、Solarisからコードを持ってきた
ZFS on FreeBSDでさえかなり手間取っていることを思うと。
そういえば、btrfs同様ZFSを参考に実装したDragonflyBSDのHAMMERってどうなんだろう?
>>121
まあ、FreeBSDのZFSはcurrentに乗っかっているものだから、その辺のリスクは
しょうがないところじゃないかと。
123:login:Penguin
08/11/23 12:04:08 T/z221sv
>>122
UNIX板のDragonflyBSDスレによるとそれなりに使えてるっぽい
ｽﾚﾘﾝｸ(unix板)
124:login:Penguin
08/11/24 20:29:22 ar3SNPCs
UbuntuでReiser4使ってみようかな
使えるならだけど
125:login:Penguin
08/11/24 23:59:08 0kGtlqxY
Bonnie++ EXT3 vs ZFS vs UFS
URLﾘﾝｸ(www.phoronix.com)
126:login:Penguin
08/11/25 01:43:40 MFD6w4Id
>>114
はやいよ。
特にそんなに大きくないサムネイル画像とか...
超大量にあってもＯＫ
この要件で、ＸＦＳつかうと脂肪
127:login:Penguin
08/11/25 01:50:00 o7WmXPMI
また嘘つきJFS小僧か
128:login:Penguin
08/11/25 07:50:14 DdL01y5j
>>127
確かに。xfsって何であんなに遅いんだろうとは思う。
jfsが、そんなに良いなら、今週試して俺が判断してやろう
129:login:Penguin
08/11/25 10:39:30 qQex2CCG
俺が使った感じでは JFS は断片化していない状態なら無難な性能を発揮する。
体感は reiser3 と似てる。
だから空き容量にすげー余裕あって断片化しなさそうなら、JFS もいいんじゃ。
fsck の速度とかはしらんけど、軽くジャーナルを飛ばした程度なら非常に高速に回復はした。
130:login:Penguin
08/11/26 22:19:43 tJImFOX9
btrfs使ってみてるんだが、
2日ほど放置して久々に使ってみようとしたらbtrfs-cleanerというプロセスが
CPU100%で発生して重くてプロセス詰まりまくってLF200とかいって困った。
131:login:Penguin
08/11/26 22:23:55 VOGP4dra
>>130
乙
せっかくなので、もっと情報キボンヌ
使ってるディストリとか、ベンチマークとか、、、
132:login:Penguin
08/11/26 22:42:37 tJImFOX9
>>131
レスthx
環境はamd64+phenomにDom0=Debian lenny、DomU=Debian lenny+sid
でDomU(1028MB ram)上にbtrfsをインストールして使ってる。
(/はXFSですが)
俺もファイルシステムベンチ比較しようと思ってるんですが、
どういう内容のベンチが良いのか悩んでます。
133:login:Penguin
08/11/27 22:18:56 ZdWFjR/7
質問です。
OSを正常終了しなくても問題ナッシングなファイルシステムで一番マシなやつを教えてください。
134:login:Penguin
08/11/27 22:25:09 UirINyZo
ZFS
135:login:Penguin
08/11/27 22:47:11 T8b8sl2p
>>134
ZFS FUSEなんてとても勧められたもんじゃないだろ。
136:login:Penguin
08/11/27 23:48:44 YpJXXm53
>>135
OpenSolaris使えってことじゃね？
137:login:Penguin
08/11/28 01:28:32 VDgRRTj+
>>133
つNTFS
138:login:Penguin
08/11/28 01:45:34 sdqUvNew
NTFSがある限りMSは安泰
139:login:Penguin
08/11/28 09:48:05 QHU1A0oS
SanDisk、SSD向けファイルシステム「ExtremeFFS」を解説
URLﾘﾝｸ(pc.watch.impress.co.jp)
●SSDのランダムライトを100倍高速化するExtremeFFS
●SSDの寿命と性能を示す標準的指標を提言
140:login:Penguin
08/11/29 11:53:29 LnLTS030
それFSって言ってもコントローラーが使うやつでしょ？
141:login:Penguin
08/11/29 12:04:50 Cp5SyqZn
ストレージ側が賢くなってファイルオブジェクトの管理機能が入れば
新しい世界が開けるのかな。作成・削除・差分更新あたりのプロトコルを
定めて、具体的なブロックの確保・開放はストレージ側が全部見るようなの。
SSDにはちょうどよい？
142:login:Penguin
08/12/01 17:36:49 RcZnC5a+
質問です。テラ系大容量HDDを扱うとき、ファイルシステムは何が最適ですか?
・Windows、Linux、Macから楽に扱えること。主にLinux
・マルティメディアなどのデータ保存に適していること
・処理が速いこと
が条件で教えてください。
ファイルシステムについてよくは知りませんが、不満としては、
fat32は大容量向きではないらしいから、気が進まない。
ext3とかだとWindowsからのハードルが高い。
ntfsはlinuxからのハードルが高い。デフラグが嫌。
です。
143:login:Penguin
08/12/01 17:48:01 +rjwJkx2
>>142
Windowsから楽に扱えるって、なんでext3を直接mountしようとするのかが理解不能。
sambaでいいやん。
144:login:Penguin
08/12/01 20:58:53 fc5dFBf2
>>142
何をしたいのかよく分からんが、
> Windows、Linux、Macから
っつー点を考えるとNTFSでいいんじゃね。
> デフラグが嫌
諦めれ
145:login:Penguin
08/12/01 21:30:15 7hemIHdN
LinuxでNTFSのwriteってもう安定してるの？
146:login:Penguin
08/12/01 21:54:43 Ob3+hqkz
>>142
Linuxから扱うならパーミッションとか対応してるのじゃないと面倒かも。
小ファイルならreiserfs、大ファイルならXFSでいいんでないの？
で、SambaとNFSで外だししてネットワークマウントとか。
147:議論が苦しくなったらコピペせよ
08/12/01 22:24:50 MVo6YHwh
私はファイルシステムを客観的に判断することができるんです。
あなたとは違うんです。
148:login:Penguin
08/12/01 23:14:59 Jx7xzMI1
客観的に判断されてもねぇ(笑
論理的にお願いします
149:login:Penguin
08/12/02 07:34:35 D135iqGI
論理で語られても困る
ファイルシステムは実装と実績
150:login:Penguin
08/12/02 09:18:05 /RTizZ0A
NTFSの実績に敵うファイルシステムが存在しない件
ファイルシステム＝UNIXみたいに思ってる頭の固いおっさんが
死んだらUNIXも終わりだな
151:login:Penguin
08/12/02 09:21:50 lYNSVl2g
人柱がいないと実績も何もないわけだが
152:login:Penguin
08/12/02 11:01:23 v2+oR5m4
>>150
エンタープライズ向けだと、SANとかiSCSIで共有ディスクになるので、
非クラスタfsなNTFSは論外だったりすることすら知らない人?
153:login:Penguin
08/12/02 16:54:49 9kRNBuSY
エンタープライズって言いたかっただけだろ。
技術的なレイヤが違うから直接比較するもんじゃない。
クラスタFSを構成するノードのFSとしてのローカルFSは全く論外じゃないし
Linuxでどうかは知らんがNTFSのしぶとさは検討に値する
154:login:Penguin
08/12/02 18:55:43 +eTAhd1g
win2kでブッ壊されたこともあったけどな
155:login:Penguin
08/12/02 18:55:52 qzV0K38H
>>153
まあ、大馬鹿な>>150を煽りたかっただけなので、大目に見てくれ。
エンタープライズ用途でNTFSと対抗するようなものだと、実績でいえばVxFSかな。
もちろん、ext3をそのまんま使っている例のほうが遥かに多いけど。
156:login:Penguin
08/12/03 20:12:25 liWw+w3w
NILFS試したことある香具師いる？
157:login:Penguin
08/12/03 21:55:50 t+1/LtfY
(nilfsp?) -> nil
158:login:Penguin
08/12/04 00:18:21 FjmHU4xl
[Phoronix] Real World Benchmarks Of The EXT4 File-System
URLﾘﾝｸ(www.phoronix.com)
159:login:Penguin
08/12/04 00:25:51 lcb1UIUD
現時点で16TB越えができないのはかなりマイナスだな。< ext4
160:login:Penguin
08/12/04 16:47:28 pCJUbfpe
1.5TB HDDつかったRAID6なアレイで、簡単に16TBいっちゃうもんなぁ。
161:login:Penguin
08/12/05 14:57:33 DPOaqxT0
USB外付けHDDをバックアップ用に買いました
WindowsとLinux両方から使えるようにしたいのですが、ファイルシステムは何を選択するのがベストと皆さんは思いますか？
Linux側でNTFSも読み書きできるようにはしてあります。
Windowsからext3はドライバーを入れれば読み書きできるのでしたっけ？
それともFAT32にしておいたほうがいいでしょうか（HDDは１TBです）
162:login:Penguin
08/12/05 15:00:49 YO+J9iB3
>>161
データ用じゃなくてバックアップ用だろ？
半分にしてそれぞれネイティブにすればいいじゃん。
163:login:Penguin
08/12/05 15:08:10 DPOaqxT0
>>162
いえ、Linuxをファイルサーバーにしていて、その中にあるデータをバックアップしたいのです。
で、できたらWindowsに直接繋いでも使えると便利だなと。。。
164:login:Penguin
08/12/05 15:46:27 YO+J9iB3
>>163
ならWindowsでバックアップとるだけでいいじゃん。
165:login:Penguin
08/12/05 17:40:00 qEVIoMB2
>>164
いやそう言われると身も蓋もありませんがｗ
Linuxでとりたいんですってことで。
まぁどうしてもダメならWindowsをバックアップ用に電源いれっぱにしておけばいいのですけどね
Windowsは電源落として帰りますので、サーバーはつけっぱなしなので、
夜中にそっちでバックアップをとりたいと思いまして。
運用はともかくとして、技術的にどうなのかな？と。
みなさんは、LinuxとWin双方でつかったりはしてないのかな？
166:login:Penguin
08/12/05 17:55:54 RnOLJJ69
>>165
ファイルサーバ建てたいならそれ経由でコピーすればいいし、
バックアップするならテープ使う。
正直あなたが無意味なことを追求しているようにしかみえない。
167:login:Penguin
08/12/05 18:20:42 BcnenSxt
>>165って>>142と同一人物か?
168:login:Penguin
08/12/05 19:07:29 tRtlMVjI
>166
ファイルサーバーは既に立ってますが。
そのバックアップを別のLinuxのファイルサーバーとNASに取っていましたが、
立て続けに故障してしまったので、USB接続のHDDになってしまいました、予算的に。
んー、あなたにとって意味がないのかも知れませんが、
私の今の環境では、それがあったほうがベターと考えています。
Linux機が故障したときに、急ぎデータを取り出さねばならないとき
WindowsからUSBで直接読み出せれば楽だと思うのですがね
てか色々とファイルシステムについて調べていて、なんかみんな一長一短な感じなので
みんなどうしているのかな？と。
ま、できないってのなら仕方ありませんけどね。
>167
違います・・・けど、クロスプラットフォームでUSBで使えたらいいなって考えるのは、
そんなにおかしな事ですかね？
多くはないかも知れませんが、LinuxとWindowsを両方使ってる人はここには多いと思うのですが・・・
169:login:Penguin
08/12/05 19:10:18 tRtlMVjI
現状でとりうる手段は、
ext3でWinから扱えるようにドライバを入れるか
FAT32にするか
NTFSにしてLinuxから読み書きできるようにドライバを組み込むか
どのフォーマットでも可能だと思いますが
とりあえず、緊急用にLinuxからもWinからも即座に読み書きできるようになったらいいですね
Linux機にバックアップとってて、それが壊れてしまったときに、データ復旧に時間のかかるのを何度も経験したので・・・
170:login:Penguin
08/12/05 19:10:39 YO+J9iB3
>>168
リスクを知っているからやらないだけ。
どうしてもやらなきゃならないときは、RWする方をネイティブ
にして他方はROでやる。
171:165
08/12/05 19:10:49 tRtlMVjI
あ、帰宅したのでID変わりました
165です
172:login:Penguin
08/12/05 19:12:17 tRtlMVjI
>>170
おお、そうですか
まだまだリスクが高いですか、現状は・・・
（LinuxでNTFSの書き込みができない状況で知識が止まってまして）
てか最初からそう言ってくれればいいのに。
173:login:Penguin
08/12/05 19:13:32 tRtlMVjI
ちなみに現状では、NTFSにしてLinuxに繋いでバックアップとる仕様にして帰ってきてしまいましたｗ
やっぱext3にしとくか・・・・
晩御飯作らにゃならないのでこれにてしばらく(^_^;)ゞ
174:login:Penguin
08/12/05 19:16:31 RnOLJJ69
ここはお悩み相談室でもないし、おまえの知識不足をフォローする場でもねえ。
ましてや日記帳でもねえ。ほか行け。
175:login:Penguin
08/12/05 19:18:18 BcnenSxt
Win側にLinux on VMwareを入れておいて、必要な際USB HDDをmountすれば?
176:login:Penguin
08/12/05 19:45:24 UtIsQDwD
>>163
>>162 で突っ込み入ってるけど
サーバーのバックアップ用のストレージが欲しいんじゃなくて
もう一つサーバーが欲しいんじゃねぇのか？
ファイルサーバーにデータを置かずに
バックアップ用のストレージに直接データを置く
ってのは 同期してないサーバーが二つある ってのと同じことじゃないか？
> Linux機にバックアップとってて、それが壊れてしまったときに、
> データ復旧に時間のかかるのを何度も経験したので・・・
普通、バックアップが壊れても
バックアップじゃないメインのデータは生きてるんじゃないのか？
177:login:Penguin
08/12/05 20:46:52 YmrwG7dZ
やっぱりJFS最高
>>147
178:login:Penguin
08/12/05 20:53:31 /gGJ48sf
>>159
ext4って16EBまでいけるんじゃなかったの？
バグかなんか見つかった？
179:login:Penguin
08/12/05 21:08:45 OyL9l/eQ
サーバが壊れたときは、生きてるPCでKNOPPIX使ったら？
180:login:Penguin
08/12/05 21:30:25 tRtlMVjI
>>174
少しでも有効な情報出した人が言うならともかく
ファイルシステムのスレなのにファイルシステムの情報でなくWindows使えとかどうかと。
>>176
バックアップ用のサーバーはすでにあったりします。
メインのファイルサーバー、そのバックアップ用のミラーサーバー、
そしてさらにNASにもそっくりバックアップを取っていました。
そして、バックアップ用のミラーサーバーとNASが壊れました・・・orz
メインＰＣはもちろん生きてますよ
バックアップなしの状況はやっぱ怖いんで、USBHDDを買ってとりあえずバックアップを取ろうとしてて。
基本、Linuxだけでバックアップを完了したかったので（常時電源が入ってるから）、HDDをLinuxに繋いだ時、
フォーマットをどうしようかと思って質問したわけです。
データの復旧に時間がかかるは間違い、バックアップ用のサーバーをセッティングするのに時間がかかる、です。
古いPC使いまわしが多いので、インストールにも時間がかかって・・・
181:login:Penguin
08/12/06 11:02:55 lF/xcEJ+
>>157
(nilfsp)か(nilfs?)じゃねーの？
182:login:Penguin
08/12/06 17:22:03 nMZnd46f
>>181
最近LとRを交互に使ってるから混ざっちゃった。てへ。
183:login:Penguin
08/12/10 12:10:29 dU4cgF7d
>>178
設計と実装ダイブ違うから夢から覚めなさいー
184:login:Penguin
08/12/10 14:17:46 p0ZgecpO
>>183
そうなの？
ちなみに>>158には1EBまでって書いてあるね。
185:login:Penguin
08/12/10 22:15:33 bm5Mb4yM
Linuxで現在最も有用なファイルシステムって
Reiser3なんじゃね？
186:login:Penguin
08/12/10 23:04:14 qwKyDq77
Reiser3 って落ちた後の復旧が遅くない?
187:login:Penguin
08/12/11 01:36:56 vtPNKLT6
ext3よりは速いと思うが。
188:login:Penguin
08/12/11 20:24:55 O8YIGkT1
毎日落ちるってんなら話は別だが
そんな頻繁に落ちねえよ
189:login:Penguin
08/12/11 22:34:25 UV8yRGfw
落ちるって意味が輪伽藍
190:login:Penguin
08/12/12 09:15:07 rN9q3Wsi
掃除のおばちゃんが足引っ掛けた時とか、電源コードがちぎれたらコンピュータ動かなくなるよ。
得におばちゃんのキックでHDDぺちゃんこになると、復旧が遅れる。
191:login:Penguin
08/12/12 13:02:55 erRgZgt0
サーバールームにおばちゃんを入れる企業は三流
192:login:Penguin
08/12/12 13:28:24 eGZPfydT
つーかマシン室内でケーブルのたくってる会社なんかあるか？
普通そういうとこには清掃業者も入れないし
193:login:Penguin
08/12/12 14:16:05 erRgZgt0
>>192
大学の研究室なら普通
194:login:Penguin
08/12/12 18:18:00 hEiAOtyC
おばちゃんにキックされてぺちゃんこになっても平気な
ファイルシステムを教えてください
195:login:Penguin
08/12/12 18:53:33 G+ORyn6J
紙だな
196:login:Penguin
08/12/12 19:53:46 fYIqQ0zE
紙はおばちゃんに捨てられる危険がある
197:login:Penguin
08/12/12 20:11:33 eGZPfydT
もう石版しかない
198:login:Penguin
08/12/12 22:40:02 hEiAOtyC
いつの時代も、最も便利な記憶媒体は神棚
199:login:Penguin
08/12/13 00:01:32 UK/Livbk
>>198
それは保存場所だろ。
200:login:Penguin
08/12/13 07:48:38 7gqBEFQN
>>199
よく嫁
201:login:Penguin
08/12/13 12:14:15 u7gyQMWe
サーバールームがない大学は三流
202:login:Penguin
08/12/13 13:11:17 iw5wmYk8
そんな大学あるんですかね
203:login:Penguin
08/12/13 15:48:58 1kP0imgH
reiser3 で hoge-0-000001-s011.vmdk: 24942 extents found とかになっちゃった。
オンラインdefrag欲しいょぅ。一々コピーしなおすの時間かかるし。
204:login:Penguin
08/12/13 23:02:32 zO7bT3rV
reiser3は、壊れ易いな
205:login:Penguin
08/12/14 08:17:53 EL9dx7ds
>>204
そうなの？
俺は壊れた経験ないが
206:login:Penguin
08/12/14 12:17:48 hrP5ihle
なんでサーバーに限定してるんだか。
別にクライアントのPCは手元にあるわけで、、、
207:login:Penguin
08/12/14 12:44:58 U5BMS6m8
たまにバックアップするだけならext3でいいよね
208:login:Penguin
08/12/15 03:09:42 TEURfaAE
>>204
たしかに
209:login:Penguin
08/12/15 23:06:24 Gg85jZa/
Reiser4の耐久性をテストした勇者はいないのか
210:login:Penguin
08/12/15 23:20:23 rkrK6OeT
ファイルシステムの耐久性ってどうやってテストするんですか？
211:login:Penguin
08/12/16 00:49:13 dCi/8cnc
掃除のおばちゃんの足ひっかけたり、キックしてもらったり。
212:login:Penguin
08/12/16 00:53:13 OqiLJ7bW
耐久がいいのってなに？ samba鯖のFSにする。
213:login:Penguin
08/12/16 05:46:40 ItTpLhgg
wineみたいにNTFSぱくってくればいいﾆﾀﾞ
214:login:Penguin
08/12/16 20:08:51 Hd11UExY
Wineとntfsに関連性無いニダ
215:login:Penguin
08/12/16 23:25:20 I0bgSkCe
掃除のおばちゃんに耐久性はありますか
216:login:Penguin
08/12/16 23:48:09 MSyLgCIV
現時点でNTFSが特に優れた file system だとは思わないな。
特に悪くも無いけど。
217:login:Penguin
08/12/17 09:48:11 YNwqtrnc
NTFSはすぐに脂肪フラグが溜まる
218:login:Penguin
08/12/17 10:21:37 5HG7cLyA
>>217
ダイエットするにはどうしたらいいですか？
219:login:Penguin
08/12/19 16:20:33 qUokfCII
1TBのHDDをWindowsでNTFSフォーマットしたら931GBに
Linuxでext3フォーマットしたら917GBになったのですが、
フォーマットが違うだけで14GBも違ったりするものなんでしょうか？
220:login:Penguin
08/12/19 17:04:50 b1ZjjFQK
>>219
予約領域を開放してやれば良いだけ。
su
tune2fs -m 0 (デバイス名)
dfで確認。
221:login:Penguin
08/12/20 00:28:33 0Shf226v
平均ファイルサイズが大きいならブロックサイズをでかくしろ。
inode 数も減らすべし。
222:login:Penguin
08/12/20 13:25:20 Anq8ohIu
ext系が好きな人って実在するの？
信じられないんだが
223:login:Penguin
08/12/20 18:41:49 +TD+IQmn
コードの枯れ
224:login:Penguin
08/12/21 12:59:22 Z2QFOXdL
>>222
好みの問題じゃなく、自分の同僚にミスなくやらせたければ
デフォルトからいじる項目が少ければ少ないほどいいという
だけの話
225:login:Penguin
08/12/21 18:57:10 GzVXi1HB
>>224
じゃあ使ってるディストロの標準がBtrfsになったら
躊躇なく乗り換えるってこと？
226:login:Penguin
08/12/21 19:49:24 TMr3yk3L
逆にOSでファイルシステムが複数あって選ぶというのは
Linuxが初めてで特異なケースじゃないか？
過渡期に旧FSか新FSかを選ぶケースは、過去にもあったけれども。
問題はあっても過去の実績があるFSを選ぶというのは、どのOSでも
当然の選択だと思うんだが。
227:login:Penguin
08/12/22 00:47:08 4+YqY2if
たしかに止まると面倒になるサーバの場合は ext3 を選択するなぁ。
自分の PC とかは reiser3 とか XFS をメインで、様子見として btrfs を使ってる。
228:login:Penguin
08/12/23 00:34:41 wIkMAhWS
largefileオプションで作成されているext3のファイルシステムが
あったのですが、大量のファイルを配置したら i-node不足 になったので、
-i オプションを使って以下のコマンドでファイルシステムを再作成して、
i-nodeが大幅に増えました。
/sbin/mkfs -t ext3 -j -b 4096 -i 4096 /dev/sda1
それなりに意味があって、largefileオプションが用意されているのだと
思いますが、 i-nodeを増やすと容量が減る以外に何かデメリットは
あるのでしょうか？
229:login:Penguin
08/12/23 01:08:02 uD7EAhAX
>>228
mke2fs(8)
>largefile one inode per megabyte
平均ファイルサイズが１MB以下だと、inode足りなくなるよ。
230:login:Penguin
08/12/23 21:49:42 pGJPL6IB
素直にXFSでも使えばおk
231:login:Penguin
08/12/25 12:41:35 ICLKPeMT
LinuxでHDDをNTFSにフォーマットすることはできないですか？
232:login:Penguin
08/12/25 12:58:08 /tki2224
>>231
NTFSは仕様が公開されていないので。
233:login:Penguin
08/12/25 13:03:40 KULw/jkQ
>>231
できる
234:login:Penguin
08/12/25 13:22:13 a4rgkL0r
>>232
公式公開されてなくてもすでに解析公開されてる。
235:login:Penguin
08/12/25 13:24:44 /tki2224
>>234
そか。でも不安はつきまとうなあ
236:login:Penguin
08/12/25 14:39:38 ICLKPeMT
>>233
どうやるんですか？
237:login:Penguin
08/12/26 05:11:54 /UD2/6ER
>>236
ntfsprogsのmkntfs
非互換でもいいからntfs-3gにジャーナリングがついていればなー
238:login:Penguin
08/12/26 08:59:19 d05Bmgsq
NTFSのどこがいいのか和香乱
239:login:Penguin
08/12/26 09:10:29 4qL9WRZf
ゾンビ級のしぶとさ
240:login:Penguin
08/12/26 13:08:45 kF1zrqem
機能の豊富さ
241:login:Penguin
08/12/26 20:23:36 d05Bmgsq
>>239-240
ext3とは違うんです
か？
242:login:Penguin
08/12/26 21:47:45 3mBqmO5o
ext4の開発がカーネルバージョン2.6.28で一段落ついたみたいですけど、このスレの皆さんとしてこれはどうですかね?
試してみた方とかいます?
243:login:Penguin
08/12/26 22:13:13 5RPxKj8T
広まらないまま収束の悪寒
244:login:Penguin
08/12/26 22:15:18 sc+da3qB
btrfsが完成するまでの繋ぎとか言ってなかったっけ？
245:login:Penguin
08/12/26 22:18:29 1YiUDIdF
btrfsって、そんなext4で繋げるくらいすぐ完成すんの？
246:login:Penguin
08/12/26 22:39:22 XhKggq3I
>>245
なかなか完成しなさそうだからこそのつなぎでしょ。
すぐに完成するのならext3のままでいいわけだし。
247:login:Penguin
08/12/27 13:44:45 22WjMVhu
>>230
ubuntsu信者と同じキモサがあるなｗ
248:login:Penguin
08/12/27 22:32:25 siPqVhlW
>>246
つなぐだけならxfsで十分だったと思うので、ext4はつなぎだからというのは
正直すっぱい葡萄にしか思えなかったり。
249:login:Penguin
08/12/27 23:03:02 +W4c1t6k
業務用としてはxfsは繋ぎとして使いもんにならないと判断したから、
NECを始めとする大手システムベンダーがext4にコミットしてたんじゃないの。
まあ、そのext4の出来がいまいちだったのは笑えるが、
そのせいでRHも渋々xfsに手を出し始めたとこでしょ、今。
250:login:Penguin
08/12/27 23:11:20 CHbsSHY3
んー、XFSが使えないって書き込みちらほら見るんだけど、
具体的にどこが、っていうの見たこと無いんだよね……
参考にしたいんで、ポインタでも良いから資料ない？
251:login:Penguin
08/12/28 11:29:24 K5GZ3EJZ
JFSなら安心って書き込みもよく見るぞ
252:login:Penguin
08/12/28 11:52:50 f3sbrQbI
え、NTF…いやなんでもない
253:login:Penguin
08/12/28 13:02:40 FO+TGDfD
このスレにはXFS & JFS信者が定期的に涌いてくる
そして毎回毎回同じように欠点があるならポインタを示せとほざく
過去、何人も過去スレ、blog、MLのアーカイブを示して欠点を上げているのにも関わらず
>>250のような信者はスレが新しくなる度に毎回同じことを聞いてくる
何故自分で探そうとしないのか？
過去スレ全文検索でも良いだろう、MLのアーカイブから探しても良いはずだ
っていうかググれカス
それにしてもXFS信者はどうして
・パーティションの最初のセクタをXFS自身の用途に使い過ぎているので/bootは別に用意してください
・最大8EBまで使えます、けどrepair出来るのはメモリ1GBにつきおよそ1TBです
・書きこみに失敗したデータは他FSのように古い世代のファイルを残したりはしません、全て長さゼロの不思議ファイルに変わります
・xfs_fsrでデフラグ出来ますが、失敗するとやはり不思議ファイルを量産します
・アンデリートは出来ないので不思議ファイルはいつまでもそのままです
・Quick Recoveryとかほざいてますがfsck.xfsが何もしないだけです、何かしてほしい時はxfs_checkかxfs_repairを使ってください
・2.6.17～2.6.17.6カーネルでxfs_repairすると正常なXFS FSでも破壊されます
・積極的にメモリにキャッシュし、空いた時間にまとめて書きこむので見ため上は速く感じますが、
UPS無しの場合、Write Barrier/Write Cacheの有/無効に関わらずメモリにキャッシュしただけで済ましていたデータは確実に飛びます
といった現実から目を背けるのか…
IRIXですら/にはUFSかEFSを使ってねと言っていたのに
254:login:Penguin
08/12/28 13:20:39 wJM9Qb2o
長いけど読んだが、XFSが優れていることがよくわかった。
ライトバックの単語が出てきてない時点でうん。
255:login:Penguin
08/12/28 13:30:38 tj+orqS6
XFS は使ったことないんで知らないんだけど、動画データとか大きいファイルの
保存場所用には向いているでいいのかな？
256:login:Penguin
08/12/28 13:39:17 OBAhS7Kc
>>253
はいはいどーも。
だいたい全部用途違いと仕様、他のFSも同じ、で片づくんですが…。
257:login:Penguin
08/12/28 15:49:34 HO/81m3o
とりあえずXFSは使わないでおくよ
最大の欠点は
>>253様がお怒りになることだな
258:login:Penguin
08/12/28 15:57:21 JuupxvEF
JFSって断片化するってよく聞くけど、
ext3よりも断片化するのかな。
使用率80%超えなければ横並び？
259:login:Penguin
08/12/28 16:02:19 f3sbrQbI
すべて承知で使ってる信者だけど、かなり的確に弱点指摘していてﾜﾗﾀ
260:login:Penguin
08/12/28 16:20:53 K9aDww7p
ポインタもなにも、ソースみれ。xfsが最近になってもまだ、もぐら叩きのように泥縄な修正を
続けていることぐらい、投入されているpatchみれば分かるでしょ。
ext3の修正と較べたら差は歴然だと思うのだが、むしろxfs派は何をみて信頼できると
判断しているのだ？ 自分の環境で問題がないから？
ベンダーは流行の仮想化やクラスタリング、10Gb接続や階層ストレージといったものを
売り文句にしていて、そんな環境でテストしてxfsが使えると判断したならとっくに使っているよ。
261:login:Penguin
08/12/28 16:28:21 QvYx1d92
XFSはfsck必要な時はHDDも壊れかけてるとか変な理屈立ててメモリ化け考慮してないのがなぁ。
262:login:Penguin
08/12/28 17:35:32 HO/81m3o
>>259
弱点か？
仕様っていったほうが近いと思うが
分かって使ってりゃ何の問題も感じないことばかりだが
ま、やはりこの程度のことでお怒りの方
たとえば>>253先生みたいなお方にはXFSは向かないな
263:login:Penguin
08/12/28 17:44:19 f3sbrQbI
>>262
いやだから俺は使ってる方の「信者」の側だって。
けど、XFS使いなら一度くらいは思ったことがあるはずだなとクスリとさせられた。
264:login:Penguin
08/12/28 18:45:26 HO/81m3o
わかってるよ、誤解させてわりいな
>>253が、XFSの仕様にマジギレしてるのを見て笑えただけさ
265:login:Penguin
08/12/28 19:43:59 18K+8q51
纏めるとXFSは仕様があれなので繋ぎのext4が必要なんでつね
266:login:Penguin
08/12/28 19:54:03 Qmza/x7I
ext3→btrfs or ZFSでいいんじゃないの？
267:login:Penguin
08/12/28 20:27:09 yYWNmBLG
この人もXFSを現時点では薦めてるって解釈でいいの?
URLﾘﾝｸ(www.atmarkit.co.jp)
268:login:Penguin
08/12/28 21:53:50 lTchwhwf
薦めてない。
「自分で自分をサポートできる奴なら自己責任でやってもいいけど
（でもBtrfsしかないだろJK）」
っていう大意。
>>263,>>264みたいに、誰かが何か言ってきても意に介さないレベルならともかく
誰か薦めてくれる人が欲しいレベルならやめとけ。
269:login:Penguin
08/12/28 22:03:23 HO/81m3o
要は、自分がそれでいいと思うかって問題さ。
アンチ君のマジギレは哀れ。
アンドリューさんみたいに冷静に利点と欠点を見なきゃだめってことよ。
270:login:Penguin
08/12/28 22:03:49 wJM9Qb2o
EXT3: 無難に遅いが枯れ具合は魅力的。
reiser3: 体感速度がヌルヌル速くて好み。突き抜けたところは無いきがする。縮小できるのが個人ユーズではかなり便利。
reiser4: つかったことない
ZFS: メモリ食いすぎ。128bitは先取りしすぎたような。
Btrfs: 起動して2日くらいでフリーズする。Debian sidからも消えたし。
JFS: 使ってて不満はないけど、不満。
XFS: 大きなファイル置いてもへこたれない。
数KBの細かいファイルを移動させようとしたらすげー時間かかるけど、
ツールが充実してて便利。
壊してしまったときに xfs_repair で直ったことはないけどそれは俺のHDDが壊れたのが悪い。
ということで、俺は/boot=ext3、残りreiser3、MySQLやXen用にXFS。
271:login:Penguin
08/12/28 23:19:40 ywtP9vou
EXT3: 遅いし個人的に他のFSに比べて壊されやすい印象がある
reiser3: マウント遅いので起動が遅くなる。assert大量という話から信頼性は高そうだが。
reiser4: reiser3より劣るし将来性も無い
ZFS: 読み込みは早いが書き込みが遅すぎ
Btrfs: マルチスレッド下で遅い。不安定だしテストケース全てクリアしていない。本命にはまだ遠い。
JFS: シングルスレッド下では遅いけど負荷も低く効率は一番。マルチスレッド下では使う価値無し
XFS: XFS(笑)
272:login:Penguin
08/12/29 00:02:28 K2HLOvxU
>>273曰く
>>147
自慢して回れよお前のXFS(笑)
すばらしすぎて笑いが止まんないんだろ？ｗｗｗｗ
273:login:Penguin
08/12/29 00:04:54 tiXE/lj8
いや俺はJFS一筋だから。
274:login:Penguin
08/12/29 00:55:10 7XozLOLf
XFSのファイルシステムが乗っかってる
パーティションテーブルの情報だけが飛んでしまったんですが、
xfs_repairをかけてもsecondary superblockが見つけられないようです。
3wareのRAID板でディスク自体は2TBから3TBに拡張できたところまでは問題なし。
2TB跨ぎのファイルシステム拡張をxfs_growfsやろうとしたものの
パーティションサイズの限界に2TBがあることの認識不足が原因でgpartedで拡張を実行したら失敗。
2TB以上のパーティションにするために、パーティションタイプをMSDOSからGPT変更にしなければならなかったとは・・・。
再度パーティションを2TBで作成してXFSでフォーマットしなおした状態から
xfs_repairかければ一部でもファイルを救出できるんでしょうか。
275:login:Penguin
08/12/29 04:23:17 Tt2n3ZA9
>>271
とある日本最大級のftpサイトを運営している人曰く、ZFSの遅さが
ボトルネックになってしまうってぐらいに遅いからなぁ。
276:login:Penguin
08/12/29 08:02:55 GLYdnMYe
>>274
…。
これからはきちんとバックアップとれよ。とくに何か大きな変更をする前にはな。
俺がxfs使う時は、いやどんなファイルシステムを使う時でもそうだが、ちゃんとバックアップ毎日とってたぞ。
277:login:Penguin
08/12/29 13:35:26 iZCgLxRc
で、結局何がいいの？ext3以外使ったこと無い俺に教えてよ
278:緊急事態
08/12/29 13:46:03 kqUrATJq
drwxrwx--T
ls でパーミッションがこのように表示されるディレクトリの
いちばん右の T は何を意味しているのでしょうか。
緊急事態です。
279:login:Penguin
08/12/29 13:47:16 +2DghlFE
>>278
URLﾘﾝｸ(www.linux.or.jp)
280:緊急事態
08/12/29 13:50:14 kqUrATJq
t と T の違いをようやく理解しました。
281:login:Penguin
08/12/29 15:17:02 Zezewtsm
>>274
xfsなんて、使うのが問題。
reiser3も同じだからやめておけ
282:login:Penguin
08/12/29 16:58:55 lfQV5P7k
456 名前：Socket774 投稿日：2008/12/26(金) 17:58:09 ID:+UEOlZmp
"壊れるときは壊れる厨" "運が良ければ壊れない厨房" の特徴
(1)確率が低いことを前提に行動しているのに、確率はどうでもいいという自己矛盾
(2)運良く経験上起こらなかったことは確率＝０にしてしまう危うさ
(3)運悪く経験上１度あったことは確率＝１にしてしまう気弱さ
(2)は実は社会的にかなり有害である
無謀運転で交通事故を起こすやつの「危険でない根拠」になっている。
(3)もなにかとアンチ信者に多い
○○社の製品を買って壊れたので一生○○社の製品買わないなどの損な行動をとる。
283:login:Penguin
08/12/29 17:20:58 mU7jwBbc
ext3信者が多数存在する模様
安全だと本気で思っているんだろうな
>>277
何を使おうが壊れる確率なんか0じゃないんだから
他のファイルシステムを試すのも良いと思う
それが罪ならこのスレに存在意義はない。
284:login:Penguin
08/12/29 17:30:10 iZCgLxRc
>>283
そうね。何がいいかな～。
>>283は何使ってる？
285:login:Penguin
08/12/29 18:21:10 zzovYCox
>>283
ext3信者なんていないでしょ。
十分枯れていて、他のFSと比較にならないほど大勢が使用しているってだけでしょ。
286:login:Penguin
08/12/29 21:37:56 O6XKqBbS
>>283
ext3が安全だなんて誰も言ってない。xfsはext3よりも駄目だろってだけ。
壊れる確率が0じゃないなら全部同じだから俺はxfsを選ぶぜ、
と主張したいなら別にしてもいいけど、そういう高校からやりなおせ的発言は、
2chだけにしといてくれよな。間違っても会社で口にしないで欲しい。
せっかくだからxfsを選ぶぜ、っていう諧謔の分かるひとにはxfsはお勧めなんだけどね。
287:login:Penguin
08/12/29 21:47:04 W2yC0jiU
えーっと…覚えたての難しそうな単語を使いたかった、でOK？
ここに出没するXFS叩きは皆小文字で書くね～
288:login:Penguin
08/12/29 22:45:25 +QFrLFVt
みんな自信がないのか自分を正当化するのに必死でおもろいな
289:login:Penguin
08/12/30 00:28:27 xqus6Atb
>>286
お前学生だろ
290:login:Penguin
08/12/30 00:30:07 xqus6Atb
世界一大量のコンピュータを使ってるgoogleが一番実績積んでるから正しい
何もかもgoogleと同じにしとけば一番正しい選択なんだよ
291:login:Penguin
08/12/30 00:50:59 8pLMhnmO
ヨッシャヨッシャまずはgOSのインスコから始めるとするか
292:login:Penguin
08/12/30 01:16:41 uZkVqbn8
>>291
なんで？
293:login:Penguin
08/12/30 01:40:39 43UJ6/7L
はじめまして
とても困っておりまして書きこさせていただきました。
ご教授いただければ幸いです。
先日、CentOS5.2 のドライブ交換のため、
LVM にて、個人のLAN内でファイルサーバーを構築いたしました。（SATA HDD １TB x
２）
構築が終わりデータ移動を済ませた後で、
データ移動元として利用していた、
１TB のディスクを増設しようといたしましたところ
増設に失敗をしてしまい Linux が壊れてしまいました。
修復の方法がありましたら、ご教授いただければ幸いです。
【システム構成】
OS:CentOS５．２
ドライブ：SATA １TB x ２ +1 （合計三台）
（dev/sdb & dev/sdc に dev/sda を追加。）
294:login:Penguin
08/12/30 01:41:34 43UJ6/7L
【失敗の手順】
１：HDD の増設
２：Fdisk にて、設定を行う。
fdisk /dev/sda にて、プライマリパーティション作成＆パーティションLVM（8e）を指定。
３：fdisk の w キーにてパーティション書き込みをした後再起動を行う。
４：再起動の後、pvcreate /dev/sda1 を行い、PV を作成。
５：既存のボリュームグループの確認：vgscan の実行＆確認。
６：vgextend VolumeGloup00 /dev/sda1 を行い、追加を行う。
７：df -h コマンドにて、確認をすると 総容量が 1.8T（Sata 1TB x2台分）しか表示されない。
８：Webmin のディスク管理項目から見ると、総容量は 2.7TB と記載があった。
９：フォーマットしていないと思い、mkfs.ext3 /dev/sda1 を実行。
フォーマット終了の後再起動をかけたところ
カーネルクラッシュにより二度と起動しなくなってしまいました
自力ではどうしようもできず途方にくれております。
また、長年大事にしてきたデータが1.3TBほどあります。
いろいろな場所で聞いているのですが、答えが得られません。。。。
なにとぞ、よろしくお願いいたします。
295:login:Penguin
08/12/30 01:46:37 RBg6OIPS
>>294
ここはすれ違いだと思う。あとマルチはやめとくべき。答えてもらえなくなるよ
296:login:Penguin
08/12/30 01:52:49 NRQcO945
>>295
それは両方で答える人を募集してますってこと？
297:login:Penguin
08/12/30 02:13:06 xqus6Atb
>>296
たとえば、両方で回答者が現れた場合、後から回答した人は用済みってことになるでしょ？
回答者に恥かかせるつもり？
298:login:Penguin
08/12/30 02:34:15 3cIMBWT0
>>287
仕事でxfsなんて、使っている奴なんているのか？
まじで、やばいな。ソース2chとか言ってるような奴かｗ
299:login:Penguin
08/12/30 02:46:20 xqus6Atb
仕事で～してる奴いるのか？
という言い方をする奴は９０％学生。
300:login:Penguin
08/12/30 09:54:45 ehiXCzMy
俺も学生だが、>>298みたいな香具師いるよ
企業で働くってどういうことか分かってないんだろうな
そんな俺はReiserFSかXFS
301:login:Penguin
08/12/30 10:20:24 P38+iPXD
金もらって仕事している立場の俺から言わせてもらうと、
俺が面白ければ何でも良い
302:login:Penguin
08/12/30 11:03:45 lWCI7Jgq
>>301
おまいにはBtrfsやReiser4がお似合いだな
303:login:Penguin
08/12/30 12:01:41 xRLcBvyW
>>300
あ、まじでいたよｗ
304:login:Penguin
08/12/30 22:23:10 wuMOmmEj
>>298
XFSも使ってたけど使ってた範囲では問題は出なかった。
(バグとか使用制限に)当たらなければどうということはない。
305:login:Penguin
08/12/30 23:32:07 lWCI7Jgq
ext3 領域を無駄遣いする。全体的に遅め。利用者多数のため日本人向け
ext4 遅すぎ
ReiserFS 小ファイルは確かに速いがマウント遅い。作者ｵﾜﾀにつきv4ｵﾜﾀ
XFS 大ファイルは速い。アンチ大杉。>>253
JFS 最初は大小どちらも速いが、フラグメントしてきてext3並に落ち込む。アンチ大杉
XFSの欠点って見つからないもんだなあ
306:login:Penguin
08/12/31 01:38:53 grVWqTH4
ext4って今でもext3より遅いの？
307:login:Penguin
08/12/31 02:49:46 dG9Ns93a
>>305
ほぼ同意、アンチ大杉ﾜﾗﾀ
通常用途でXFS、コンパイルとか細かいファイル用途にreiser3にしてるけど
細かいファイルはSSDにする方がたぶん劇的に早くなるよなぁ・・・
XFSについてはAGで半明示的にボリュームを分割利用できるので使ってる。
LVMと組み合わせてパラでアクセス。
308:login:Penguin
08/12/31 04:44:43 YkqHm6LQ
>>305
xfsは小さいファイルが異常に遅すぎる。
体感できるとか言うレベルじゃない。
昔全パーティションxfsでやっててめちゃくちゃ遅かった。
今はxfsとreiserfsを併用してる。
309:login:Penguin
08/12/31 05:07:48 ip9VpIl8
reiserfs(v3) は年単位で使ってるとだんだん遅くなってくのが問題。
--rebuild-treeすればいいんだがオンラインでできないし。
結果一部XFSに変更したんだが、それだけで1.5GBほど空き容量が減って笑った(25GBのパーテーションで)。
310:login:Penguin
08/12/31 05:41:00 gWPgdST+
>>309
3年目くらいに突入したけど、
fsのメンテとかしたほうがいいんだろうか。
触らぬ神に祟りなし?
311:login:Penguin
08/12/31 08:38:14 IjflIkV8
>>308
俺もXFSを全パーティションで使ってみたけど、遅すぎるとは感じなかったけどな。
まあ、XFSの特性をきちんと把握して使いこなせるだけの自信が無かったんで、今は使ってないんだが…。
312:login:Penguin
08/12/31 18:08:33 uJZymjay
XFS厨ってさXFS批判されると即アンチ認定して当該レスをスルーするよね
スルーした後に連続で続くマンセーレスとかマジきもいんですけど
XFSが遅くないとかって妄想じゃないなら試してみるから
↓な作り方したext3と同じ程度の速度が出るmkfs.xfsのオプション教えてよ
mke2fs -j -J size=128 -m 0 /dev/hogehoge
tune2fs -c 0 -i 0 -e remount-ro -o journal_data /dev/hogehoge
mount -t ext3 /dev/hogehoge /mnt/hogehoge -o relatime
ちなみにlinux-2.6.28でe2fsprogsi-1.41.3
AMD 790FX + SB600 + Athlon64 X2 5000+にWD1001FALSのケツの300GBだと
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m23.263s
user 0m21.559s
sys 0m1.633s
な感じ
XFS厨がどんな環境で使ってるのかは知らんけど
XFS厨の環境で↑な作り方のext3と同じ速度なら良いからさ
まあXFSが遅いのは分かりきってるからハンデとしてjournal_data付けてみたけど
別にorderedでもwritebackでもどっちでも良いよ
ちなみにReiserFSだとデフォのジャーナルサイズでもReiserFSの圧勝だから
313:login:Penguin
08/12/31 19:10:50 gWPgdST+
小ファイルベンチは遅いってよく言われてる事だよね?
どの辺が新しいんだこれ。
314:login:Penguin
08/12/31 19:19:55 Bwj7B+oj
C2D1200 SSD SAMSUNG MCCOE64G8MPP-0VA
bash-3.1# time tar xjf '/home/xiao_woo/Desktop/linux-2.6.28.tar.bz2'
real 0m36.094s
user 0m25.135s
sys 0m4.498s
315:login:Penguin
08/12/31 19:26:24 YkqHm6LQ
>>312
xfsとreiserfsのパーティションがあるからやってみた。
両方ST3320620AS
xfs
$ time tar xjpf linux-2.6.28.tar.bz2
real 1m47.648s
user 0m21.272s
sys 0m3.046s
$ time rm -rf linux-2.6.28
real 0m55.441s
user 0m0.063s
sys 0m1.620s
reiserfs
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m25.691s
user 0m21.652s
sys 0m3.926s
$ time rm -rf linux-2.6.28
real 0m1.952s
user 0m0.057s
sys 0m1.850s
316:login:Penguin
08/12/31 19:27:31 mvJHjVP4
XFSマンセー
317:login:Penguin
08/12/31 20:58:21 cx+QlaBJ
zfs Hitachi HDS721616PLA380
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m20.055s
user 0m19.803s
sys 0m3.668s
318:login:Penguin
09/01/01 04:23:58 /UXNDsnC
FUSEなZFSでベンチなんて、ZFSへのネガキャンにしか見えない
319:login:Penguin
09/01/01 15:12:58 UNAfCHAE
そもそもこの実験自体XFSのネガキャンだな
小さなファイルの扱いは苦手に決まってんだろ？
320:login:Penguin
09/01/01 21:31:07 a2bBDv9r
確かにXFSは使ってみるとイマイチなんだよな。
ひょっとして、JFSが無難なのか??
321:login:Penguin
09/01/01 23:08:35 dBj6qpPh
JFSはext3よりはマシだろうな
322:login:Penguin
09/01/01 23:16:41 Jd8J6JYV
>>319
>>305で
＞XFSの欠点って見つからないもんだなあ
って言われたからの流れでしょ。
323:login:Penguin
09/01/02 02:01:54 HrlDzx7o
JFSの場合。
ノートPC(x86_64) Tulion64X2(TL-56) ST9120822AS
time tar jxf linux-2.6.28.tar.bz2
real 0m53.507s
user 0m27.732s
sys 0m3.310s
time rm -rf linux-2.6.28
real 0m6.591s
user 0m0.040s
sys 0m1.170s
324:login:Penguin
09/01/02 04:36:49 KJ9BwFW5
小ファィルというかディレクトリの生成と削除がすごく遅いのは既出だよねXFS。
325:login:Penguin
09/01/02 09:15:51 GFEPgqVO
ジャーナルを別ディスクにしても遅い
326:login:Penguin
09/01/02 09:45:53 EZZpbbHN
>>324
XFSは、大ファイルメインの特殊な環境用なんだよな。
reiser4に期待してたが、まさかの展開でつぶれちゃったし、
btrfsが安定するまでは、ext4で繋ぐか。
327:login:Penguin
09/01/02 12:43:56 Hohc2Yy1
xfs使う奴は、マジで噂で物事判断してるはず
328:login:Penguin
09/01/02 12:44:30 Hohc2Yy1
×マジで
○ガチで
329:login:Penguin
09/01/02 13:50:05 NiL0I0gC
×ガチで
○ガチムチで
330:login:Penguin
09/01/02 17:25:58 QoRK6b4x
>>327
こんなにアンチが多いのに？
331:login:Penguin
09/01/02 22:37:37 EZZpbbHN
>>327
使う前は噂で判断するしかないだろが。
とはいえ、XFSそんなに悪くないけどな。
332:login:Penguin
09/01/02 23:41:17 K/LaHFw6
カーネルツリーの展開と削除でイライラするぐらい
333:login:Penguin
09/01/03 10:48:26 K5VrUXU8
このスレも初めのころと比べるとずいぶん変ったな
初めのころは、テスト段階のFSや、ext*のfeatureでさえ
恐れなく使う猛者共がゴロゴロしていたのにな
今や、okky著のファイルシステム論を本気で信じちゃってる、痛いXFS信者と
誰も使ってないから何の情報も出ないだけなのに、勝手に堅牢だと勘違いしているJFS信者が
レスの殆どを占め、ちょっとでも貶せば即アンチ認定だもんな
2.6.28カーネルにしてから / を速攻でext4dev → ext4に変え
/homeをbtrfsで使ってる奴なんて、このスレ内ですら最早少数派なんだろうな
ましてや、0.16使ってたら、ある日からfsckでいきなりSEGVるようになったから
本家にバグレポしたら、0.16はもう古いからHotfix当てるかgitのやつ使ってね、とか言われて
迷うことなく btrfs-unstable 使ってる俺なんて、このスレですらキチガイ扱いなんだろうな
あーあ、このスレも終ったな
334:login:Penguin
09/01/03 10:55:15 ZQC6YIk5
>>333
俺は基地外です。まで読んだ
335:login:Penguin
09/01/03 11:22:15 nuPiacsO
>>333
コメントを忘れないように
つ「# チラシの裏はじめ」「# チラシの裏おわり」
336:login:Penguin
09/01/03 11:29:05 r9uwlkUB
# チラシの裏おわり
寂しがり屋の>>333くんのために
Btrfsの話題を出してあげましょうよ
# チラシの裏はじめ
337:login:Penguin
09/01/03 11:32:10 7xmoMDok
>>333
俺も同感。
ただ、XFSやJFSが今のところ良い選択肢の一部であるのは間違いないだろう。
もっとも、ext4が出来た今、それらの役割は終わったかもしれないが。
btrfsには本気で期待するが、reiser4の時も同じように期待してた。
今度はどう裏切られるのだろうか。
338:login:Penguin
09/01/03 12:30:08 s2mEMwPq
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜俺も同意。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
＿＿＿_
／_ノ ヽ､_＼
ﾐ ﾐ ﾐ oﾟ(（●）) (（●）)ﾟo ﾐ ﾐ ﾐ ＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼ /⌒)⌒)⌒)
| / / / |r┬-| | (⌒)/ / / /／
| :::::::::::(⌒) | | | ／ ゝ :::::::::::/
| ノ | | | ＼ / ） /
ヽ / `ー'´ ヽ / ／
| | l||l 从人 l||l l||l 从人 l||l バ
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､ ン
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒)) バ
ン
>>333はお前みたいな傍観者や野次馬風情がやたら幅利かせることを嘆いてるんだろｗ
339:login:Penguin
09/01/03 12:47:55 N7QBWFLh
今のところ良い選択肢はLinuxを使わないこと
340:login:Penguin
09/01/03 14:30:26 DtAE3aDe
何故reiserfsとjfsはdump/restore無いの？需要ないの？
341:login:Penguin
09/01/03 16:12:31 TH5byMBh
ないアル
342:login:Penguin
09/01/03 22:53:27 YcWB7Jk/
>>337
reiser4は裏切りはHansのせいなので、ext4はそういうこと無いんじゃないか？
RedHatが作ってるみたいだし。
ただ、XFS/JFS < ext4ってのは現時点では微妙だと思うが。
btrfsは開発が進まず、いつまでたってもext4が修正されるみたいなことになりそうな予感。
343:login:Penguin
09/01/04 01:52:41 ysTZPxFS
btrfsとかext4とか試したいけど、復旧できないと困るデータがあるので
ext3のままで使ってないくちです…はやく触りたい…
少し話が戻りますが、速度について議論するなら、
しっかりした方がいいと思ったのでコメント。
tarの展開速度をはかるのにディスクのスペックと、接続方法、繰り返し回数が
あまり書いてないのには疑問。というのも、環境によっては、
キャッシュにのるかどうか等が無視できない差を生むから。
こちらはVMware(データは実パーティション上)の環境なので、
細かいデータは省くが、数度実行したら優位に実行時間が短くなっていった。(40 >> 30 secとか)
読み取り時間を無視したテストがよいならば、
展開前のカーネルはshmにおくとかしたほうがいいかも。
逆に、読み取り時間を気にするならば、キャッシュにのらないように
工夫する必要があると思う。
344:login:Penguin
09/01/04 02:00:44 T2uQmTSx
いろいろなFSをBonnie++で3回とってみたことはあるな。
345:login:Penguin
09/01/04 02:09:51 kKi3Qbzy
btrfsでBonnie++を走らせたらカーネルごと死んで、次からマウントすら出来なくなりました
346:login:Penguin
09/01/04 12:42:54 T3uM4qFe
なんだか、NTFSとreiserfs(v3)とXFSの３択って感じだな。
突っ込み大歓迎。
347:login:Penguin
09/01/04 13:09:02 OKhHbzKw
LinuxだからNTFSは無いんでねえの。
あとext3も正直選択の魅力が無いかもしれないのだがしかたなく選択肢にあがっている状態。
（btrfsが選択できればねえ…）
348:login:Penguin
09/01/04 13:11:47 HojrW02/
別にどのファイルシステムを使っても一緒だろ。
障害がおきるのはハードウェアが故障したときぐらいのもんだ。
349:login:Penguin
09/01/04 13:11:50 4voN0aof
NTFSはパーミッション保存しないのでLinuxでは使いにくいだろ。
350:login:Penguin
09/01/04 14:08:23 cHqbCLC0
Reiser4信者はいますか？
351:login:Penguin
09/01/05 00:49:56 ujTvRpIr
いろいろある中でどうしてどの鳥もext3がデフォなのか、その理由を教えてください。
352:login:Penguin
09/01/05 01:01:31 N7SbMQOe
Btrfs For The Mainline Linux Kernel
URLﾘﾝｸ(www.phoronix.com)
353:login:Penguin
09/01/05 01:06:08 Ia2jZgu0
>>351
むかしむかし、reiserfsが標準の鳥がありました。その鳥はreiserfsのスポンサーもしていました。reiserfsは結構安定していましたが、その鳥の開発者はバグ修正ばかりで退屈していました。
reiser4に期待していましたが、なかなか成果が出てこない。その鳥の開発者は新しいfsを開発したいという思いが日に日に強くなっていきました。そしてその鳥の開発者は上に掛け合いreiserfsのスポンサーを降りてもらうことにしました。
その後のreiserfsの開発者の結末はご存知の通り。スポンサーを降ろさせたその鳥の開発者は現在伸び伸びとbtrfsの開発をしています。
354:login:Penguin
09/01/05 01:12:15 NI08RRMr
>>351
消去法。
>>353
oracleってreiserfs標準だったっけ？
suseは知ってるけど。
355:login:Penguin
09/01/05 01:20:09 Ia2jZgu0
>>354
その鳥=SUSE
その開発者=Jeff Mahoney
スポンサー降りた事実は無かったスマソ。まぁ邪推なので信じないように。
Novellが抱えてたreiserfs開発者は今どうなっているんだろうか…
356:login:Penguin
09/01/05 05:04:12 iLuaB62P
On File Systems
URLﾘﾝｸ(www.kev009.com)
URLﾘﾝｸ(anond.hatelabo.jp)
357:login:Penguin
09/01/05 14:21:32 dtFVOAHe
うちの彼氏 ポニョの歌はもういい加減聞きたくないと言ってるのにしつこく歌う
頭から離れない
苛つく
358:login:Penguin
09/01/05 14:22:42 Ia2jZgu0
>>357
団子三兄弟歌えばおk。
359:login:Penguin
09/01/05 14:25:04 dtFVOAHe
誤爆です すみません
360:login:Penguin
09/01/05 15:23:10 Ia2jZgu0
>>356
次のFSの革命はCoWかぁ。だとするとその次はディスクの並列gcかなぁ。
361:login:Penguin
09/01/05 21:15:35 WR0vS5IN
>>356曰く
It is worth noting that XFS is still under active development
362:login:Penguin
09/01/05 21:51:40 7SSffWmz
>>361
枯れたext3と違って、誠意開発中、今やってますってことか
363:login:Penguin
09/01/05 23:37:46 94zmWn+C
俺は>>7に賭ける。
364:login:Penguin
09/01/06 01:11:20 rl+g2qsZ
スレを加速して>>7を外れるようにするテスト。
いくらなんでも安定したファイルシステムを作るのに１、２年は
最低でもかかるだろ。ZFSですらまだどうよ？って状態なんだから。
365:login:Penguin
09/01/06 07:28:53 lkmp4r3x
百歩譲ってbtrfsが「選択肢に乗る」くらいはあるかもだけど、デフォ＆鉄板は無理だよなあ。
KNOPPIX btrfs editionがダウソできるよ！くらいか？うまくいったとしても。
まあでも>>7の結婚とちょっとの幸せくらいは祈ってやってもいいけど。
366:login:Penguin
09/01/06 09:17:08 khwV9+Jg
btrfsが標準になることよりも
>>7の結婚のほうが難しい
367:login:Penguin
09/01/06 19:05:57 8e3bqhSN
お前らかわいそうだろ、このスレを10年保たせてやろうぜ
あ、進めちまった。
368:login:Penguin
09/01/06 20:39:25 OVORNhp1
XFSを少しでも貶されると、即アンチ認定
アンチ認定していた連中のレスを揉み消せなくなると、XFSはActive Developmentだから宣言
挙句の果てには、ext4の開発の煽りを受けてi-nodeサイズから、ハッシュアルゴリズム、ジャーナルポジションのデフォルト値がそれぞれ変更されたext3を「枯れたFS」扱い
そして全く関係の無い>>7へレスを繋げてスレ流し
ああ、XFS厨って奴は、なんて気持ちの悪い存在なんだ
誰かが「btrfsがfsck時にSEGVる」と環境依存な事を言っても、アンチ扱いされたりはしないだろう
「LSFオフだとext4がマウントすら出来ない」とか、当たり前な事を言ってもアンチ扱いされないだろう
だが、それも相手がXFSだと
「xfs_repairって1TBにつきメモリ1GB要求するらしいね」こんなWikipediaに載っているような情報も、XFS厨の脳内では「環境依存話」
「UPS無しだと、急な電源オフ時に結構ファイル消えるらしいね」「しかもその時、古いファイルじゃなくヌルバイトなファイルに変わるんでしょ」
こんな公式にすら載っているような情報も、XFS厨の脳内では「XFSだけじゃない、全てのFSがそうなる」
そして、言った奴は即アンチ認定
ねえ、なんで？
どうしてXFSだけ別扱いするの？
まさか未だに「LinuxのVFSは糞だから、それ使ってないXFSは神」とかって教祖様の戯言を信じているわけじゃないよね
369:login:Penguin
09/01/06 21:16:01 yydiROnC
8TB越えは自動的にxfsになるから。
reiser3は8TBでバグ持ち、ext3は16TBに対応したのが割と最近。
jfsは実績不明。
370:login:Penguin
09/01/06 21:22:26 QIqJq6Bo
>>368
ext3使いだがマジレスすると、長文だから1文字も読まれてないんだと思う。
2～3行にまとめる練習してみたら？
371:login:Penguin
09/01/06 21:40:46 Ncsfrd3v
そして「いざというときのフォールバックのため」と称してext3に収まるサイズで使われるのがxfs。
372:login:Penguin
09/01/06 21:44:31 7SYTEnHx
>>368
私はアンチ脳
まで読んだ
373:login:Penguin
09/01/06 21:49:29 wsKGMoDw
URLﾘﾝｸ(www.atmarkit.co.jp)
>linux-nextにbtrfsを含めるよう促しました
：
>Chris Masonから12月31日に「Btrfs for mainline」というスレッドで再提案があり、現在も議論が続いています
：
>暗にコードレビューを再び求められているほか、何人かの開発者から
>コードのスタイル上の問題を指摘されています。
前にも似たようなことがあったような…
374:login:Penguin
09/01/06 21:50:23 IpMwATjU
>>370
失礼だな。読み手全てをひとくくりにするな。
俺は1行目を最後まで読んだぞ。
375:login:Penguin
09/01/06 21:50:42 rFDOz/Xl
UPSあってメモリ16G積んでてテープにバックアップ取ってるから気にしたことない
376:login:Penguin
09/01/06 22:29:33 8e3bqhSN
>>373
例の人格テストだな。
377:login:Penguin
09/01/06 23:06:52 rFDzNrUq
非関税障壁です。
378:login:Penguin
09/01/06 23:09:54 qbzlSX9A
>>373
> 前にも似たようなことがあったような…
btrfsの中の人も殺人罪でタイーホ？
379:login:Penguin
09/01/07 04:23:55 MYAr5Are
UbuntuでXFS使うと超遅い
何でだ
380:login:Penguin
09/01/07 07:10:32 aMX79JXV
>>379
今は知らんが、dapperのころだとgnome+xfsでバグがあった。
nautilusでファイルをコピーすると半端なく遅くなるやつが。
今は単純にxfsが遅いのが理由じゃね？
381:login:Penguin
09/01/07 08:16:23 lDEHfZnJ
>>368
信者は盲目ということで。
ubuntu暴徒と似ているんだよな。どんなsceneでも推してくるところが。
382:login:Penguin
09/01/07 10:04:37 EwZHKGvQ
>>368
XFSは糞、私は神
まで読んだ
383:login:Penguin
09/01/07 12:56:09 sQ6RHxpJ
>>381
ログ読む限りまともなレスは利用状況特定しているぞ？
むろん信者っぽいのもいるが・・・
どんなsceneでも貶してくるアンチXFS厨のほうが鼻につく
384:login:Penguin
09/01/07 15:22:43 /+7MD+d/
モンスターエンジンかとおもった
385:login:Penguin
09/01/07 16:29:14 r4ikewKA
Ubuntuの/（ていうか全部）にReiserFSを使った俺は勝ち組ですか？
386:login:Penguin
09/01/07 16:41:41 AMgR4a59
普通
387:login:Penguin
09/01/07 18:10:52 76AuvVYI
普通。外部hddもreiserfsにしてる。
388:login:Penguin
09/01/07 18:24:06 08GuQOS0
このあと開発はどうなっていくのかねぇ
reiserfs
389:login:Penguin
09/01/07 19:18:35 ig1WPL6z
reiserの3は開発終了だろ。
4がどうなるかなんだが、誰か引きつぐとか引きつがないとかいう話があったけど
あれからどうなったんだろうねえ…。
390:login:Penguin
09/01/07 19:42:59 tSTHmBEQ
引き継げるもんじゃないだろ。
ファイルシステムの開発なんて論文とか書いている連中がするもの。
391:login:Penguin
09/01/07 20:01:49 DDgLikG1
少なくともreiserは名前変えないとなぁ・・・・
392:login:Penguin
09/01/07 21:05:40 lXWvEHKq
>>374
ｽﾏｿ
393:login:Penguin
09/01/07 21:36:12 fk3CrHNx
Reiserの名前を変える議論をせねばならない時が来たようだな
【v4】ReiserFSを改名しよう【復活】
394:login:Penguin
09/01/07 22:07:20 B2Qqa9xs
HansFS
395:login:Penguin
09/01/07 22:15:35 vExK0bDD
KillerFS
396:login:Penguin
09/01/07 23:01:12 vvz8dY2r
どうして、そんな縁起の悪そうな名前ばかりなんだよ。
HeavenFSとかWalhallaFSみたいなのにしようぜ。
397:login:Penguin
09/01/07 23:45:54 76AuvVYI
OwataFS
RealFsckFS
398:login:Penguin
09/01/08 00:25:01 6OJP0Z3U
UnderCherryFS
399:login:Penguin
09/01/08 00:57:54 rgO3Fykq
RHEL4 で、
/sbin/mkfs -t ext3 -T largefile /dev/sda1
でファイルシステムを作りました。
tune2fs -l /dev/sda1 で見ても、features に large_file と表示されないのはなぜなのでしょうか？
400:login:Penguin
09/01/08 01:07:52 TPFei93y
>>399
man mke2fs
401:login:Penguin
09/01/08 05:46:45 YOSWQa5L
snapshotとれるFSで予め領域確保とかしなくていいものだと何がお奨め？
402:login:Penguin
09/01/08 09:51:26 mQUcS+1Y
afs
403:login:Penguin
09/01/08 10:54:37 emjBQ7Y/
本気でReiser4をフォークしようぜ
404:login:Penguin
09/01/08 11:01:48 3ybXM10s
>>403
どうぞどうぞ。
405:login:Penguin
09/01/08 13:06:44 QpPYIj3l
ディレクトリに対して suid パーミッションを立てると
どんな効果があるの？無意味？
406:login:Penguin
09/01/08 19:07:46 c4gMowFj
URLﾘﾝｸ(permalink.gmane.org)
凄すぎる
ジャーナル有りでIOzone 8Threadでもext[23]よりも速いとは……
2.6.29でwithout-journalサポートされるらしいし
407:login:Penguin
09/01/08 19:24:33 O6eba7uh
性能持ち直してたのか
408:login:Penguin
09/01/09 00:17:41 Hdxu1sBm
reiserFSは小さいファイルが得意と言う場合、
小さいファイルってのはどれくらいのサイズの事を言うんでしょう。
100KB以下とかそんな感じでとらえていいんでしょうか。
それとも設定で変わるから一概には言えないとか？
409:login:Penguin
09/01/09 00:53:27 VdNNmbk1
>>408
4kb
410:login:Penguin
09/01/09 01:26:32 OtSi3E50
4kbitか。
411:login:Penguin
09/01/09 04:35:08 wY5ihNUA
512Bか、そりゃちっちゃいなー……なんてことはないやろｗ
412:login:Penguin
09/01/09 05:25:36 EKW8+Eao
「小さいファイルが得意」って言ったって
別にHDDのアクセスタイムを短く出来るわけじゃないし
(エレベーターシーキングとかやってるかもしれないが)
単に、「ファイルの生成/削除が速い」ってだけじゃないのかな。
逆にXFSはそれが遅いと。
413:login:Penguin
09/01/09 05:26:48 EKW8+Eao
あ、NTFSでもやってるみたいな
実体をinode情報周辺に置いてるのかも。
414:login:Penguin
09/01/09 11:39:51 BGUtmeux
NTFS と ext2 というか UNIX 系のファイルシステムで根本的に
違うのは、ファイル名に関する情報の扱いだと思う。
前者は MFT にファイル名が書かれている。
後者は ディレクトリエントリ内に書かれている。
これって、ファイルシステムの機能や性能に大きく影響するかな？
415:login:Penguin
09/01/09 12:48:22 BkTWwdib
>>413
tail packingしてる
416:login:Penguin
09/01/09 21:07:12 uA07Wbkb
ext3
ｵ
ﾜ
ﾀ
417:login:Penguin
09/01/09 21:54:33 z9X35o9v
exFAT？なにそれ？おいしいの？
URLﾘﾝｸ(journal.mycom.co.jp)
418:login:Penguin
09/01/09 22:14:47 5PbbeD6s
SDXCにはMSへのライセンス料が含まれるのか?
まぁそれよりもexFATって軽く調べたらVista SP1以降でしか使えないみたいだけれど，
どうすんだろ?
419:login:Penguin
09/01/09 23:01:35 xdxj3Kr9
>>418
WinやMacはカードリーダにドライバつけるんじゃない?
フリーOSじゃどうすんだろ? 特許があるんで手が出せないぞ。
420:login:Penguin
09/01/09 23:23:40 VdNNmbk1
というか記憶デバイスが特定FSを前提に開発されちゃうのが怖い。
421:login:Penguin
09/01/10 10:26:19 KTlgHD1h
extかfatで細々と利用されてDVD-RAMみたいに廃れそうな予感
むしろBSDやOSXでアクティブなUDFの方が良かったんじゃないか
422:login:Penguin
09/01/10 10:43:02 z5BgCo2F
カード単体で使うならexFAT以外でも使えるとは思う。
問題はビデオカメラ等でSDXCが採用されるとそのフォーマットはexFATになるだろうから
そのデータをexFATに対応したOSで無いと取り込めないのが困る。
exFATの仕様が全て公開されていてなおかつドライバをOSSで作ることに問題が無ければ良いのだろうけれど
どうなんだろね?
423:login:Penguin
09/01/10 13:03:03 B7NOAodS
btrfs来たな。
424:login:Penguin
09/01/10 14:11:35 qqkNGPYL
>>423
どこに？
425:login:Penguin
09/01/10 14:34:53 9jR1ZPOO
URLﾘﾝｸ(www.kernel.org)
commit 73d59314e6ed268d6f322ae1bdd723b23fa5a4ed
Merge: 6ddaab2... e293e97...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Fri Jan 9 13:01:38 2009 -0800
Merge git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable
あたりかね。
426:login:Penguin
09/01/10 17:05:30 SDyyTx60
>>400
作ったファイルシステムに2GB越えのファイルを作ったらlarge_fileが表示されるようになりました。
427:login:Penguin
09/01/10 17:10:25 SDyyTx60
RHEL3でext3のファイルシステムを再作成しようとしたら以下のエラーが出てしまって、
再作成できませんでした。
字のごとく書き込みができないのが原因のようですが、解決方法をご存知の方が
いらっしゃれば教えてください。
再作成前のファイルシステムに対しては普通に読み書き可能でした。
#/sbin/mkfs.ext3 /dev/sdo1
mke2fs 1.32 (09-Nov-2002)
Warning: could not erase sector 2: Attempt to write block from filesystem resulted in short write
Filesystem label=log1-s1-vol9
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
120127488 inodes, 120124021 blocks
6006201 blocks (5.00%) reserved for the super user
First data block=0
3666 block groups
32768 blocks per group, 32768 fragments per group
32768 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Warning: could not erase sector 0: Attempt to write block from filesystem resulted in short write
mkfs.ext3: Attempt to write block from filesystem resulted in short write while zeroing block 120124000 at end of filesystem
Writing inode tables: 0/3666
Could not write 8 blocks in inode table starting at 32: Attempt to write block from filesystem resulted in short write
よろしくお願いいたします。
428:login:Penguin
09/01/10 17:19:33 qqkNGPYL
>>427
金持ちのおまいにはサポートセンターがあるだろ？
429:login:Penguin
09/01/10 18:24:22 dCpa2VUq
>>421
DVD-RAMは廃れてないけどな。
430:login:Penguin
09/01/10 19:58:19 qPQiCiYn
>>424-425
URLﾘﾝｸ(www.mail-archive.com)
だろ？ 常識的に考えて。
>>427
1. mkfs.ext3はext3を作成する為のコマンドであってスーパーブロックの再生成にはe2fsckを使う
つか、再作成って何？ 普通にmkfsするのと何が違うの？
2. mkfs.ext3 /dev/sdo1ではFilesystem labelは付かない。
log1-s1-vol9とかってラベルが付いているのは何故？
自分でやった事は全部書け。勝手に省略すんな。
そもそも、そのエラーの理由はLBA32/48読み込みの失敗から、loopback/chroot環境構築の失敗まで多々ある
自分の環境/やった事/結果を一言一句間違えずに書かなきゃ、こっちだって分からんよ。
3. mke2fs 1.32は古すぎるだろ？ 何故1.41.3を使わん？
ext4も、256 Byte I-nodeも、half_md4もサポートしてないmke2fsの話は他所でしろ。
更に言えば、ここはunstableなFSでも平気で使うような奴の巣窟だ。RHELの事はRHELスレで聞け。
431:login:Penguin
09/01/11 09:36:31 GdHI0atf
すいません、検索してるんですがなかなかよく分からないので質問させてください
（１）ntfsmount（ntfsprogs）と、ntfs-3gはどちらを使うべきですか？
（ntfs-3gのほうが新しいのですよね？）
（２）ntfs-3gはNTFS5を読み書きできますか？
432:login:Penguin
09/01/11 17:54:02 VCi3yThs
>>430
ゆとり教育の弊害どころか飛び級の無い日本だが
学校でいう進級や留年みたいなものでは。
unstableは問題に当たる可能性は高いかもしれないが
安全なつもりでいても逆にstableは致命的なバグを抱えたままかもしれない。
unstable/testing/stableは、いつか「来た道、やがて行く道」
みんなお母さんから生まれて、そして、死んで行くんだ。
>>431
NTFS5はWindows 2000のじゃないかな?
NT5.0がWindows 2000、NT5.1がWindowsXPで、NTFSの仕様も微妙に違ってた気がする。
Windows 2000のNTFSにntfs-3gでなら書き込みできた。
何か間違っててもｼﾗﾈ。
433:login:Penguin
09/01/11 17:55:45 WRuKmtyv
>>431
俺も回答
Windows XPのNTFSにntfs-3gなら(ry
何か間違ってても(ry
434:login:Penguin
09/01/11 18:06:09 fyLcIhSu
日本の教育がなぜ駄目になったかというと、文科省が学校運営に口を出しているからだよ。
だから教育改革とかなんとかやってるけど、文科省が主導するかぎり何も変わらないんだよね。
435:login:Penguin
09/01/11 19:24:07 WFsXzuEE
>>434
その前におまいが駄目だろ。すれ違い消えろ
436:login:Penguin
09/01/11 19:35:29 FgBzdMni
>>434
主観で語るうちは何も変えられないよ。
437:login:Penguin
09/01/11 19:52:09 fyLcIhSu
>>436
主観じゃねーよ、傍観
438:login:Penguin
09/01/11 20:08:40 3xOp+/pz
中二病ですね、わかります
439:login:Penguin
09/01/11 20:11:50 fyLcIhSu
中二病って言ったやつが中二病なんだよ！！
↑ある意味真理
440:login:Penguin
09/01/11 21:11:01 TxvqzUTm
ubuntuのintrepid ibexで早くbtrfsが使いたいです
どうすればいいですか
441:login:Penguin
09/01/11 21:12:35 FgBzdMni
>>440
つ カーネルコンパイル
442:login:Penguin
09/01/12 01:06:14 MijjCgiy
>主観じゃねーよ、傍観
443:login:Penguin
09/01/13 03:35:43 gSh8ctRS
>>438
世の中夜勤帰りで朝から寝てる人だっているんだよ？
引っ越しの時ちゃんと挨拶行った？
顔合わせた時ちゃんと挨拶して軽く会話するとかしてコンタクト取り続けてる？
そういうコミニュケーションがきちっと取れてれば
いつ掃除機を掛けても大丈夫なのか、いつなら駄目なのか
迷惑を掛けないように生活出来るはずなんだが
444:login:Penguin
09/01/13 05:17:05 ZLiyIRX4
最近は挨拶してもシカトされるなんてザラなんだぜ。
所謂「常識」の通じない人間が増えたと常に留めとくべし。
2ch限らずコミュニティでも気が楽になる。
445:login:Penguin
09/01/13 23:53:23 eTcY23vI
1 ディレクトリ 5000 以上の JPEG ファイルというデータディレクトリを
Linux Samba 3 経由で使用しようとしているけど、やっぱり ReiserFS かな？
UPS が無い環境だしカーネルパニックもあるかもしれないので、XFS の下記表記が怖すぎる
それとも今は ext4 がいいのでしょうか？
URLﾘﾝｸ(www.gentoo.org)
> ReiserFSはB*-ツリーを基礎として作られたファイルシステムで、非常に良い性能を持っています。
> 小さなファイル(だいたい4kバイト未満)を扱うときは、ext2やext3よりも非常に高い性能を発揮し、時には、10～15倍にも達します。
> ReiserFSは大きなファイルシステムなどでも性能を発揮します。メタデータジャーナリングも備えています。
> カーネル2.4.18以降、ReiserFSは非常に安定しており、一般的な目的のファイルシステムはもちろん、
> 大きなファイルや大量の小さなファイルを扱うような極端なケースにおいても推奨されます。
> ReiserFSはブートパーティション以外ならいつでもお勧めします。
> XFSはメタデータジャーナリングを備えたファイルシステムで、
> Gentoo Linuxではxfs-sourcesカーネルで完全にサポートされています。
> 堅牢な特徴を持ち、スケーラビリティを持つように最適化されています。
> このファイルシステムはハイエンドのSCSI/fibreチャネルストレージと無停電電源装置を備えたシステムでのみ推奨します。
> XFSは積極的に処理中のデータをメモリにキャッシュするため、
> 間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない; そのようなプログラムが数多くあります)を走らせたときに、
> 不意のダウンによってデータが失われてしまう恐れがあります。
446:login:Penguin
09/01/13 23:57:46 eTcY23vI
1 ディレクトリ 5000 以上の JPEG ファイルがあるようなデータディレクトリを
Linux Samba 3 経由で運用しようとしていますが、やはり ReiserFS がよいでしょうか？
XFS は下記記述が怖すぎます
あるいは今は ext4 の方がよいでしょうか？
今まで ext3 で運用していましたが結構遅かったです
URLﾘﾝｸ(www.gentoo.org)
> 堅牢な特徴を持ち、スケーラビリティを持つように最適化されています。
> このファイルシステムはハイエンドのSCSI/fibreチャネルストレージと無停電電源装置を備えたシステムでのみ推奨します。
> XFSは積極的に処理中のデータをメモリにキャッシュするため、間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない;
> そのようなプログラムが数多くあります)を走らせたときに、不意のダウンによってデータが失われてしまう恐れがあります。
447:login:Penguin
09/01/13 23:59:13 eTcY23vI
ぐおお、書き込み失敗したと思ったら書けてた…
レス被りスマン
448:login:Penguin
09/01/14 00:07:56 QL7wWPsY
btrfsがあったら薦めるところなんだが…！
静止画ファイルくらいまでだったらReiserFSでいいかな。
動画ファイルとかディスクイメージ置き場だったら俺はXFSにしてたけど。
# 「不意のダウン」みたいな事態にファイルが壊れるって経験はしたことはない。でも一応用心はしてた。
449:login:Penguin
09/01/14 00:26:47 AMxM894u
>>445
>免責事項 : このドキュメントはすでに正しくなく、メンテナンスされていません。
つ URLﾘﾝｸ(www.gentoo.org)
450:login:Penguin
09/01/14 00:42:52 BKeAAq83
単なるファイル置き場にするのなら、少しでも枯れているほうがいいのでext3でそ。
451:login:Penguin
09/01/14 01:34:26 kk1ljLQq
>>448
なるほど
動画も JPEG に比べればごく少数ながらあります
とはいえ、ほとんど Read アクセスなので
XFS の遅延アロケーションによる劇的な Write 時間短縮までは不要かなと考えています
>>450
ext3 は今まで使ってましたがけっこう遅かったです
XFS か ReiserFS にすると劇的に速くなるとどこかで見たのでお聞きしました
452:login:Penguin
09/01/14 01:43:59 uxeurj3K
>>446
説明を見る限り、Wikipediaに書いてあるこれのことじゃないかな?
URLﾘﾝｸ(ja.wikipedia.org)
>XFSは遅延書き込み最適化と、データとメタデータのディスク書き込み順序の点については SuSの解釈に甘さがある。同様に、ext3やdata=orderedモードのReiserFSで動作する操作が、データ破壊を引き起こす場合がある。
>echo "original data here" > data
>echo "new data goes here" > data.new
>mv data.new data
>*crash*
>この3つの操作が実行された直後にクラッシュや電源が落ちたりすると、ファイルがランダムデータやヌルコードに置き換わったりする可能性がある。 なお、bug report in Ubuntu と posting from a XFS developer on linux-xfs にこの点に関する反対意見がある。
あと、XFS(に限らないらしいが)を電源Backupが無い環境で使う場合はHDDの書き込みキャッシュを無効にしておくべきらしい。
URLﾘﾝｸ(xfs.org)
453:login:Penguin
09/01/14 01:59:06 BKeAAq83
>>451
ちょっと待った。その遅さは本当にfsが原因? samba側は問題ないの?
tmpfsとかにファイルを置いて試してみた?
454:login:Penguin
09/01/14 06:02:16 DhAewHX0
Linux向け次世代ファイルシステム「Btrfs」最新版が公開
URLﾘﾝｸ(journal.mycom.co.jp)
キタコレ！
455:login:Penguin
09/01/14 07:48:03 8343VN5Q
>>446
まずは、一般的なファイルサイズについて明記
456:login:Penguin
09/01/14 13:17:27 Pstmpi3r
>>454
延期とかいう噂もあったけど、結構強引に突っこんできたな。
457:login:Penguin
09/01/14 13:27:24 y9EJqbHs
>>452
そのWidkipedia(ja)の記事って、書いた人の主観だろ。
裏付けが全然ないし、古い情報(2004年)参照してるし。
458:login:Penguin
09/01/14 13:30:18 l86PBwjh
>>457
君が新しい情報を追記すればいい
そのためのwikipediaだ
459:login:Penguin
09/01/14 13:43:30 y9EJqbHs
単に削除するだけでいいじゃん。
jaの記述なんて不確実すぎるから、自分では参照として提示なんてしないし、
提示された時はenと比較するし。
460:login:Penguin
09/01/14 19:45:22 rLpRJpXz
きも・・・
461:login:Penguin
09/01/14 20:02:50 f/uyN7Hf
どうしてXFS使っている奴って変な奴が多いのかな
例えばext[34]をdata=writebackでマウントして使ったとして
使っている奴等は安定性を犠牲にしていることを自分で理解しているよ
SGIも宣言している通り、XFSはext[34]で言う所のdata=writeback相当の事しかしないんだ
それでどうしてext[34]と同等の安定性を得られるの？
というかdata=writebackしかサポートしない時点で
普通、自分が使うのはともかく人には勧めないよ
「ファイルが壊れるって経験はしたことはない。」とか言っている奴は何なの？
それはたまたま運が良かっただけか、無かった事にしているだけで
そういう時に壊れやすいのはXFSの特性なんだ
> XFS(に限らないらしいが)を電源Backupが無い環境で使う場合はHDDの書き込みキャッシュを無効にしておくべきらしい。
とか、さもすべてのFSが対象みたいな事言いだしているけど、そのためのwrite-barrierですから
data=ordered 又はdata=journal で barriers enabled なマウントしている限り
あなたの心配しているような事は絶対に起きません
更に言えばext4ではデフォルトで barriers enabled ですね
XFS使い vs. その他で勝手に宗教戦争するのはかまわないけどさ
ウソたれ流すのは勘弁してよ、特にXFS使いの人達
462:login:Penguin
09/01/14 20:20:16 fNNZNqAg
ええとだな。とりあえず>>448がXFSを薦めてないのは理解しているか？
463:login:Penguin
09/01/14 21:21:25 wVpvV381
>>461
私は変な奴です
まで読んだ
464:login:Penguin
09/01/14 21:24:52 1h8puFDu
どう見ても、アンチXFSの方が変な奴比率高いよな。
まあ一人が頑張ってるのかもしれないけど。
465:login:Penguin
09/01/14 21:26:35 oZEBierL
長文にろくなのがいない件
まぁまとめる能力が欠如しているのだから当然の帰結ではあるのだが
466:login:Penguin
09/01/14 21:38:17 wVpvV381
長文は1人だろうな
アンチXFSの中でも、こんな腐った文章の香具師は珍しいだろうからなw
467:login:Penguin
09/01/14 21:55:13 r9yIG5Ki
よし、覚悟を決めた。
明日、メインマシンのルートシステムをbtrfsで置き換える。
基幹サーバーもそうしてしまおうか。でもHDD引っ張り出すのが面倒だ。
468:login:Penguin
09/01/14 22:13:00 pyL5oSxj
まだテストも通っていないfsなのにメインマシンのルートシステムて
469:login:Penguin
09/01/14 22:20:04 XC5/7Lcv
>>467
ネタかもしれんが人柱乙。
ブートローダはまだbtrfsに対応してるのなさそうだから
/bootはext3とかで残しておけよ。
生きてたらレポートきぼんぬ。
470:login:Penguin
09/01/14 22:27:35 r9yIG5Ki
Btrfs Conversion from Ext3なんてのもできるんだなー。復元も可能ぽい。
Transparent zlib compressionはやっぱブロックデバイス毎なのかな。
取り合えずbtrfs-progsは準備できたが、カーネルのビルド時間かかるから寝るわ。
471:login:Penguin
09/01/14 22:32:02 XC5/7Lcv
お。本気っぽい。期待>>470
472:login:Penguin
09/01/14 23:58:49 kk1ljLQq
>>453
Sequential Read : 14.493 MB/s
Sequential Write : 44.616 MB/s
くらい出ています
tmpfs だと流石に RAM だから速いのか、約 6 分のファイルコピーが約 4 分に短縮されました
>>446
画像置き場が平均 160 KB、写真置き場が平均 760 KB、
動画や CD イメージだと数百 MB になるみたいです
DVD iso などは取り込みませんが、たまに OS イメージなどをダウンロードして置いたりします
473:login:Penguin
09/01/15 00:10:53 j/ul2azK
>>461
ext3 or ext4 を -O barrier=1 で作成しさえしておけば
安全に SATA HDD の write cache を活かすことができるということでしょうか？
ReiserFS でも同等のオプションはありますでしょうか？
現在 dir_index 付きの ext3 で運用していますが
ReiserFS や ext4 にすれば劇的に速くなりますでしょうか？
474:login:Penguin
09/01/15 00:14:15 L6TCniDe
>>473
4分以下にはなりません
475:login:Penguin
09/01/15 01:53:06 35FWcKs+
>>472
どんなに速くなっても50%程度の速度向上なんだから、
fsいくらいじっても幸せになれないってことは理解できるか?
476:login:Penguin
09/01/15 06:55:02 poz1gYdK
取り合えず入れてみた。昨日のlinusツリーね。
(よく知らないけど、)ZFSのようにFS自体がLVMのような役割も担っていて、
複数のデバイスへの読み書きをFSのレイヤーから扱う(事`も`できる)。
ルートファイルシステムの下に、サブボリュームという消せないディレクトリを作れて、
これが実質的にそれぞれのパーティションというかボリュームに相当する。
fsck、リサイズ、スナップショット、`デフラグ`などがオンラインで可能。
LVMとは違い統合がされているので、操作は驚くほど楽だと思った。
後はチェックサムだとかは標準で有効なのかな。ちょっとCPUは使う模様。
18117 ? S< 0:00 [btrfs-worker-0]
18118 ? S< 0:00 [btrfs-submit-0]
18119 ? S< 0:00 [btrfs-delalloc-]
18120 ? S< 0:00 [btrfs-fixup-0]
18121 ? S< 0:00 [btrfs-endio-0]
18122 ? S< 0:00 [btrfs-endio-2]
18123 ? S< 0:00 [btrfs-endio-4]
18124 ? S< 0:00 [btrfs-endio-met]
18125 ? S< 0:00 [btrfs-endio-met]
18126 ? S< 0:00 [btrfs-endio-met]
18127 ? S< 0:00 [btrfs-endio-met]
18128 ? S< 0:00 [btrfs-endio-met]
18129 ? S< 0:00 [btrfs-endio-met]
18130 ? S< 0:00 [btrfs-endio-wri]
18131 ? S< 0:00 [btrfs-endio-wri]
18132 ? S< 0:00 [btrfs-endio-wri]
18133 ? S< 0:00 [btrfs-cleaner]
18134 ? S< 0:00 [btrfs-transacti]
18291 ? S< 0:00 [btrfs-worker-1]
スレッドがたくさん走る.
まぁまだオプションとか情報表示とか、そもそもの解説が少ない感はある。
完全移動はする必要はないんだが、かといってアクティブに使わないと評価分かりづらいからな…。
477:login:Penguin
09/01/15 06:55:04 C3NMXrNi
fsだけで体感めちゃくちゃ速度が変わるなんてあんまりないでしょう。
上のほうであったxfsの小さなファイルを扱うときくらいじゃない？
体感ですごくわかるのって。
478:login:Penguin
09/01/15 07:26:03 z5KSndAE
>>476
人柱乙！
そのプロセスの数スゴいね。
bonnie++のベンチマーク試してみてくれない？
最後まで正常に走るかどうか分からないけど。
479:login:Penguin
09/01/15 08:11:09 HzY/76AM
>>464
＞どう見ても、アンチXFSの方が変な奴比率高いよな。
＞まあ一人が頑張ってるのかもしれないけど。
必死だな。工作員乙
480:login:Penguin
09/01/15 16:38:13 8S8qNtcK
せっかくbtrfsというオモチャが手に入ったんだからそっちで楽しもうぜ。
いきなりroot入れ替えるのは怖いから、実験用にとっておいた20Gのパーティションにぶち込んでコピーしてみるかな
481:login:Penguin
09/01/15 19:27:43 ikjPymGe
おれみたいなチキンが本番で使うようになるのは何年後だろうな。
482:login:Penguin
09/01/15 19:38:59 5t9g76Ic
>>479
アンチXFSに短文レス発見！！
483:login:Penguin
09/01/15 19:45:28 YWNkljTN
アンチでフィルタするとすっきり
484:login:Penguin
09/01/16 00:53:38 ypiw6TAn
XFSでフィルタするとすっきり
485:login:Penguin
09/01/16 13:26:45 dEnGaCm2
また沸いたか……
486:login:Penguin
09/01/16 19:30:31 qVPbdl04
おまえらの大半がXFSを主に使っている事は分かったよ
自分の使っているものを貶されると頭にくるもんな
あーあ、ほんとバカばっかになっちゃったな
どうせ、UbuntuとかFedoraなんかのインストール用DISCがサポートしているFSが
おまえらが選択できるFSの全てなんだろうな
もういっその事XFSスレでも作って、XFS厨＆アンチXFS共々そっち行ってくれないかな
もうさ、新着レスがXFS厨＆アンチXFSのものだけとかウンザリなんだわ
487:login:Penguin
09/01/16 19:41:00 u7wlazQY
うはw ほんとに粘着しているんだw
488:login:Penguin
09/01/16 20:19:34 1KZCvI0u
URLﾘﾝｸ(homepage2.nifty.com)
あれ？もしかして最速は EXT(dir_index) なの？
489:login:Penguin
09/01/16 20:28:48 29jNcghI
アーキが変われば結果も変わる。
カーネルのバージョンが変われば結果も変わる。
490:login:Penguin
09/01/16 21:17:59 1KZCvI0u
2.6.18 は 2006/09 か
今の状況はわからんのね…
491:login:Penguin
09/01/16 21:31:44 VaS+Z9mp
URLﾘﾝｸ(www.phoronix.com)
これ見るとEXT4速い。
他ではReiserFSかな。
492:login:Penguin
09/01/16 22:49:40 3NkIX9v6
exfatってまだ出てきてないのかな。
sdxcカードがwindows専用になってしまいそうで恐い。
493:login:Penguin
09/01/16 23:12:17 nd1gpV7d
>>488
CPUが遅すぎる
494:login:Penguin
09/01/16 23:26:23 mHeDiGy7
>>486
>>465
495:login:Penguin
09/01/17 01:45:09 HaFyQgmi
なんかもうntfsとex3しか使ってねーな
496:login:Penguin
09/01/17 03:38:11 uDsPuRz/
>>491
何か結果がばらつきすぎていて
EXT4 が速いとは一概には言えない感じ
497:login:Penguin
09/01/17 03:39:31 uDsPuRz/
>>495
ext3 って他の FS と違ってエクステントをサポートしてないけど
性能とか効率の点でそれでもいいの？
498:login:Penguin
09/01/17 03:48:22 cT8E3oxH
>>497
extent使いたいならext4使えばいいだけでは。
499:login:Penguin
09/01/17 03:59:16 U43KyFDP
当たり前過ぎて怒られそうだが。
何%速いとか遅いとか比較になるけど、そういうのはあくまで基礎データ。
自分の用途への向き不向き、想定作業でどれくらいの実時間になるかってのを
考えられないと結局無意味なんだよね。万能FSなんて存在しないし。
500:login:Penguin
09/01/17 04:19:29 uDsPuRz/
URLﾘﾝｸ(www.gentoo.org)
改めて Gentoo による各ファイルシステムの紹介文を見ると
XFS のデメリットは相当マイルドな表現に変わっていた
ReiserFS はあまりメンテナンスされていない旨が追記された
EXT3 と JFS はやたら凄そう
ちなみにこのスレでは JFS はどんな評判ですか？
501:login:Penguin
09/01/17 04:21:26 oGyAZ7Ca
ext3はHDDに負担がかかるのと、トラブル時にほぼ復旧できないのが辛いところ。
自分で壊してデータは救えないみたいなマッチポンプ状態。
ext4以降には期待してる。
頑張れよおまえら。
俺は使うだけだが。
502:login:Penguin
09/01/17 06:31:11 S+ngPFbA
>>497
性能上も容量効率上もあまり良くない
長年の工夫でカバーしてる状況
503:login:Penguin
09/01/17 08:52:04 rEyZuoad
>>497
パーソナルユースだし、細かいことなんてどうでもいいから。
504:login:Penguin
09/01/17 10:54:57 cCEIiUNM
左から右に並べると
Reiser4 Btrfs JFS XFS ext4 Reiser3 ext3
どう見てもext厨＝右翼です。本当にありがとうございました。
505:login:Penguin
09/01/17 11:20:54 6MfpTJtI
ext3厨なんているのか？
ディストリのデフォルトだからとか、
周囲が使っていて他のファイルシステムを選択するより無難だとか、
いろんな理由で他を選択する余地が無いからext3使っているよっていう立場が多数なんじゃないのか。
506:login:Penguin
09/01/17 11:33:31 1H9/sMRJ
Centスレにすげー必死な人が居たのは覚えてる。
欠点を指摘されると「運用の仕方が悪い」「運用する奴が悪い」等々言い出すだけで
何の反論もしていなかった人。
507:login:Penguin
09/01/17 11:35:56 XREbgEAs
>>504
ヒント: 最右翼
508:login:Penguin
09/01/17 11:57:59 7V+8Nq1c
ext3は無難の一言に尽きるね。
利用法が固まってるならFS探求の旅に出るのもいいと思うが
509:login:Penguin
09/01/17 12:39:55 8y2Ap4W4
HansFS=Reiser4を獄中で完成させてくれw
510:login:Penguin
09/01/17 18:39:01 tOysdEeV
無難というのは、問題が出ても自分に降りかかる火の粉は少ないという意味じゃね？
ググって問題解決したら、自分がいるスレまで来て質問したりしないという意味で。
511:login:Penguin
09/01/17 21:48:42 SSvPPNia
>>509
仮に完成させても、mainlineにmergeされず、dist.も採用せずでははやらないだろうに。
ext3はデフォルト採用のdist.が多いってだけだな。
btrfs早く来いとは思うが、人に勧めるときは無難にext3になってしまう。
512:login:Penguin
09/01/17 21:58:43 0y6D1dah
実用上はext3ほぼオンリーだけど、ext3には熱く語りあうための萌えや燃えが少ないよな。
なんというか、ファイルシステムスレで語るようなモノがあまりないと思う。
513:login:Penguin
09/01/17 22:19:18 uDsPuRz/
JFS とかどうなん？
XFS はこのすれでは罵倒対象なんだよね？
514:login:Penguin
09/01/17 23:14:17 uYWaRZoa
実用がext3ってw
どう考えてもreiser一択だろ。
515:login:Penguin
09/01/17 23:24:07 AVmiEuig
>>513
XFS 罵倒対象
JFS 無視対象
ext3 利用対象
btrfs 羨望対象
ZFS 横目対象
516:login:Penguin
09/01/18 00:08:07 Gk0FMWJq
つーかさ、このスレを全部読んで出た結論が
XFS信者とアンチ君がウザすぎるから、XFSには関わらないでおこう。とかではなく
XFSは罵倒対象。に読めたようなアホは少し黙っていてくれないか
ましてや、毎回毎回ageで書きこみとか、もうね………
517:login:Penguin
09/01/18 01:44:30 pLTaNS5z
2.6.29 きたら btrfs メインにしようかと思ったけど、ext4+extent のほうがさわった感じではよさげ。
518:login:Penguin
09/01/18 09:26:27 C5libQb+
おまえら
罵倒FSはbtrfsだろ？
519:login:Penguin
09/01/18 12:47:54 WouOOnN5
btrfsはunder heavy development…なんて書いてあるし、試すものであって使うものじゃないよね
520:login:Penguin
09/01/18 13:18:47 fTeqwP4F
>>516
ホント、ただ叩き合ってるだけで中身がないよね。
国会議員と同じ。
で、Win/Macユーザーから何か言われると仲良くなったりして。
こういう用途にはこのFSが適してるとか、
一覧無いのかね。
521:login:Penguin
09/01/18 21:54:25 0u1y86kE
>>517
両方の新しいやつを追いかけてくれ。
あなたならやってくれると信じている
522:login:Penguin
09/01/19 07:21:54 t3poZpe/
>>513
＞JFS とかどうなん？
＞XFS はこのすれでは罵倒対象なんだよね？
いいよ、JFS。安定していて早い
XFSも用途によっては、ありかもしれないが、基本ＮＧが多いから使わない方通い
動画配信くらいか。
523:login:Penguin
09/01/19 07:24:53 1fZSQogK
と書くと、今度はJFSアンチが湧き出すと思われます
>>523-527あたり
524:login:Penguin
09/01/19 07:35:39 LMDDBHnv
JFSもXFSも特にトラブってない。
JFSは情報(特にトラブったときの)をあまり見かけないから不安はある。
XFSは>>332とかが気になるけど、まあそんなに頻繁にすることでもないし、
そもそも向いてないのが分かってる。
525:login:Penguin
09/01/19 22:47:35 1fZSQogK
>>504
>>507
ext3は極右
526:login:Penguin
09/01/19 23:54:00 zDlUroSU
叩かれることを承知でXFSについて書いてみる
昔仕事でIRIXを使っていた関係上XFSを使っているのだが
確かにカーネルソースとかを扱うと遅い
でもmkfsの速さとxfs_growfsのお手軽さは好きだなぁ。
xfs_repairは確かにメモリを食うけど個人で使う分には
2Tや3Tのパーティションがある訳じゃ無いしね。
527:login:Penguin
09/01/20 00:03:03 R01Is8WG
>>526
カーネルソースを扱うと遅いってどういう意味？
小さいファイル＋ディレクトリ沢山だと遅い？
再インストール時に/をxfsにしてみた。
全く普通。ext3と差を感じない。
528:login:Penguin
09/01/20 00:08:16 QRfmq3x6
IRIXとlinuxとじゃ実装が違う。
529:login:Penguin
09/01/20 00:09:18 ZRHXd2uB
>>527
>>312-323
小さいファイルを扱うと極端に遅い。