トップページ⇒linux
1001コメント304KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2008/10/26(日) 15:18:36ID:VYy55fXH
過去スレ
　01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
　02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
　03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
　04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
　05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
　06 http://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 http://pc11.2ch.net/test/read.cgi/linux/1190788761/
0653login:Penguin2009/02/08(日) 10:40:02ID:E92veWbP
このスレって、XFS信者とアンチが居ないと、こんなにも寂しいスレだったんだね
前は一日に10〜30レスとかついてたのに、今はまる二日レス無しとか…

アンチさん早く出てきてよ
dir_index付けても、付けなくとも速度に変化無し、とか言ってる奴が放置されてますよ
どうやらinode_cacheとext3_inode_cacheの区別もついてないみたいだし、そこら辺についてもよろしくお願いします
0654login:Penguin2009/02/08(日) 11:55:34ID:256s1t1I
ext3が遅いだって？あんなの使ってる奴はただ頭が固いだけさ。
素直にJFSを使ってる君は偉い。XFSもおすすめだよ。

ext4が日の目を見ることもないだろうしねw
0655login:Penguin2009/02/08(日) 12:12:18ID:7fBjn+3T
Fedoraで標準採用されてなかったけ？
iiimfぐらいには注目されるだろう
0656login:Penguin2009/02/08(日) 13:21:55ID:zMDEiG1i
>>655 ヒドスｗ
誰か１台なのに将来を見据えてOCFS2とか噛ましてる奴はおらんの？
0657login:Penguin2009/02/08(日) 13:32:14ID:Qn4DOrLe
そういや、crtime か birthtime って stat(2) でひろえるように(なった|なる)のか？
0658login:Penguin2009/02/08(日) 19:08:15ID:Nj6iWNXA
XFSで起動時にfsckする方法ってあります？
init.dの早いほうに入れればいいのかな・・・
0659login:Penguin2009/02/08(日) 19:13:30ID:Gk+PCnhZ
xfsってfsckできたっけ
0660login:Penguin2009/02/08(日) 19:14:49ID:zMDEiG1i
実行はできるけど、XFSでfsckなんて意味ないだろ。
３０行ないんだし、一度読めばわかる。
0661login:Penguin2009/02/08(日) 19:19:15ID:vXSExsjO
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
0662login:Penguin2009/02/08(日) 19:27:21ID:aengWAvq
>>659
コマンドはあるけど、中身は return(0)してるだけだぞ。
0663login:Penguin2009/02/08(日) 20:49:31ID:vOsA2wX1
さすがFSXＯ(≧▽≦)Ｏ
0664login:Penguin2009/02/08(日) 20:51:15ID:vOsA2wX1
fsckに時間掛けるような2流と一緒にすな~
HDDが10テラとかあったらfsckに何時間かかるんだよ、2流のFSは。
0665login:Penguin2009/02/08(日) 21:53:05ID:zMDEiG1i
>>663,664
ジサクジエーン？（ﾆﾔﾆﾔ
0666login:Penguin2009/02/10(火) 03:47:27ID:ELPBun9a
SSD向きのファイルシステムってどれが良いでしょうか。
0667login:Penguin2009/02/10(火) 09:15:58ID:ysOVp1s+
>>666
フラッシュに依存した難しいことはSSDのコントローラに全部お任せして、
fsは普通のfsを使うというのが今の流れ。ただ、discard requestは
出せたほうがいい。
ttp://www.atmarkit.co.jp/flinux/rensai/watch2008/watch08b.html

2.6.28でdiscard request出すようになっているんだっけ?
0668login:Penguin2009/02/10(火) 10:24:03ID:Af8aBKdq
discard requestを出したからといって、現在市場に出回っているSSD側がちゃんとそれを理解して
ウェアレベリングを最適化してるかどうかは怪しい気がするな。

現状簡単に出来るのは、とりあえず、mount時 noatime を付けることとか、/tmp を tmpfs にすることや、
RHEL/CentOS なら stateless linux を試してみるとか、それくらい？
0669login:Penguin2009/02/13(金) 07:49:09ID:8p5bcu0g
4GBとか8GBとかならまだしも32GBとか64GBとかのサイズになるともう
寿命で壊れる前に商品価値がなくなって新しいものに目が行くようになる。
ショウジョウバエ並の勢いで世代交代が進んでるから
半年もすると泣けるほどスペックが変わったりする。よな?

