[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 07/26 10:56 / Filesize : 187 KB / Number-of Response : 762
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



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/

46 名前:login:Penguin mailto:sage [2006/11/28(火) 23:06:41 ID:+IZBoTgF]
いやNFSというオチ

47 名前:login:Penguin mailto:sage [2006/11/28(火) 23:07:50 ID:12X1ZwKm]
ぬ。
おそらく、ね。

48 名前:login:Penguin mailto:sage [2006/11/29(水) 11:46:21 ID:4v2KUCQc]
macのドライブにアクセスする方法ありませんか?

49 名前:login:Penguin mailto:sage [2006/11/29(水) 12:09:14 ID:IMfnsoFA]
samba

50 名前:login:Penguin mailto:sage [2006/11/29(水) 20:53:33 ID:lIbQSUXt]
>45
そんなことで 1分も時間がかかるのか?

51 名前:login:Penguin mailto:sage [2006/11/29(水) 23:42:54 ID:a8L0fs7M]
2.6.19-rc6 とかで generic file writeとか
削除されてるだんけど何で?

52 名前:login:Penguin mailto:sage [2006/11/30(木) 06:52:55 ID:174bag3/]
ttp://sfgate.com/cgi-bin/article.cgi?f=/c/a/2006/11/28/BAGERMLCGJ38.DTL

> Today, attorney Daniel Horowitz withdrew from the case, saying Reiser
> couldn't afford his services.
>
> "This is an incredibly complex case," Horowitz said in an
> interview. "It requires hundreds of hours of intense work and a major
> amount of staff involvement. He actually can't afford me. There's no
> money."

Hansたんはお金がなくっていい弁護士を雇えなかったみたいだぞ。
弁護費用の募金活動やらね?

53 名前:login:Penguin mailto:sage [2006/11/30(木) 07:06:37 ID:rKSOEWU+]
>>52
なんだ、まだ死体も見つかってないどころか、死んだかどうかの
確認すらできてないんじゃん。

なんか証拠が見つからなくなって面倒くさくなった警察側が
寝技使って落しどころ探してるって感じなんじゃないのか。ひどい。

54 名前:login:Penguin mailto:sage [2006/11/30(木) 07:42:45 ID:wl2BA0uA]
Andrewの陰謀だ



55 名前:login:Penguin mailto:sage [2006/11/30(木) 07:47:16 ID:xHQdO+fK]
どの国も警察っていいかげんだなあ。


56 名前:login:Penguin mailto:sage [2006/11/30(木) 15:17:18 ID:xxzhfaCv]
>>55
何人もが行方不明になっても、何年も放置しておく警察もあります。

57 名前:login:Penguin mailto:sage [2006/11/30(木) 15:18:33 ID:8qpZwMYe]
>>56
だっている場所分かってるニダ

58 名前:login:Penguin mailto:sage [2006/11/30(木) 18:30:13 ID:xxzhfaCv]
へぇ、JFSって意外にまともに属性管理できるんだ。


EXT3
# lsattr
suS-iadAcj--T ./test_file
suSDiadAcj--T ./test_dir

ReiserFS
# lsattr
lsattr: Inappropriate ioctl for device While reading flags on ./test_file
lsattr: Inappropriate ioctl for device While reading flags on ./test_dir

XFS
# lsattr
--S-iadA----- ./test_file
--S-iadA----- ./test_dir

JFS
# lsattr
suS-ia-A----- ./test_file
suSDia-A----- ./test_dir



59 名前:login:Penguin mailto:sage [2006/11/30(木) 19:36:11 ID:MWVY75+p]
aclは全部完全に管理できなきゃ意味ないw
不完全ならない方がいい。


60 名前:login:Penguin mailto:sage [2006/11/30(木) 20:21:32 ID:mmMkv7Ur]
aclとattributeはちがうだろ

61 名前:login:Penguin mailto:sage [2006/11/30(木) 21:26:40 ID:3HsodbO8]
しーっ

62 名前: ◆IIiDC8JS7w mailto:sage [2006/11/30(木) 23:44:34 ID:3D2vx2Hv]
1095回(3年分)のrsyncの結果。11/30 21:00完了
ext4dev ext3 ext2 reiser xfs jfs
に異常は見られませんでした。。
普通に稼動してました。

各FSは最初300万ファイルでしたが、
(100users, 1userあたり30000通のメールと仮定)
たった4日間で900万ファイルになってしまいました。
つまり差分の1userあたりの60000通は全部spam。。。
ディスク使用量は130Gぐらい増えてた。。

メールファイルのため、ファイルの更新は無く、
ファイルの追加のみの差分rsyncだったので、負荷が
少なめだったのかもしれません。

今回使用した評価環境は、メールサーバ用として
贅沢すぎたかな。。

63 名前:login:Penguin mailto:sage [2006/11/30(木) 23:56:49 ID:aEiu/0E7]
>>62
お疲れさまー。
やはりFSとrsyncだけでは問題は出ないようですね。
カーネルやドライバのバグ、ハードの問題などが原因でしょうか。

64 名前:login:Penguin mailto:sage [2006/12/01(金) 02:21:18 ID:hovM2rQ4]
OSCON2006でFS比較話があって、内容自体はほとんどこのスレと
同じなんだけど、1つだけ「JFSはIBMに捨てられたのが欠点」という
話があったらしい。これ何のこと?




65 名前:login:Penguin mailto:sage [2006/12/01(金) 03:08:08 ID:XMuKng2p]
>>31

ZFSスレに宣伝が来たので、ZFSでやってみた。
マシンは、ThinkpadX30(10thAniversaryModel)

Creating files...Done
Performing transactions..........Done
Deleting files...Done
Time:
59 seconds total
55 seconds of transactions (1818 per second)

Files:
60152 created (1019 per second)
Creation alone: 10000 files (3333 per second)
Mixed with transactions: 50152 files (911 per second)
50120 read (911 per second)
49666 appended (903 per second)
60152 deleted (1019 per second)
Deletion alone: 10304 files (10304 per second)
Mixed with transactions: 49848 files (906 per second)

Data:
469.56 megabytes read (7.96 megabytes per second)
566.22 megabytes written (9.60 megabytes per second)

こんな感じです。ZFS上に構築したSolarisZoneで実行した。

66 名前:login:Penguin mailto:sage [2006/12/01(金) 03:22:36 ID:XMuKng2p]
結果見直してみるとちょっと速すぎるな・・・
何かベンチのパラメータ落としたかな??UFSとZFSでもう一度取り直してみる。

67 名前:login:Penguin mailto:sage [2006/12/01(金) 03:42:44 ID:XMuKng2p]
同じマシンのUFS上でやってみた。
なんじゃこりゃー!

Creating files...Done
Performing transactions..........Done
Deleting files...Done
Time:
1253 seconds total
1211 seconds of transactions (82 per second)

Files:
60152 created (48 per second)
Creation alone: 10000 files (1250 per second)
Mixed with transactions: 50152 files (41 per second)
50120 read (41 per second)
49666 appended (41 per second)
60152 deleted (48 per second)
Deletion alone: 10304 files (303 per second)
Mixed with transactions: 49848 files (41 per second)

Data:
469.56 megabytes read (383.74 kilobytes per second)
566.22 megabytes written (462.74 kilobytes per second)

68 名前:login:Penguin mailto:sage [2006/12/01(金) 03:43:15 ID:XMuKng2p]
そしてもう一度ZFS。・・・・
誰か解説してくれー

Creating files...Done
Performing transactions..........Done
Deleting files...Done
Time:
61 seconds total
58 seconds of transactions (1724 per second)

Files:
60152 created (986 per second)
Creation alone: 10000 files (5000 per second)
Mixed with transactions: 50152 files (864 per second)
50120 read (864 per second)
49666 appended (856 per second)
60152 deleted (986 per second)
Deletion alone: 10304 files (10304 per second)
Mixed with transactions: 49848 files (859 per second)

Data:
469.56 megabytes read (7.70 megabytes per second)
566.22 megabytes written (9.28 megabytes per second)

69 名前:login:Penguin mailto:sage [2006/12/01(金) 04:13:20 ID:HVWtIxPt]
異常な速度だなぁ。ZFSは実際にディスクには書いていないんじゃないの?

70 名前:login:Penguin mailto:sage [2006/12/01(金) 10:35:57 ID:mEhJq9GL]
>>65-68
なんじゃこりゃー。
化け物だ・・・。

乙です。

71 名前:login:Penguin mailto:sage [2006/12/01(金) 11:34:02 ID:y8bRU7K1]
>>69
それは某FSに対する
なにかだな

72 名前:login:Penguin mailto:sage [2006/12/01(金) 11:45:31 ID:mq6YGmUl]
ここはもう奥村(だっけ?)の出番だな

73 名前:login:Penguin mailto:sage [2006/12/01(金) 23:09:35 ID:B+5xJghb]
project DOUBT!

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は磁石が弱くてもしっかり記録されるように10回上書きしてる。
昔のHDDに対応するための仕様。このため最近のHDDだと5回位間違って
削除しても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は磁石が弱くてもしっかり記録されるように10回上書きしてる。
> 昔のHDDに対応するための仕様。このため最近のHDDだと5回位間違って
> 削除しても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でフロッピーディスクドライブを起動順位の1番上にして、再起動したら…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
ウソんw
/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は相性が悪かったので残念です。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<187KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef