- 1 名前：login:Penguin [2006/11/25(土) 21:24:41 ID:BgxtdIS9]
- 過去スレ
01 pc.2ch.net/test/read.cgi/linux/1006743807/
02 pc5.2ch.net/test/read.cgi/linux/1063025258/
03 pc8.2ch.net/test/read.cgi/linux/1101495293/
04 pc8.2ch.net/test/read.cgi/linux/1136695633/
05 pc8.2ch.net/test/read.cgi/linux/1152348695/
- 74 名前：login:Penguin [2006/12/01(金) 23:54:36 ID:SU1ozKXb]
- >>72
俺？それともTexの？
- 75 名前：login:Penguin mailto:sage [2006/12/02(土) 00:08:01 ID:8gMXyV52]
- fjの教祖様だろ
- 76 名前：netadesu mailto:sage [2006/12/02(土) 00:20:56 ID:h0fdrb+a]
- >>71
UFSは磁石が弱くてもしっかり記録されるように１０回上書きしてる。
昔のHDDに対応するための仕様。このため最近のHDDだと５回位間違って
削除してもundeleteできる。
- 77 名前：login:Penguin mailto:sage [2006/12/02(土) 00:58:04 ID:t53s4AAE]
- >>68
参考になるかも。
spam.workaround.ch/dull/postmark.txt
- 78 名前：login:Penguin mailto:sage [2006/12/02(土) 02:38:56 ID:lPnc7z93]
- >>77
逆っすよ逆。
リンク先だとZFS激遅で、UFSの方が速いじゃない。
Reiser4はもっとバカっぱやだが。
- 79 名前：login:Penguin mailto:sage [2006/12/02(土) 06:20:06 ID:hUvReIbv]
- > UFSは磁石が弱くてもしっかり記録されるように１０回上書きしてる。
> 昔のHDDに対応するための仕様。このため最近のHDDだと５回位間違って
> 削除してもundeleteできる。
[これはひどい]
- 80 名前：login:Penguin mailto:sage [2006/12/02(土) 08:06:41 ID:XkytH5qu]
- UFSが異常に遅いだけなんだよな
- 81 名前：login:Penguin mailto:sage [2006/12/02(土) 08:35:44 ID:JnqgzHJZ]
- ext4関連
ttp://www.atmarkit.co.jp/flinux/rensai/watch2006/watch11b.html
- 82 名前：login:Penguin mailto:sage [2006/12/02(土) 09:45:37 ID:sH3vo8pi]
- postmarkの設定を比較。
このスレ
set size 500 15000
set number 10000
set subdirectories 1
set transactions 100000
set bias read 5
set bias create 5
>>77 の Test #1
set size 300 800
set number 50000
set transactions 500000
>>77 の Test #2
set size 800 8000
set number 12000
set transactions 80500
大きな違いはなさそう。
あとはZFSのバージョンが違うとか？
- 83 名前：login:Penguin [2006/12/02(土) 11:04:37 ID:eQc2JRBC]
- 以前2chに流れた情報とメーカから得た情報から推測すると、
・ZFSはファイルのcread/deleteは異常に速い
・ZFS RAID-ZはソフトウェアRAID5なのにシーケンシャルread/writeがすごく速い
・ZFS RAID-Zはディスク本数を増やしていくとどんどん速くなる
・ZFS RAID-Zのランダムread/writeは今ひとつ(SATAの時)
だれかSCSIかFCを10-20本使って試験してみて欲しい。
- 84 名前：login:Penguin mailto:sage [2006/12/02(土) 20:36:07 ID:bhOq8sLd]
- dump/restore によるバックアップって、
激しく稼働しているシステムに関しては
整合性が失われるためによくないのでしょうか？
一度システムを停止して、Knoppix のようなもので
CDブートしてバックアップを取るのが理想なのでしょうが、
システムが稼働中にスナップショット的にバックアップを
取るというのは dump では難しいですか？
LVM を使うべきなのでしょうか？
- 85 名前：login:Penguin mailto:sage [2006/12/02(土) 20:55:18 ID:ABKO4Jin]
- LVM2は稼働中のシステムのスナップショットを取れない。固まる。
- 86 名前：login:Penguin [2006/12/02(土) 22:07:53 ID:eQc2JRBC]
- >>84 スナップショットをしたところで、タイミングによってはデータ不整合に
陥る。要するに確率の問題。
確実にバックアップ取りたければ、writeが発生しない状況で取るしかない。
マルチユーザならばtelnetやssh、ftp、NFS、Samba、メールサーバ等の
サービスを停止。シングルに落とせば完璧だが、自動スケジューリングが
難しくなる。
もしかすると、copy on writeで64bitのchecksumを持つZFSならば、
write処理中にスナップショット取って不整合になる事は無いのかもしれ
ないけどね。
- 87 名前：login:Penguin mailto:sage [2006/12/02(土) 22:11:39 ID:+5VOoV6t]
- >>86
CoWとsnapshotのどこに関係が？
- 88 名前：login:Penguin [2006/12/02(土) 22:22:58 ID:eQc2JRBC]
- ZFSはファイルが確実に書かれた事を保証できるファイルシステム。
書き込み途中にシステムが落ちた場合、そのデータは捨てられる。
copy on writeなので、生きているファイルのデータブロックを壊す心配も無い。
強力なchecksumにより、ファイルの完全性が保証される。
なので、静止点を作らずとも、オンラインでバックアップできるのではない
だろうか？
- 89 名前：えぬてーてー社員 mailto:sage [2006/12/02(土) 22:36:15 ID:gCRA9JZT]
- そこでnilfsですよ
- 90 名前：login:Penguin mailto:sage [2006/12/02(土) 22:38:23 ID:kzjFlxSY]
- 通常の三倍の容量のディスクをお使いください。
- 91 名前：login:Penguin mailto:sage [2006/12/02(土) 22:41:09 ID:bhOq8sLd]
- >>88 それって、SoftUpdate とは別モノ？
- 92 名前：login:Penguin [2006/12/02(土) 23:15:34 ID:eQc2JRBC]
- >>91 実現している事はほぼ同じではないでしょうか。ZFSはcopy on writeを
利用して2^64までのスナップショットを実現しているそうです。
checksum 64bitが自分としてはすごく期待しています。ファイルシステムの
不整合問題についてはジャーナリングファイルシステムでもOKですが、ファ
イルが壊れたまんまになっているのではないかと言う不安がついてまわり
ます。
- 93 名前：login:Penguin mailto:sage [2006/12/02(土) 23:18:29 ID:ABKO4Jin]
- バックアップについては
金はけちるくせに無理難題ばかり言ってくる奴ばかりでうんざりだ。
だから最近はバックアップの事は口にしない事にしてる。
勝手にデータ失って死ねよって感じ。
- 94 名前：login:Penguin [2006/12/02(土) 23:26:50 ID:eQc2JRBC]
- >>93 俺もそう思う。最近は1TBを超えるシステムも少なくないんで、フルバック
アップをバックアップウィンドウ内で取る事が困難になってきた。
TapeじゃなくてDiskに取れば速いと勘違いしている人も多いし。困ったもんだ。
送り出しの方の性能(read)が問題になっているのに。
- 95 名前：login:Penguin [2006/12/02(土) 23:57:54 ID:eQc2JRBC]
- SolarisのUFSがext3よりも速いと言っているが本当かな？
www.sun.com/software/whitepapers/solaris10/fs_performance.pdf
- 96 名前：login:Penguin mailto:sage [2006/12/03(日) 00:12:21 ID:Dnl0qBMZ]
- USFloggingはpostmark専用ということでしょう。
- 97 名前：login:Penguin mailto:sage [2006/12/03(日) 00:18:11 ID:yq6uElX+]
- >>95
portmarkの結果を見るとなくはないと
- 98 名前：login:Penguin mailto:sage [2006/12/03(日) 00:25:11 ID:EZVqzNiE]
- portmarkで比較なんかされてたっけ
他所のスレ？
- 99 名前：login:Penguin [2006/12/03(日) 00:26:11 ID:18r037ES]
- >>96 つーか、Solarisでは標準がUFS Logging。
- 100 名前：login:Penguin [2006/12/03(日) 00:29:21 ID:18r037ES]
- >>98 95のファイルに
- 101 名前：login:Penguin [2006/12/03(日) 00:35:57 ID:7MHSLQFC]
- vine linuxをインストールした後に、windows上でrawriteを使ってgrubの起動フロッピー作った。
そして、biosでフロッピーディスクドライブを起動順位の１番上にして、再起動したら…windowsが立ち上がってしまう…汗
原因が分かる人いますか？いたら、教えていただきたいのですが…ちなみに、フロッピーディスクドライブはUSB接続なんですが、関係あるのでしょうか？？
- 102 名前：login:Penguin mailto:sage [2006/12/03(日) 02:22:38 ID:8l+uEP+9]
- スレ違い
つーか機器構成ぐらい書けよヴォケ
- 103 名前：login:Penguin mailto:sage [2006/12/03(日) 02:26:51 ID:Hcdjmvk5]
- >>101
フロッピー読みに行ってるのか？
ダメならBIOSでUSBを一番優先させてみろ。
- 104 名前：login:Penguin mailto:sage [2006/12/03(日) 16:59:34 ID:rNEial6W]
- xfs_repairって、1TBのボリュームにつき1GBのメモリが必要ってどっかで見たんですが、
メモリが足りない時はどうなりますか？メモリが足りないといわれるのですか？
今やってる環境では、unable to verify superblockと途中で出てるだけで、
処理が終了しないのですが？
- 105 名前：104 mailto:sage [2006/12/03(日) 21:25:04 ID:rNEial6W]
- すいません、過去スレに必要メモリ量は、ファイル数によるとありましたので
自分の環境では、関係ありませんでした・・・
xfs_repairの問題って、2.6.19では解決済み？
- 106 名前：login:Penguin mailto:sage [2006/12/04(月) 10:42:22 ID:xZfcs1Y7]
- changelog嫁
- 107 名前：login:Penguin mailto:sage [2006/12/04(月) 10:54:48 ID:dSD3cIjI]
- >>106
低脳でもできる回答乙
- 108 名前：login:Penguin mailto:sage [2006/12/04(月) 23:49:18 ID:M3KqaF+X]
- >>99
ウソんｗ
/etc/vfstabのオプションでlogging指定してたらでしょ。
- 109 名前：login:Penguin [2006/12/05(火) 08:10:07 ID:X6W7O/3k]
- >>108 Solaris 9 9/04以降はデフォルトがUFSロギング。
docs.sun.com/app/docs/doc/817-7233/6mmilkdib?a=view#epfnn
この事実は意外と知られていないのな。最近も客にloggingオプション書き忘れて
いるぞとクレームつけられた。mountコマンド実行して見てよと。客苦笑い。
- 110 名前：login:Penguin mailto:sage [2006/12/05(火) 09:58:58 ID:iJO6AsHS]
- postmark以外のベンチでも同様に速ければ、ね。
デフォルトがどうのではないよ。専用というのは。
- 111 名前：login:Penguin mailto:sage [2006/12/05(火) 10:42:06 ID:3m+29pb2]
- >>109
それ以前のはSolarisと呼ぶ価値もないと？
- 112 名前：login:Penguin mailto:sage [2006/12/05(火) 11:55:33 ID:ZAhaU2Uy]
- そんないじわる言うなよ。
- 113 名前：login:Penguin mailto:sage [2006/12/05(火) 13:04:58 ID:58SJGa53]
- すみません、質問させて下さい。
mkreiserfs における -s <journal_size> オプションを
デフォルト値より増加させることにより、ファイルシステムの
初期使用容量が増加しますが、それと引き換えに
ジャーナルシステムの堅牢化やパフォーマンスの
向上等が見込めるのでしょうか。
- 114 名前：login:Penguin mailto:sage [2006/12/05(火) 22:23:41 ID:Uo1+tsKM]
- ReiserFS って作者どうなったの？
- 115 名前：login:Penguin mailto:sage [2006/12/05(火) 22:50:02 ID:MfwPTzkp]
- 妻殺しの容疑で逮捕され起訴。
しかし死体も殺人の証拠も見つかっていない。
初公判でHansは無罪を主張。
いい弁護士がつけば某OJシンプソンみたいに無罪になるだろうが……
有名弁護士は「金ない奴の弁護はヤラネ」と辞任してしまう。
漏れの予想: 有罪。懲役20年。
- 116 名前：login:Penguin [2006/12/05(火) 23:04:59 ID:1ryvR00Z]
- >115
陰謀説もありうる
- 117 名前：login:Penguin mailto:sage [2006/12/05(火) 23:10:04 ID:Uo1+tsKM]
- 死体も見つかっていないってどういうこと？
なんで逮捕されたんだろう。
- 118 名前：login:Penguin mailto:sage [2006/12/05(火) 23:17:39 ID:rXB4Zs2I]
- Hans Reiser基金があれば寄付したいなぁ。
裁判費用に宛ててもらって、無罪なら余りは全部あげる。
有罪なら余りは恵まれない北朝鮮の子供達へ。
- 119 名前：login:Penguin mailto:sage [2006/12/05(火) 23:21:15 ID:Hfdv8p8G]
- >>118
> 余りは恵まれない北朝鮮の子供達へ。
それは間違いなく子供たちに届かず核開発に流用されるだろう。
- 120 名前：login:Penguin mailto:sage [2006/12/05(火) 23:31:29 ID:rXB4Zs2I]
- じゃあ、直接将軍様にでいいや。
- 121 名前：名無しさん＠お腹いっぱい。 [2006/12/06(水) 00:08:21 ID:yI66B+zP]
- >>92
>不整合問題についてはジャーナリングファイルシステムでもOKですが、ファ
>イルが壊れたまんまになっているのではないかと言う不安がついてまわり
>ます。
つーか、ファイルシステムレベルのジャーナリングではデータ部分の整合性は
保証できないだろ。アプリが自分でやらないと。
- 122 名前：login:Penguin mailto:sage [2006/12/06(水) 01:06:36 ID:BnlsXkP+]
- >>120
氏ね
- 123 名前：login:Penguin mailto:sage [2006/12/06(水) 01:42:02 ID:DBbsU8xP]
- >>122
<＃｀Д´> 癇癪起こる！
- 124 名前：login:Penguin [2006/12/06(水) 08:30:11 ID:6a3HiqpI]
- >>121 そこでZFSですよ。256ビットのハッシュデータ。
- 125 名前：login:Penguin mailto:sage [2006/12/06(水) 10:12:00 ID:tCUoJ222]
- >>124 それはちゃんとファイルが書き込めた後での
長期的な同一性保証のためのものじゃないかな。
- 126 名前：login:Penguin mailto:sage [2006/12/06(水) 14:00:30 ID:ifaylv2S]
- HDDにデーター領域を作ったので興味本意でxfsにしてみました。ネットで結構優秀とか大きなサイズの
ファイルには良いって書いてあったのですが。。。書き込みがやたら遅いんです、1Gのファイルのコピー
をしてみたのですがext3からext3で28秒、ext3からxfsだと2分近い。読み込みは計ってませんが体感
的にはext3より早そうです。。。しかし大きなファイルの書き込みが特に遅いです('ヘ`;
これって何かの数値をチューニングしなければいけないのでしょうか?それとも自分のOSかハードがおかしい
のかな。。。ubuntu6.10-i386なんですが。
- 127 名前：login:Penguin mailto:sage [2006/12/06(水) 14:08:11 ID:VuLfvWGj]
- >>126
ハードウェア情報書いて無いから、
エスパーでもないと回答不可能。
- 128 名前：login:Penguin mailto:sage [2006/12/06(水) 14:57:47 ID:ifaylv2S]
- >>127 すみません、確かにそうですね＾＾；
ハード構成はAthlon4200×2、メモリ2G、チップセットGeforce4、グラボ6600GT、HDDは3台でSATA2台(
マックストアとシーゲート)、PATA1台(シーゲート)でディスクの使い方はsdaにWINXP、sdbにLinux、
hdaはデーター用です。Linuxはext3で動かしています。WINXPのntfsに書き込みが出来るntfs-3gと
いうのをインストールしてLinuxからntfsへ書き込みしてました。今回データーディスクのhdaを丸々
xfsにしてみました。
今もバックではのんびりとxfsへデーターをコピーしてますが何気にCPUパワー食ってますね。デュアルコア
が両方共10%くらいシステムモニターでふれています。
- 129 名前：login:Penguin mailto:sage [2006/12/06(水) 15:03:30 ID:pwSD0KnX]
- PIOモードになってたというオチ
- 130 名前：login:Penguin mailto:sage [2006/12/06(水) 15:28:52 ID:pSdv9N8K]
- write back cacheまわりとか?
- 131 名前：login:Penguin mailto:sage [2006/12/06(水) 15:37:04 ID:ifaylv2S]
- >>129
一瞬もしやと思ったのですがhdparmで調べるとDMAはオンです。 -t オプションで速度も計ってみました。
hdaが 45.35 MB/secでsdbは 53.92 MB/secでした。
やはり書き込みが遅いですね。読み込みの倍なんてもんではなく3倍から4倍くらいの時間がかかってます(TT)
- 132 名前：login:Penguin mailto:sage [2006/12/06(水) 15:44:48 ID:ifaylv2S]
- >>129-130 いろいろな御意見ありがとうございます＾＾
write back cache? ちょっとググってみます＾＾；
後気になった点は先程書き込みをしている状態でhdaからsdcへファイルをコピーしてみました。
これで読み書きフル稼働状態なのですがCPU稼働率が70から80へとポンポン跳ね上がります。
ファイルの読み書きだけでこれはあがり過ぎですよね?
- 133 名前：login:Penguin mailto:sage [2006/12/06(水) 16:03:54 ID:ifaylv2S]
- うわああああああ(><)
今起動しているのが2chブラウザーのv2cとシステムモニターだけ。。。
実メモリー使用が378Mって。。。なんかディスクの読み書きで使用したメモリの開放がされてない
っぽい。しかもシステムモニタで目に見えるメモリーの合計はそんないってないです。
仮想メモリーも表示にしたらjava 692M(おいおい、これ勘違いではw)それとnautilus 362M
くさい。。javaはv2cなので一度v2cをとじます。案の定メモリーは減りません。
ファイルの読み書き時もCPUパワー食っていたのがnautilusでした。これってwindosでいう
exdplorer、ようはファイルマネージャーですよね?
- 134 名前：login:Penguin mailto:sage [2006/12/06(水) 16:20:57 ID:ifaylv2S]
- ext3へ変更します。今実験したらnautilusのメモリとも違いますね。システムモニターに写らない何かが
メモリーを開放してくれません(一度でもxfsへ書き込んでしまうと)
- 135 名前：login:Penguin mailto:sage [2006/12/06(水) 16:26:44 ID:q9ltKIye]
- それDelayed Allocation
- 136 名前：login:Penguin mailto:sage [2006/12/06(水) 17:14:30 ID:TcRO1p0L]
- これは本家と無関係なんでつか？
www.xfs.org/
こんなドメインよくとれたな
- 137 名前：login:Penguin mailto:sage [2006/12/06(水) 17:15:59 ID:wIp7BUbr]
- >>133
ファイルシステムやVMの基本、Linuxにおける実装の特性
について勉強し直したほうが良いのでは？
www.atmarkit.co.jp/flinux/rensai/fs01/fs01b.html
- 138 名前：login:Penguin [2006/12/06(水) 20:13:24 ID:6a3HiqpI]
- ZFSのsnapshotって一瞬で終わりますね。rollebackも10秒とかからない。
2000個近いファイル、計1GB位を書き込んでrollebackしてみたのですがすぐでした
使ってみるとNetAppのDataONTAPと本当に機能が似ています。
snapshotから過去のファイルを読み出すときも、
# cp /pool/home/user/.zfs/snapshot/snap1/file . みたいな感じですから。
- 139 名前：login:Penguin mailto:sage [2006/12/07(木) 02:36:17 ID:TfaVgQxt]
- raid-z x2で片方をSVN+WevDavサーバにしたい。
そんな権力俺には無いけどね
- 140 名前：login:Penguin [2006/12/07(木) 07:40:01 ID:AQ8VWnTG]
- WebDAVで各ユーザのhome directoryを見せたいんだけど、認証とACLが今ひとつ
分からない。Sambaみたいに自分のhome以外はアクセスさせない設定をしたいの
ですが。
- 141 名前：login:Penguin mailto:sage [2006/12/07(木) 10:04:48 ID:KfNP6Zhh]
- WebDAV使うからわからなくなるんだ
- 142 名前：134 mailto:sage [2006/12/07(木) 20:03:50 ID:T+r6TgE/]
- >>137
ファイルシステムも奥が深そうですね。当り前ですがかなり中で働いているのですね＾＾；
記事は参考として読んでみました。
ググってみたら私と同じような症状の方がいました。ubuntu+GONOMEのnautilusにて発生するようですが
あまり騒いでいる様子が無いところをみると出る人とそうでない人がいるのかな。もしくはxfsを使用して
サーバーとか建てる方はubuntu+GNOMEって人が少ないのかな。
データーディスクをReiserFSにしてみたらなんと調子がいいのです。ext3からext3へコピーをしたりする
よりも早い上何故かCPUパワーとメモリーを食いません＾＾；
>>133とまったく同じ処理をさせてメモリ使用170Mで書き込み時間は1/7ほどになりました。当分これで
いってみます。
- 143 名前：login:Penguin mailto:sage [2006/12/08(金) 10:31:53 ID:ta6ZGDEB]
- >>142
おまえは何にもわかってない。
そのページのコラムをよく読め。
ディスクキャッシュでメモリが使われる分には無害。
「メモリを余らせるのはもったいないからディスクキャッシュとしてどんどん使え」
というのがLinuxの基本的な実装方針。
- 144 名前：login:Penguin mailto:sage [2006/12/08(金) 15:58:51 ID:JLsqtU7n]
- でもCPUが全然違うみたいじゃん
- 145 名前：login:Penguin [2006/12/09(土) 03:28:56 ID:EBN5bRDP]
- ZFSみたいなファイルシステムが普通になってくれば、LVMなんていらなくね？
- 146 名前：login:Penguin mailto:sage [2006/12/09(土) 05:50:59 ID:MBLL7Uyo]
- >>143
開発とかしてる訳でもないし、趣味なんで別にそこまで詳しくなろうとも思わんわ
噂でいいって聞いたxfsを使ってみようかなくらいの感覚だったしね。しかしext3が10分で書き込みが終わるの
に70分掛かってるしメモリも馬鹿喰いで。。ｲﾗﾈ
結局ext3をメタデーターと完全データーの両方をジャーナルするモードにして使用することにしました。
ReiserFSは軽くて早いしよかったけど今後の事を考えるとスムーズに次世代のext4へ移行できる環境
がいいかなと。xfsは相性が悪かったので残念です。
- 147 名前：login:Penguin mailto:sage [2006/12/09(土) 10:06:19 ID:XepFnD8l]
- >>146
なんでそんなに自分自身のバカさ加減を他人に喧伝したいの?
- 148 名前：login:Penguin mailto:sage [2006/12/09(土) 10:41:34 ID:XvZbgYpg]
- >>146
素直にreiserfs使っておいて、スムーズにreiser4に移行しろよって話だわな。むしろその前にzfsが普及する可能性があるが。
- 149 名前：login:Penguin mailto:sage [2006/12/09(土) 11:01:59 ID:PRqPU+Ss]
- Linuxにzfsの移植なんてまともに出来るんか？フルスクラッチで。
- 150 名前：login:Penguin mailto:sage [2006/12/09(土) 11:13:49 ID:XvZbgYpg]
- 詳細にドキュメント化すれば何とかなるでしょ
- 151 名前：login:Penguin mailto:sage [2006/12/09(土) 11:26:27 ID:OrMFCIvy]
- SunがGPL化する方がはやいんじゃないの？
- 152 名前：login:Penguin mailto:sage [2006/12/09(土) 12:18:02 ID:MBLL7Uyo]
- >>148
確かにその選択をしようかと思ったのですが結局もっとも無難な方向でしまいました＾＾；
- 153 名前：login:Penguin mailto:sage [2006/12/09(土) 13:13:51 ID:oECGYLlp]
- それより Sun が ZFS のラインセンスを移植可能なモノにするかなぁ。
あと、ReiserFS ってこれからも続いていくのかなぁ。
と弱気なオレは ext3 でいいや、ってことにしてる。
- 154 名前：login:Penguin mailto:sage [2006/12/09(土) 13:20:37 ID:XvZbgYpg]
- >>153
サン、「OpenSolaris」へのGPL適用も検討中--幹部の発言で明らかに
japan.cnet.com/news/ent/story/0,2000056022,20315848,00.htm
可能性は無くは無さそう。
#ってかSecond Lifeって…
- 155 名前：login:Penguin mailto:sage [2006/12/09(土) 13:49:40 ID:a073A2ss]
- CDDLなんて最初からうまくいくわけないって散々言われてたのにな
- 156 名前：login:Penguin mailto:sage [2006/12/09(土) 14:42:03 ID:+BMSQsJ6]
- >>134
いまいちよくわからんのだが俺も nautilus + XFS で信じられない位遅かったな
コピーしようとしたら CPU 占有 & 超低速で笑った。迷うことなく速攻 kill
でも普通に cp したら早かったんで FS じゃなくて GNOMEが悪いんじゃね？
日本語ファイル名ばっかりだったからシェルでいじるのダルかった...
- 157 名前：login:Penguin mailto:sage [2006/12/09(土) 15:01:16 ID:xcZ61voz]
- PCMan File Manager + XFS だけど遅いと感じたことないな。
と思って今Nautilusでコピーしてみた。
めちゃくちゃ遅いんですけど・・・
コピーの速度がPCMan File Managerだと50M/sくらいでNautilusだと3M/sくらいになってる。
CPU使用率はPCMan File Managerだと20％ほどNautilusだと10％ほど。
俺もUbuntuだけど、Ubuntu特有の現象？それともGNOMEかな？
なんにせよNautilusを使わずに他のファイラや端末使えば問題ない。
- 158 名前：login:Penguin mailto:sage [2006/12/09(土) 16:35:25 ID:6c2eJaxy]
- >>126->>132 のファイルコピーってnautilus使っての作業なのか？
普通にcpでの作業を想定したぞ。
>>133で初めてnautilusで出てくるんだが、
cpだと普通の速度で、nautilus使ったら激遅ならnautilusのせいで
fsのせいではないだろ。
- 159 名前：login:Penguin mailto:sage [2006/12/09(土) 17:08:13 ID:rWrLJc8b]
- NautilusはGnomeの癌
今までも、そしてこれからも
- 160 名前：login:Penguin mailto:sage [2006/12/09(土) 17:55:39 ID:M+her1pQ]
- gnomevfsはデザイン上の問題があってデータが壊れることがあった
blogs.gnome.org/view/cneumair/2006/01/10/0
gnomevfsは問題多すぎでうんこでファックなので新しいのに変えようぜ
mail.gnome.org/archives/gtk-devel-list/2006-September/msg00072.html
gnome,nautilus自体つかってないのでなんとも。
- 161 名前：login:Penguin mailto:sage [2006/12/09(土) 19:19:33 ID:5nAPCmxh]
- nautilus2.16+reiser3.6では遅くならんな
- 162 名前：login:Penguin mailto:sage [2006/12/09(土) 20:52:16 ID:xcZ61voz]
- 結論はnautilus+xfsがダメってことでOK？
- 163 名前：login:Penguin mailto:sage [2006/12/09(土) 21:01:20 ID:PRqPU+Ss]
- 結論はnautilusがダメってことでOK
- 164 名前：login:Penguin mailto:sage [2006/12/09(土) 21:15:29 ID:QVIoEzpT]
- ダメなのはお前らの脳だと思うんだがなぁ
- 165 名前：login:Penguin mailto:sage [2006/12/09(土) 21:18:23 ID:OsYlNHdM]
- なんだかんだでXFS重いネタは発展したじゃん。
nautilus + xfs で遅くなることを報告し問題を探ろうとした質問者に拍手。
- 166 名前：login:Penguin mailto:sage [2006/12/09(土) 21:31:31 ID:QVIoEzpT]
- ( ﾟдﾟ) ・・・
(つд⊂)ｺﾞｼｺﾞｼ
_, ._
（；ﾟ Дﾟ） … 何ひとつ発展してないように見えるが！？
- 167 名前：login:Penguin mailto:sage [2006/12/09(土) 21:51:29 ID:6srhV/6+]
- 自分で原因も追求できないようなやつは
素直にext3でも使ってろってこった。
- 168 名前：login:Penguin mailto:sage [2006/12/09(土) 22:11:49 ID:1d5W5tst]
- 2.6.17.7から2.6.18.3, 2.6.19に変えたらXFSの大量ファイル削除やコピーが
重くなった気がする。
SATAドライバのせいかもしらんけど。
- 169 名前：login:Penguin mailto:sage [2006/12/09(土) 22:14:16 ID:QVIoEzpT]
- 気にするな。
- 170 名前：nautilusの人 mailto:sage [2006/12/09(土) 23:08:49 ID:MBLL7Uyo]
- おお！ なんか原因らしき物が見えてきましたね。みなさんありがとう。
ちなみに今Reiser4をカーネルに組み込んでコンパイル中です。
メモリとかの設定などもついでに変えてみました。make configの中を見ると確かにLinuxは標準で
ntfsを持っているんですね。デフォルトでMになってないのはWINに対する嫌がらせかと思ってしまったりw
あとはこのカーネルがまともに立ち上がるかです。。。
- 171 名前：login:Penguin mailto:sage [2006/12/10(日) 00:35:07 ID:IFH3c9Be]
- >ntfsを持っているんですね。デフォルトでMになってないのはWINに対する嫌がらせかと思ってしまったりw
バカなのかなぁ・・・
- 172 名前：login:Penguin mailto:sage [2006/12/10(日) 00:54:36 ID:CiyFfnIL]
- >バカなのかなぁ・・・
多分，若くていろいろと経験が足りないだけだと思う。
- 173 名前：nautilusの人 mailto:sage [2006/12/10(日) 01:13:22 ID:TgXM1Sad]
- ここの住民はじじいばっかかwwwww
- 174 名前：login:Penguin mailto:sage [2006/12/10(日) 01:15:16 ID:ZIVzZTYQ]
- カーネルこねてるんなら、カーネルのNTFSサポートのHelp読めよ
|
 |