小細工で稼げる寿命なんて知れてるぜ。
確実に削れて行くものを長保ちさせる小細工は確かに楽しいけどな。

書き込み寿命でセルが壊れるより、データ保持寿命で電荷が抜ける方が早いぜきっと。
0670login:Penguin2009/02/13(金) 10:57:44ID:MuOChzUz
まあ普通に使ってりゃ使い物になる期間はHDDと大差ないだろうが。

電荷抜けて…バックアップとって貸金庫にしまったりするんで？
0671login:Penguin2009/02/14(土) 06:15:49ID:9ZZnCQXv
stateless linuxてただのpxeboot？
0672login:Penguin2009/02/14(土) 06:53:50ID:L1B+yph3
PXEbootを使ってrootfsを共有するための設定を簡略化するためのツール…じゃないかな

ちょっと前に調べたときは、まだ開発中という感じでどうやって使うのかよくわからなかった
自分の調べ方が悪いだけかもしれんが
0673login:Penguin2009/02/14(土) 09:35:29ID:wftwhdGA
つ ttp://fedoraproject.org/wiki/StatelessLinux
> It is not any single technology. It's a new way of thinking

なんか宗教ぽくてあれだな。
どこからブートしてもいいけど、各ノードの状態を100%サーバ側にも保存して
HDDが飛ぼうと別のPCにしようと必ず同じ状態を再現するという思想が新しいって
ことらしい。

ネットブートならSANbootかNFSroot、ローカルブートならHDD imageの
同期ツールを動かすんだってさ。技術的に新しいのは

・単一イメージ・ツリーを元にした多数台のNFSroot/SANboot
　スナップショットとかunionfsを使うのかな？
・HDDイメージの同期処理
　devicemapperで処理してるそうだけど詳細不明

