/**ファイルシステム総合スレその 9 **/

/**ファイルシステム総合スレその 9 **/ at LINUX

[前50を表示]
100:login:Penguin
08/11/20 01:44:06 fU+d4bZk
i686時代に使っていたReiser3のHDDをそのままx86_64な環境につないで
読み書きしてるが、怒られたことはないなあ。

気がついていないだけかもしれんが。

101:login:Penguin
08/11/20 02:05:43 12dtnkqZ
あった。ソースはこれの「csum_partialの正しい使い方を考える」ってところ。
URLﾘﾝｸ(www.atmarkit.co.jp)

102:login:Penguin
08/11/20 08:14:36 X6AXrOGb
>>94
どうでも良いけど、使っている奴が最新情報提供しているんだから
煽るだけなら、黙って炉よｗ

103:login:Penguin
08/11/20 14:01:56 DnCRcSPF
都合の悪いことや、気分の悪くなる情報は
聞きたくないし知りたくもないんですね。
わかりますん

104:login:Penguin
08/11/20 15:27:48 +RN9JES/
俺が実際に使ってJFS駄目だったと書いたら嘘つき呼ばわりされたよ
JFSが腐ってるのと同様、JFS厨の精神も腐ってる

105:login:Penguin
08/11/20 22:47:03 nQ3aLCdg
Reiser4

コレ、最強。

106:login:Penguin
08/11/20 22:49:30 CeDuhMqr
Archの/varはreiserfs。
これだけはガチ。
一度XFSにしてひどい目にあった。

107:login:Penguin
08/11/21 02:23:46 KVuWcd2C
そこでNILFSですよ

108:login:Penguin
08/11/21 02:28:00 +VD2TtVX
Reiser4 は Hans 以外完成させるのは無理なような。

>>106
どうひどい目にあるのか気になる。
まぁライトバックのことなんだろうけど。

109:login:Penguin
08/11/21 02:35:24 nEYFCJnb
>>108
めちゃくちゃ遅い。
小さいファイルを扱うと遅いと聞いてたが、酷すぎる。
今はXFSは音楽や動画ファイルを置くデータ用のパーティションにのみ使ってる。

110:login:Penguin
08/11/21 03:39:24 D1p0B2PQ
>>109
無対策で小ファイルにXFSを選ぶところで間違ってるとしか言いようがないな…。
bonnie++の下の段だと、1ファイル100KBを超えたあたりから、
reiserもXFSも差がなくなるね。これでどのくらい測れるものか良く分からんけど。

うちはRAID1+LVM+XFSで、アロケーショングループを調整してアクセスを
半明示的に各ドライブに分散させてアクセスタイム隠蔽してる。
数十KB～数MBが600万ファイルくらいあるけど、削除が遅いのを
仕様と諦める以外は十分に速い。

111:login:Penguin
08/11/21 04:14:44 TGM1mmPN
XFSは遅いからな。
体感も含めた速度ならJFSかreiserfsでしょ。

112:login:Penguin
08/11/21 06:49:18 D1p0B2PQ
どの特性かを言わずに速い遅い言うと荒れるから注意な。

XFSは最初から巨大ファイルが主眼だから、
まぁ多数のファイルは察するべし、だよなぁ・・・。

113:login:Penguin
08/11/21 10:29:28 MCXk6JCF
逆にでかいファイルの扱いはreiserfsが駄目で、
MythTVのHOWTOに名指しでreiserfs(v3)使うなと書かれているな。

114:login:Penguin
08/11/21 11:25:06 lD9z0FlQ
>>111
reiserfs(v3)は使ったことあるからext2に比べて感覚的に速いのは分かるが、
JFSってreiserfsより速いの？
JFSは使ったことない。

115:login:Penguin
08/11/21 11:52:00 gawMPHz8
JFSは全般的に遅い
XFSの小ファイルはext3に比べればむしろ速い

116:login:Penguin
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

次ページ