の２点かな？
0674login:Penguin2009/02/14(土) 11:12:03ID:VMfzi2+P
宗教ぽいｗ
redhat ユダヤ人がかぶってる帽子の名前だしな
宗教そのもの
0675login:Penguin2009/02/14(土) 23:52:47ID:t28ykXxf
btrfsて、2.6.27では使えないんでしょうかね。
btrfs-unstable-standalone.gitを採ってきて、2.6.27対応版がlogにあったから
そこまで戻ってコンパイルできて、insmodも出来たのに…mkfs.btrfsしてもmountできない
0676login:Penguin2009/02/15(日) 08:39:12ID:99MJzrdu
>>675
2.6.27 より大人しく 2.6.29 系使え。
ただし、ext4+extents のほうが btrfs より安定してて楽だぞ。
06776752009/02/15(日) 09:35:36ID:TCLJQKHM
コメントthxです。
Fedora10上の話を考えているので、今の環境そのままで済むなら楽だなと思いまして…難だと言う事ですね
0678login:Penguin2009/02/15(日) 11:32:22ID:ZIq4ioAu
>Fedora10上の話を考えているので
それ理由になってないだろ(w
まずFedoraの使い方を勉強したほうがいいな
0679login:Penguin2009/02/15(日) 13:36:32ID:pIpyvqeo
何で理由にならない？
btrfsモジュール以外、別に手を入れずにbtrfsを触れるならそうしたいってだけでしょ。
0680login:Penguin2009/02/15(日) 18:29:23ID:ZJgJLIMF
楽をしたいってのと今の時期btrfsを使うってのは究極に反対の意味なんだがw
0681login:Penguin2009/02/16(月) 01:56:56ID:HVsyTtjp
>>675
その btrfs とユーザスペースのバージョンが合ってないんじゃない。
もし btrfs-progs-0.18 で mkfs したのなら、kernel 2.6.29-rc2 以降じゃないと駄目なはず。
0682login:Penguin2009/02/16(月) 02:52:29ID:ytdqrJnE
kernelのビルドの意味自体わかってないようなヤシは放置しとけ。
06836752009/02/16(月) 20:43:00ID:EIQNz/Hf
>>681
Thx.
その線ですね、また試してみます。
0684login:Penguin2009/02/17(火) 00:25:21ID:9ZUigC3F
―Sun Microsystemsの「ZFS」など、最近はファイルシステムに関する話題がにぎやかだ。
Linuxもこうした動きに加わるつもりがあるか。
http://www.computerworld.jp/topics/osst/135711-2.html

Linusが今後のLinuxファイルシステムの展望を語っています。
ZFS, btrfs, ZFSにも言及しています。
0685login:Penguin2009/02/17(火) 00:57:36ID:yZYtcGBc
> ZFS, btrfs, ZFSにも言及しています。

ZFSのバターサンドですね、わかります
0686login:Penguin2009/02/17(火) 03:37:18ID:cFrq3dg8
btrfs が安定するのは何年後かな…
0687login:Penguin2009/02/17(火) 19:15:07ID:SVUGGIOO
今までXFSをシステム用パーティションに使っていて特に速度は気にならなかった。
mplayerのアーカイブ展開と削除が遅いと思っていたけど、
ファイルサイズが大きいからだと思っていた。

そんなわけで倉庫用の1TB HDDをすべてXFSでフォーマットして
音楽ファイルや動画ファイルをコピーし始めたんだけど...
3GBの動画ファイルはスムーズにコピーできるのに、
3MB*400個の音楽ファイルはものすごく遅い。

散々出てるけど、XFSは小さいファイルの大量処理が遅いのね...
今からフォーマット変更はできないし、親HDDの空き領域は別のファイルで埋まってる。
仕方ないのでもう１台1TBのHDDを買って、EXT4か何かでフォーマットして、
コピーをやり直そうと思う
0688login:Penguin2009/02/17(火) 19:36:50ID:8PuX+ycU
> 3GBの動画ファイルはスムーズにコピーできるのに、
> 3MB*400個の音楽ファイルはものすごく遅い。
> 散々出てるけど、XFSは小さいファイルの大量処理が遅いのね...

3MBのファイルってのは、一般的に大きいファイルの方に分類されるんだけどな
ちなみに小さいファイルってのはクラスタサイズ以下のファイルの事
まあ人によってはiノードに直接収まるサイズのファイルだけを、小さいファイルと言う人もいるけどね

ついでに言っとくと、XFSは小さいファイルの大量処理が遅いんじゃなくて、単純にファイルの大量処理が遅いんだよ
嘘だと思うなら、スムーズにコピー出来ると言っている3GBの動画ファイルを400個用意して試してみれば良い、すぐに分かるよ
0689login:Penguin2009/02/17(火) 21:12:08ID:DTt/hrVg
>>688
LinuxのXFSの場合クラスタサイズは4Kbytes、
inodeのサイズは256bytesであってる?
0690login:Penguin2009/02/17(火) 21:39:46ID:SVUGGIOO
> スムーズにコピー出来ると言っている3GBの動画ファイルを400個用意して試してみれば良い、すぐに分かるよ

1.2TBのファイル操作の結果なんて、どのファイルシステムでもすぐには分からないよ。

> 単純にファイルの大量処理が遅いんだよ

どうなのかな。
3GBぐらいのファイルを10個ほどコピーしたときはスムーズに感じたけど、
mp3の音楽ファイルになってからは激烈に遅く感じた。

Wikipediaを信用するわけではないけど、
http://ja.wikipedia.org/wiki/ジャーナリングファイルシステム
> 一般にディスク上のファイルシステムに書き込まれるデータには、
> データ自体を現す実データ部分とその実データのディスク上の位置、ファイル名/更新日時、
> アクセス権限などの管理情報を現すメタデータ部分の2種類に分類される。

XFSは実データの書き込み自体は非常に速いんだけど、
メタデータの書き込みが非常に遅いのかなと。

3GB*1くらいのファイルだと、
どのファイルシステムでも実データの書き込みには一定の時間がかかる。
そこが十分に速ければ、
メタデータ処理が遅くても十分太刀打ちできそうに思う。

極端な話、こんな感じ。
XFS (実データ書き込み40秒 + メタデータ書き込み1秒) * 400個 = 16400秒
EXT4 (実データ書き込み50秒 + メタデータ書き込み0.1秒) * 400個 = 20040秒

>>688がすでに「3GBの動画ファイルを400個用意して試してみ」たことがあるのなら、
そうなのかなとも思うけど
0691login:Penguin2009/02/17(火) 22:06:20ID:ljmr48rY
最後の2行以外全くの不要
0692login:Penguin2009/02/17(火) 23:18:30ID:ZB4aUO6M
俺は昔倉庫用のやつだけXFSにした時がある。やっぱりCDやDVDのサイズのコピーなど早かったな。
ルートをXFSにしたら読み込みや検索(これは馬鹿っぱや)は早いけど書き込みが若干遅かったし削除は
やたら遅かった・・　確かにコンパイルした後のソースディレクトリみたいな小さいファイル大量の削除とか
特に遅かった。

でもそれ以上に時々カーネルに変なウエイトが掛かってた。ディスクアクセス時に他のアプリの動きが
やたら遅く、下手したらマウスカーソルまで遅くなった。今のカーネルで使えばまた違うんだろうけど
それ以来XFS使ってないな。

大量のコピー時にも色々な作業するからシステム負荷が軽いのがいいな。だから今はext3とjfsの使い分け。
てかだんだんjfsに移行してる。来年になったらバター犬を試してみたい。
0693login:Penguin2009/02/18(水) 08:12:09ID:me5e3SfY
メターデータの処理が遅いって何度も出てるじゃん。
で、ジャーナルを別ディスクにしても遅いんだ。

>>692
たまに引っかかるのは俺もあったけど、
dirtyなデータが一定を超えてフラッシュしてるとかじゃないかな？
0694login:Penguin2009/02/18(水) 08:55:34ID:nWWnq0ds
>>687
あれ？昔聞いた話だと、大量の小さなファイルの扱いは
XFSが得意だと聞いたんだけどな。
Bonnie++でのベンチマーク比較を見れば一目瞭然だろうけど、
どこかにXFSとext3の比較載ってなかったかな・・・。
0695login:Penguin2009/02/18(水) 09:00:45ID:nWWnq0ds
あった。やっぱりXFSの方が早いじゃん。
http://www.miraclelinux.com/asianux/about/data/17.html
0696login:Penguin2009/02/18(水) 09:03:48ID:nWWnq0ds
>>692
そういえばXFSってCPU使用率が高いんだっけ？
他の処理と平行してコピーとかしてれば、
ext3の方がパフォーマンスが良くなるのかもね。
0697login:Penguin2009/02/18(水) 12:32:18ID:pOos/3lo
小さいファイルの処理が速いのは昔からreiserfsと決まってる
0698login:Penguin2009/02/18(水) 18:01:16ID:T4HijFg4
>>692
> でもそれ以上に時々カーネルに変なウエイトが掛かってた。ディスクアクセス時に他のアプリの動きが
> やたら遅く、下手したらマウスカーソルまで遅くなった。今のカーネルで使えばまた違うんだろうけど

これ、ext3で大きなファイルを削除したときにもなるんだけど、
Linuxでは解決が難しい問題なの？
それとも、JFSにするとかbtrfsの成熟を待つかすればいい話なの？
0699login:Penguin2009/02/18(水) 18:05:27ID:nWWnq0ds
>>698
サーバ用OSとして使うことを前提としたカーネル設計or設定だからかもね。
クライアントOSとして使うのなら、UIで引っかかったり待たせたりしないように
ってのを最優先すべきなんだが。

Mac OS Xなんか使ってると、完全にUI優先なのがよく分かる。
その代わりサーバとして使うと問題ありまくりだけど。
0700login:Penguin2009/02/18(水) 18:07:20ID:FGy1ZqOt
>>692
> 時々カーネルに変なウエイトが掛かってた。

たぶんディストリビューションのほうでxfs_fsr(デフラグ)を
定期的にかけてたんだと思う。

俺はCPU使用率は気にならなかったけど、
妙なタイミングでHDDがゴリゴリいいだすのが気になっていた。
xfs_dbでシステム用パーティションのフラグメント状況を調べたら、
1ヶ月以上使っていてパッケージの更新も時々していたにもかかわらず、
ほぼ最適化されていた。

次回はEXT4とReiserFSを試してみるよ。
ReiserFSは以前使ってたけど、開発者が逮捕されて先がないように感じたので使うのをやめていた。
JFSも興味持ったけど、ちょっとマイナーすぎるな。
ZFSは「FUSE経由でZFSを使った場合、出力操作についてはXFSの30〜60％の性能しか得られないようだ」。
http://www.itmedia.co.jp/enterprise/articles/0806/27/news052_2.html

Btrfsはまだ不安だし、
http://wiki.livedoor.jp/linuxfs/d/btrfs
> ディスク容量の85%を越えるまではwriteできる。(100%使いきれない)(2009131現在)
というのが気になる
0701login:Penguin2009/02/18(水) 18:12:56ID:FGy1ZqOt
書いてしまった後であれだけど、
> カーネルに変なウエイト
ってどういうことだろう。
topでみたときのどのプロセスに当たるんだろう。
「システム全体が重くなる」ぐらいに解釈したけど、
それもあやふやな話だしなあ
0702login:Penguin2009/02/18(水) 20:27:15ID:T4HijFg4
>>699
いやそういうことじゃないと思う。
(ext3でのファイル削除中に) GUIが遅くなるという表層のものじゃなくて、I/O全般が
固まってるかのような状態になるから、サーバー用途だろうがあまり頂けない状況だと思うが。
ユーザー空間でCPUサイクルを消費し続けるようなプロセスにはあまり影響が無いようなのだけど。

なぜだか理解してないが、ファイルの削除時には、カーネル空間に突入した際にCPUサイクルを
たくさん使う処理が非常に高い優先度でキューに入っていて、ユーザーが発行している
システムコールがどんどん後回しにされているような感覚を受けるレスポンスなんだよね。
色々検索してみたんだが、どういう理由でこうなるのか、なかなか見つけられない。

>>701
XFSも >>692氏の言うように、妙に「カーネルに処理を奪われてる」ようなスループットの悪さが
出るのを経験してるが、xfs_fsrによるものでじゃないと記憶してる。ext3のように、
「数GBのファイルを消してみたら必ず起こる」といった簡単な条件じゃないみたい。
0703login:Penguin2009/02/18(水) 21:16:05ID:Sto/47zW
>>702
chmod -R のようにジャーナルログが急速に太る処理をやらせると、
swapout不可能なメモリが増えて死ねる。
0704login:Penguin2009/02/18(水) 22:03:29ID:1W/ybCbq
リビングに置いてmp3再生専用のジュークボックスLinuxマシンを組もうと思っていて
静音の為ストレージはSSDにしようかなと思っているのですが
そういう用途でお勧めのFSはなんでしょう？
頻繁に書き込みが発生して寿命が縮むのは嫌ですが
まったくジャーナリングしてくれないのも不安。
無難にext3か。将来が不安なReiser3か。ネタでJFSにするか？
07056922009/02/18(水) 22:07:36ID:IcJM0mVg
皆レストン。

引っかかるってのはまさに>>702が的確に書いている感じ。HDDのスループットが限界に来たとかCPUの処理量を
超えたとかじゃない、ホントにこっちの処理が後回しになってる感じ。

簡単に言うと例えば何かファイルをネットワーク越しに他のマシンへコピーしてる状態で、何か処理をしてその時にCPU
使用率100%になっても大きくネットワークの転送速度って落ちないでしょう。例えばローカルの処理でHDDのスループット
が限界まで来ちゃったとしてもその間の書き込みや読み出しはHDDの能力にしたがって下がっちゃうけどネットワークの
転送は続くでしょう。

自分の言っている引っかかりってのが出たときは、この状況下だとネットワークの転送が0になります。ガクンっと落ちて
完全に0までいく。まさにその時GUIだけじゃなくてI/O全般が固まってる感じ。
0706login:Penguin2009/02/18(水) 22:10:07ID:/cuS6lKA
>>704
その用途でジャーナリングが必要か？
0707login:Penguin2009/02/18(水) 22:13:34ID:T4HijFg4
>>704
そんな使い方ならreadが多くてwriteが殆ど無いだろうから、
事実上Write限界による寿命なんて来ない。
つーか、先に他の部分が故障する。
精神安定剤として、少しでもwriteを減らしたいなら、noatime付けときゃいい。
0708login:Penguin2009/02/18(水) 22:54:01ID:1O7/we0+
あのext3でrmしたときの挙動は何なんだろうね
たとえrm完了がもっと遅くなってもいいから他の処理を邪魔すんなと。
0709login:Penguin2009/02/18(水) 22:56:30ID:1W/ybCbq
>>707
そうですね。
なるべくsyslog吐かないようにとは思っていましたが
noatime付けないと読み出しただけでatime書かれちゃうんでしたか。
Debian Lennyでext4はまだ安定してないかな？
0710login:Penguin2009/02/19(木) 14:55:51ID:z04j4qzs
>>705
つまりXFSの処理のどこかにネットワークやカーソルにも影響するような
ジャイアントロックがあるのかな？
0711login:Penguin2009/02/19(木) 19:39:32ID:Lb+Jk4NK
OCFSってどうなん？
使ってみた報告とか皆無なんだが
0712login:Penguin2009/02/19(木) 19:54:51ID:pOrVrzb0
2.6.28でXFSも速くなるようなのが入ったみたいだけど、速くなった感じがしない。
0713login:Penguin2009/02/19(木) 23:30:57ID:3shEVFBp
WinXPとUbuntuの両方で外付けHDDを使うんだけど、
ファイルシステムはどうするべきだと思う?
NTFSかext3のどちらかだと思うが、
どちらが互換性やパフォーマンスの面で障害が少ないのか?
0714login:Penguin2009/02/19(木) 23:38:13ID:cCKDE498
>>713
なんで人に聞くの？
0715login:Penguin2009/02/19(木) 23:44:45ID:Z25DcziU
>>713
外付けHDDを2つ買って、一個をNTFS、もう一個をext3にすればいい。
0716login:Penguin2009/02/20(金) 00:06:24ID:TEwNW093
>>713
悩むならFATにしとけばいいんでないかと思う。
どっちでも確実に読み書きできるし。
0717login:Penguin2009/02/20(金) 00:51:17ID:hX26sJzO
>>713
パーミッションのことを考えると外付けをext3(かreiserfs)とNTFSの二つのパーティションに区切った方が良い予感。
0718login:Penguin2009/02/20(金) 02:59:22ID:2k7EPZJe
>>711
OCFS2なら正直、イイ！よ。
GFSとかOpenGFSで泣いてた人にとっては神のようなクラスタFSだわ。

性能もかなりまっとう。LVS+SANとかLVS+DRBDを併用すれば簡単に
クラスタシステムを組み上げられるのは最高です。
0719login:Penguin2009/02/20(金) 03:28:53ID:rWFxWd60
外部ログをSSDに乗っけてる人っている？
0720login:Penguin2009/02/20(金) 07:56:35ID:4rQ+o/wl
>>713,716
FATはファイルサイズの上限が低くて(俺には)使いにくかった。
最近のディストリビューションならNTFSで良いと思うけど。
0721login:Penguin2009/02/21(土) 06:48:33ID:diXlsjkP
>>718
おお、そうなのか。正直感想がなさ過ぎて迷ってたw
今度入れてみる
0722login:Penguin2009/02/21(土) 10:02:48ID:Z5GPRaK3
iSCSIがかなり普及しつつあるのに、クラスタ対応fsのほうは全然なんだよねぇ。
0723login:Penguin2009/02/21(土) 10:51:51ID:ol94TBik
>720
一度ハデに壊してから追ってないのでよく知らないが、
NTFSへの書き込みってちゃんと動くようになったの？
0724login:Penguin2009/02/21(土) 16:52:53ID:PagV8OCn
ntfs-3gでとりあえず動いてます。
常用はしていない
0725login:Penguin2009/02/21(土) 17:28:03ID:8YMgGvyx
>>723
>>720ではないけど、
実データが壊れたことは一度もない。
ただLinux側からNTFSパーティションのデータを削除すると
見かけ上データは消えているのに空き領域が増えないことはあった。

例えば50GBのNTFSパーティションで
"du *" が5GBなのに
"df" だと残容量が10GBしかないみたいな。

Windows側でもいろいろ操作していたので
Linux側のせいとも言い切れないんだけど。

結局chkdskを実行したら正しい空き容量に戻った。
そんなことが何回かあったが、
ここ2ヶ月ぐらいは不具合はおきてない。

NTFS-3GはCPU負荷がかなり高いので、そこだけが気になる
0726login:Penguin2009/02/21(土) 19:01:39ID:b/h0+KPy
>>723
カーネル付属のntfsの事は忘れろ
0727login:Penguin2009/02/21(土) 22:28:52ID:ol94TBik
>724-726
さんくす。カーネル外のやつ探すなんて思い付きもしなかった。

ntfs-3gいろいろウオッチしてくる。
カーネルのがアレなせいでずっと>716状態なんだわ。
0728login:Penguin2009/02/22(日) 09:55:44ID:w1DGhqfd
クローズドなNTFSを無理やり実装したものよりも、
オープンなext3をWindowsに移植したものの方が安心できそうなんだけど。

現在の実装だとntfs-3gの方が安定してるの？
0729login:Penguin2009/02/22(日) 10:26:21ID:beSgjmV0
>>728
何と何を比べているの？
0730login:Penguin2009/02/22(日) 10:45:51ID:w1DGhqfd
Ext2IFS と ntfs-3g
0731login:Penguin2009/02/22(日) 12:18:41ID:stOI91h6
ちなみにntfs-3gはかなり安定している。これにはコツがあってLinuxでntfs-3gを使うならなるべくLinuxだけ
それにアクセスするようにしといた方がいい。まる2年ntfs-3gを使っているけどノントラブル。

実際はWINと共用する時も多いだろうからその時の注意点はファイルが閉じきらないうちにOSを終了したとき、
特にWINDOWSの場合は異常終了したWINがLinuxの扱うNTFS領域にアクセスしていた場合必ずまたWINを
起動させて正常終了させとかないとたまに変になる。
0732login:Penguin2009/02/22(日) 12:42:20ID:Yqyj03NJ
LinuxからだけアクセスするNTFSに何の意味があるのか
0733login:Penguin2009/02/22(日) 12:54:50ID:stOI91h6
>>732
いいツッコミだ
0734login:Penguin2009/02/22(日) 16:04:11ID:tLUpC+31
vxfsﾏﾝｾｰ
0735login:Penguin2009/02/22(日) 17:17:32ID:HZYCnhHX
今後は複数のOSで利用する可能性があるものはexFATにしておけって感じになるのかな?
0736login:Penguin2009/02/22(日) 18:48:45ID:U800G2ZZ
LinuxからはNTFSと似たような立ち位置になるんじゃね
多分ポストFATにはならん
0737login:Penguin2009/02/23(月) 00:35:04ID:OM5UFZHj
exFATを見るとどうしてもextra fat(超デブ)が連想されしまう
0738login:Penguin2009/02/23(月) 00:41:09ID:vF6Q5d6I
どれでもそれなりに使えるFSがないのが痛いねぇ
リムーバブルメディアには重要だと思うんだけど
0739login:Penguin2009/02/23(月) 01:09:00ID:AeFg25fy
それこそオープンソースで誰でも使えて機能・安定性ともガチ鉄板
みたいなファイルシステムが、一つは欲しいよねえ…

このさい速度はあまり速くなくても構わんよ
つうかext2/3あたりがどうしてWindowsに移植されたりしないのかと
0740login:Penguin2009/02/23(月) 01:28:37ID:rKbUvqb5
安定性、機能では多分NTFS>ext3だと思うよ。
0741login:Penguin2009/02/23(月) 01:29:56ID:gfs0EQ4Z
>739 つうかext2/3あたりがどうしてWindowsに移植されたりしないのかと

されてるように見えるが > EXT2IFS

0742login:Penguin2009/02/23(月) 01:31:51ID:rKbUvqb5
EXT2IFSってWINから自由にext3に書き込んだり出来るの?
0743login:Penguin2009/02/23(月) 11:15:16ID:KfjF9GSX
一番の問題は、ファイルシステムとパーミッションの関係
0744login:Penguin2009/02/23(月) 14:23:29ID:EloijtZT
ext3ifsってinodeのサイズでうまくいかなかったな、俺の環境では。
inodeのサイズをいじるくらいなら、最近ではLinuxですくなり使えるNTFSの方がいいと思った。
0745login:Penguin2009/02/23(月) 14:26:20ID:i5dtDe8U
exFATにはACL機能が入っている。ところが、Vista SP1では未実装…
0746login:Penguin2009/02/23(月) 15:14:41ID:vF6Q5d6I
ocfsあたりをwindows向けも配布してくればいいのに
実績もあるし、今更出し惜しみするほどのものでもないでしょ
0747login:Penguin2009/02/23(月) 19:00:54ID:N2jXG+uY
ZFSをネイティブに使いたいばかりに
opensolarisに行ってしまって
そのまま帰ってこない人とか出てくるんだろうか。
0748login:Penguin2009/02/23(月) 19:03:07ID:RMEIkcBQ
ZFSはメモリ使用量が・・・
0749login:Penguin2009/02/23(月) 19:59:02ID:KfjF9GSX
バカが使ってから気づくんじゃないか
0750login:Penguin2009/02/23(月) 20:09:14ID:nJBZND0X
>>739
ocfs2
0751login:Penguin2009/02/23(月) 20:19:25ID:+UjaXVVu
>>745
要るか？
それこそNTFS使えよって話じゃね
0752login:Penguin2009/02/23(月) 22:58:42ID:XOl4kN7J
>>751
そりゃHDDやらSSDならそうだろうけど、SDカードとかは
PCよりも、他のところで使うことの方が多いわけで。
■ このスレッドは過去ログ倉庫に格納されています