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


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

ファイルシステム総合スレ その14



1 名前: 忍法帖【Lv=29,xxxPT】 mailto:sage [2012/01/15(日) 16:38:33.83 ID:OMF5PJgt]
●前スレ
ファイルシステム総合スレ その13
engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。

452 名前:login:Penguin mailto:sage [2012/04/05(木) 00:54:16.80 ID:LNmHc2MK]
>>451
ごめん間違えた。。

453 名前:普通自分で考えるべき mailto:sage [2012/04/07(土) 14:41:06.19 ID:CF1JM2Tx]
>>449
P2P RAIDファイルシステムとか?
バックアップ部分をネットに依存とか、ネットに捨てるほどある重なるファイルで
あまり使わないものは常に外部に依存みたいな。


454 名前:login:Penguin mailto:sage [2012/04/08(日) 00:27:38.62 ID:C5E9bwN3]
>>453
こういう場合ってストレージに参加者のDropboxつかうのって違反なんかな?
同一ファイルはDropbox側で実体ひとつになる、周辺ツールもそろってるし。
ふつうのdropboxfs自体はあるから、P2P共有部分を追加したらいけそう。

455 名前:login:Penguin mailto:sage [2012/04/08(日) 01:25:52.35 ID:xWN2hyan]
hadoopみたいに64MBで分割して任意の数のノードに保存みたい
なのはあるといいかも

456 名前:login:Penguin mailto:sage [2012/04/08(日) 02:13:44.98 ID:CG4ylOpp]
>>449
どんなファイルも1byteに圧縮するFS

457 名前:login:Penguin [2012/04/08(日) 03:23:55.22 ID:nm3/lghx]
/dev/nullがマウントできるFS

458 名前:login:Penguin mailto:sage [2012/04/10(火) 22:45:09.09 ID:AVs9x400]
https://github.com/dajhorn/pkg-zfs/wiki/Dual-booting-Linux-and-Solaris-with-ZFS-aware-GRUB-0.97
を見ると、
ubuntu12.04 + zfs
の1partitionでブートさせることができそうなんだけど、grub2のzfsパーティションへのインストール方法がわからない
grub-installでいいん?

459 名前:login:Penguin mailto:sage [2012/04/10(火) 22:48:56.85 ID:FgWMYeCi]
※情報不足で御免なさい
ubuntu12.04ってネイティブのzfs利用可能なの?

460 名前:login:Penguin mailto:sage [2012/04/10(火) 22:55:32.42 ID:AVs9x400]
zfs-native
で間違いないです
openindianaを選んだほうが早いかな



461 名前:login:Penguin mailto:sage [2012/04/11(水) 11:26:30.87 ID:TaHjAQn0]
どこをどう読んだらそうなるんだ

462 名前:login:Penguin mailto:sage [2012/04/11(水) 21:53:17.38 ID:/N3dnxcw]
半分以上、自分の希望だったんですが
今のところ、bootパーティションはzfs以外にしないとならんのですか

463 名前:login:Penguin mailto:sage [2012/04/12(木) 20:03:00.58 ID:tSFAXJzg]
ascii.jp/elem/000/000/685/685733/index-3.html

> hito:そうすると何が起こるかっつーと、「メモリが足りない→XFS領域にデータを書きだそうとする→XFSがメモリを要求する」という……。

> hito:で、そういう挙動はダメだよねーっていう修正がやっと入った。6〜7年ぐらいかかってると思う。まあXFSにはもっと前にスタック使い尽くす問題とかもあったんで、やっとこさヘビーな使い方ができるかなーという感じ。

XFSの存在を赦す理由になる?


464 名前:login:Penguin mailto:sage [2012/04/12(木) 20:26:29.36 ID:GVhLLvIq]
絶対に許さない

465 名前:login:Penguin mailto:sage [2012/04/13(金) 02:01:23.05 ID:paFFSYLp]
>>463
x86_64限定でkernel stack周りはどうにかなりそうだし、ようやくなんとかなるのかなぁ、
でもkernel 3.2ならext4の容量制限も緩和されているしなぁという感じ。

466 名前:login:Penguin [2012/04/13(金) 22:51:45.76 ID:KiMfKhCq]
>>449
>なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない?

ファイル名の文字が255byteでなく、UTF−16で255文字なファイルシステム
作れば一生名前が残るかも。

467 名前:login:Penguin mailto:sage [2012/04/14(土) 01:02:31.64 ID:DAjk0FKS]
>>462
MBRにgrub, grub2を書き込み
パーテ外にベタ書きしたkernelをロードすればいい

468 名前:login:Penguin mailto:sage [2012/04/14(土) 01:20:59.58 ID:gFoEeXgt]
>>466
UTF-8で済むから意味がない。
UCS2(一文字16ビット)だと、UCS4(一文字32ビット)の文字が表現できないからUnicodeとしては欠陥になる。
表現できる文字数が減るってことだよ。
UTF-8はUCS4の文字も表現できる。
UCS4にしたらディスク容量が無駄になる。
バカじゃないの。

469 名前:login:Penguin mailto:sage [2012/04/14(土) 04:58:41.05 ID:ykh3cFrR]
UTF-16とUCS2は別のものだよ…

470 名前:login:Penguin mailto:sage [2012/04/14(土) 05:01:40.18 ID:4vczfuvJ]
>>468
UTF-8でもUTF-16でも表現できるUnicodeの文字数は同じ。
ディスク容量にしたって日本語中心ならUTF-16の方が無駄が少ない。



471 名前:login:Penguin mailto:sage [2012/04/14(土) 23:58:24.76 ID:Hve9S8Lo]
>>449
叩かれるかもしれないけど、32or64bit実身仮身を実装してよ。
ttp://ja.wikipedia.org/wiki/BTRON
ファイル名とファイルIDが別だから、文字数とか気にしなくて良いし。

472 名前:login:Penguin mailto:sage [2012/04/15(日) 00:13:16.78 ID:PUQ9YpLc]
>>471
次世代FSでどこも採用していないって事はトレンドから外れているって事だろう。

473 名前:login:Penguin mailto:sage [2012/04/15(日) 00:36:07.51 ID:zrILeh0w]
umountができないFS

474 名前:login:Penguin mailto:sage [2012/04/15(日) 00:55:46.95 ID:KUTNhuB6]
そこに保存したらファイルの内容を翻訳してくれるFS

475 名前:login:Penguin [2012/04/15(日) 01:37:47.14 ID:wcHN5p+1]
そして、バイナリファイルやソースコードの中身がグチャグチャになるんですね

476 名前:login:Penguin mailto:sage [2012/04/15(日) 07:03:21.35 ID:d8SeT810]
そういやPOSIX的にはファイル名ってただの0終端バイト列じゃないの?
FS側が文字コード変換までやるもんなの?

477 名前:login:Penguin mailto:sage [2012/04/15(日) 07:52:32.02 ID:zPONO3Ol]
KI/KOを始めて見たときなんだこの糞実装わと思ったが
UTF-8で同じようなの見るとは思わんかったw

478 名前:login:Penguin mailto:sage [2012/04/15(日) 09:01:28.16 ID:XU6NzGNz]
>>476
LC_CTYPE で locale 切り替えるんじゃなかったっけ?

479 名前:login:Penguin mailto:sage [2012/04/15(日) 09:46:21.88 ID:d8SeT810]
>>478
表示化けとかはユーザランドの話だからFS側には関係ない。

shift_jisの場合、いくつかのOSではAPI側がパス区切り文字の解釈は直してくれるけど
ファイル名文字列のバイト表現をファイルシステム側が変えるって話はないはず

480 名前:login:Penguin mailto:sage [2012/04/15(日) 13:10:08.72 ID:r5YOWvvD]
>>476
>>478
>>479
UTF-16はバイト(8ビット)単位ではなくて16ビット単位だから
バイト単位の0が終端ではなくなる。
バイト単位だと文字列の途中に0が入ることもある。
だからファイル名に8ビットのNULL終端が必ずあると決め付けていないファイルシステムでなくてはならない。



481 名前:login:Penguin mailto:sage [2012/04/15(日) 16:22:35.21 ID:wcHN5p+1]
NTFS(WindowsXP)で保管してたファイルが、sambaサーバにコピーした途端、
ファイル名が長すぎる、とか言い出してエラー出た。
なにこれ。


482 名前:login:Penguin mailto:sage [2012/04/15(日) 16:35:19.00 ID:PUQ9YpLc]
>>481
知ってていってるだろ?

483 名前:login:Penguin mailto:sage [2012/04/15(日) 16:35:55.27 ID:0nRNYIrq]
なにこれじゃねーよw
sambaサーバ側の絶対パスが長すぎんじゃねーの

484 名前:login:Penguin mailto:sage [2012/04/15(日) 17:25:55.81 ID:p38/R2S8]
>>481
日記はついったにでも書けよ!

485 名前:login:Penguin mailto:sage [2012/04/15(日) 17:54:27.08 ID:d8SeT810]
>>480
そのUTF-16のファイルシステムにLinuxのどのAPIでアクセスすんだよ。
ここLinux板だぞ

間に入るAPIがASCIIと互換性のない文字コードをサポートしてないんだから意味ないだろ

486 名前:login:Penguin mailto:sage [2012/04/15(日) 21:56:24.70 ID:qQezSKIz]
ssdはnilfsみたいなホンマか嘘か分からんこといわれたんだが
ネットブックにssd入れて使うのにnilfs入れて見るとかありえんの?
nilfs自体がそもそもネタfsとか思ってるんだけど


487 名前:login:Penguin [2012/04/15(日) 23:29:54.66 ID:wcHN5p+1]
やっぱり、長いファイル名を受け付けてくれるファイルシステムが欲しいな。
とはいえ、LinuxファイルサーバにWindowsのファイル保管庫をやらせたいだけなので、
sambaサーバがhddのraw blockデバイスに直接書き込んでくれてもいいんだよな。
理想としてはファイルシステムが長いファイル名に対応してくれることなんだけど。



488 名前:login:Penguin mailto:sage [2012/04/16(月) 01:34:27.57 ID:sK2yBvUH]
>>472
面白いの作るっていうから…
トレンド追うのなら素直にbtfs待つよ。
でも、ネットワークというかハイパーテキスト構造なFSって、
webとは親和性高くて良いと思うんだけど。

489 名前:login:Penguin mailto:sage [2012/04/16(月) 09:49:26.71 ID:lvKL8Yhv]
ZFSは自動で重複を排除する機能があるけど、ブロック単位だから「どのファイルが重複してるか」は分からないんだよな。
そこで重複をファイル単位で自動でチェックしてくれて、その結果を簡単に修得できるファイルシステムを希望する

490 名前:login:Penguin mailto:sage [2012/04/16(月) 10:13:31.67 ID:i6sCf9yT]
>>488
btfs?

>>489
修得?



491 名前:login:Penguin mailto:sage [2012/04/16(月) 11:19:08.34 ID:4yiemVgB]
>>490
エロ画像の整理に便利なんだよ! 言わせんな恥ずかしい!

492 名前:login:Penguin mailto:sage [2012/04/16(月) 12:15:07.53 ID:bJiRh/8P]
>>489
重複チェックツールあるけどね。

493 名前:login:Penguin mailto:sage [2012/04/16(月) 12:16:17.52 ID:4yiemVgB]
まあファイル単位だとランダムシークしてアクセスするたびにファイル全体のダイジェストを計算しなおしになるから
あんまり現実的じゃないな

494 名前:login:Penguin mailto:sage [2012/04/16(月) 14:00:46.94 ID:i6sCf9yT]
そもそも完全一致のファイルが見つかるだけでいいのか?
類似画像の検出は要らんのか?

495 名前:login:Penguin mailto:sage [2012/04/16(月) 14:28:32.80 ID:s0jqF/SI]
>>487
ISOイメージか、仮想HDDイメージにでも放り込んで
イメージごとやればファイル名の問題は(ry
大きすぎるボリュームに大量の数のファイルをつぎ込むと
ファイルの検索だけで激しく重くなる。
細かいファイルはまとめて書庫に保存するなりイメージファイル化するべき。

496 名前:login:Penguin mailto:sage [2012/04/16(月) 20:39:58.60 ID:EqJJmYvz]
そんなくだらんバッドノウハウいらんわ。
大量のファイルがあっても快適に使用できる
ファイルシステムを探すのもこのスレの目的だろ。

497 名前:login:Penguin mailto:sage [2012/04/17(火) 00:43:34.22 ID:qXjoYE5Z]
>>490
btrだったね。

498 名前:login:Penguin mailto:sage [2012/04/17(火) 14:29:04.93 ID:YcOVAep7]
>>463
赦す赦さないってどこの異端審問官サマだよw
ユーザにとっての第一の評価基準は、使えるか使えないかだろ。

499 名前:login:Penguin mailto:sage [2012/04/19(木) 12:35:50.39 ID:K5wfT9FM]
家電HDDレコーダーのファイルシステムって何?メーカー独自?

500 名前:login:Penguin mailto:sage [2012/04/19(木) 12:47:48.37 ID:0YxY6oJS]
>>499
XFSかext3 最近のはext4かな



501 名前:login:Penguin mailto:sage [2012/04/20(金) 05:35:00.59 ID:cf88Jldy]
NTFSは事実上ファイル名に510バイト使える
Linuxは255バイトまで

502 名前:466 [2012/04/21(土) 00:06:32.82 ID:kc2SruX3]
こりゃ普及するわけがなry

503 名前:login:Penguin mailto:sage [2012/04/21(土) 08:36:03.07 ID:yKSNqbP1]
バターさん元気?生きてる?

504 名前:login:Penguin [2012/04/21(土) 12:01:57.08 ID:T7uXB/Ur]
バターFSの開発が遅々としてるのって、
もしかして255文字以上のファイル名を許容できるようにLinuxユーザランドも含めて開発してるからか?
もしそうなら、今日からZFS捨ててバター派になる


505 名前:login:Penguin mailto:sage [2012/04/21(土) 12:03:43.68 ID:JAncRgwR]
fedoraさんもbtrfsには難儀してるようだね。17は結局どうなっんたんだろ。

506 名前:login:Penguin mailto:sage [2012/04/21(土) 15:56:32.26 ID:Jk8knAaa]
btrfsだけど 複数ボリュームで作ったプールをfstabで読み込ませようとするとエラー吐くぞ。まだまだだなー

507 名前:login:Penguin mailto:sage [2012/04/21(土) 18:20:03.68 ID:5NRF/9C+]
fedoraはanacondaのbtrfs対応が間に合わなかったため17のデフォルトfsにはならなかった

508 名前:login:Penguin mailto:sage [2012/04/22(日) 18:24:30.22 ID:QcOQSMyR]
自宅のCentOS 6.2のファイルサーバにZFS-Nativeのインスコ完了しました!!
OSはssdに入れて、サーバデータをZFSにいれました。

[root@hoge]# zpool status
pool: storage
state: ONLINE
scan: none requested
config:

NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
sdb ONLINE 0 0 0
logs
sda3 ONLINE 0 0 0
cache
sda4 ONLINE 0 0 0

sdaがssdの起動ディスク、sdbがHDDDです。
ZILとキャッシュの設定の効果が全く感じられない。

ファイルサーバのデータの読み書きの時、ZILとL2ARCに設定したSSDにとりあえず、
データは書かれているみたいだが、使っていない様子。ファイルシステムとしての
書き込みの速度も以前のEXT4の方が速いかも。

とりあえずZFSをファイルサーバのデータに使ったメリットは、何も感じられない。



509 名前:login:Penguin [2012/04/22(日) 18:33:24.34 ID:njjLIW42]
Windowsの255文字以上のファイル名をLinuxファイルサーバにコピーするには
iSCSIというのを使えば良さそうですね。
さっき1台−1台で繋いだらうまくいったので、これから本番運用です。楽しみ。

510 名前:login:Penguin mailto:sage [2012/04/22(日) 18:51:19.19 ID:iroLKuhV]
>>508
どういうファイルサーバか知らんが、smbとかならZILは使われんぞ。ZIL同期書き込み用キャッシュだし。
それにメモリとCPU食うFSだから低スペマシンを流用した鯖とかなら速いわけもないし。
というかZFSなんてHDDを4台とか8台使う規模の鯖向けで、HDD1発を速くする(IntelSRT的な)用途にはまったく向いてないんじゃ・・・



511 名前:login:Penguin mailto:sage [2012/04/22(日) 20:11:01.67 ID:XIm64qvg]
>>509
それ iSCSI じゃなくて CIFS 対応の NAS では?

そうでなければ NTFS を iSCSI 経由でアクセスしているか。
クラスタストレージに使われることはあるが iSCSI 自体がクラスタストレージでは
ないから同時アクセスしてファイルシステム壊さないといいのだが...

512 名前:login:Penguin mailto:sage [2012/04/22(日) 20:38:02.36 ID:QcOQSMyR]
>>510

ども、いわゆるATOMのべアボーンで、2.5インチ SATA 2.5 500Gで運用してた
ファイルサーバに、SSD 32Gを追加。SSDにOSとZIL、キャッシュをとって、
500GのHDDを丸ごとをZFSのPoolにしてます。

CentOS 6.2 X86-64、ZFSは三月に最新が出たNative版です。OSのメモリーが
2Gバイトなので、CPUがATOMなのも加えて、ファイルサーバのレスポンスは
かなり悪化しちゃいました。バックアップが楽になりそうなのでそれは期待して
います。

負荷が高いと裏で動いているksoftirqdというカーネルのプログラムが、CPUを
かなり占有してしまいます。(困ったな)

513 名前:login:Penguin mailto:sage [2012/04/22(日) 20:44:25.44 ID:SSW2tmeJ]
>>512
atomで2GでZFSってソレは罰ゲームかなんかか?

514 名前:login:Penguin mailto:sage [2012/04/22(日) 20:55:51.31 ID:Mj9d/MFf]
鈍亀AtomにCPUとメモリを多く使うZFS入れて
性能落ちたとのたまうかw

515 名前:login:Penguin mailto:sage [2012/04/22(日) 21:24:32.73 ID:QcOQSMyR]
>513、514

会社のファイルサーバの更新の予定があり、これ迄はEXT3のファイルを
Sambaで公開してたのを、ZFSに代えてみようと思ったわけ。仕事で使う
サーバの実験で、家の省電力サーバで試しているところです。会社の
本番じゃもっと良いマシンになります。

ITProのZFSの記事「HDDが買えないならZFSを使えばいいのに」では仮想PCで
動かしてましたから何とかなるかなと思いましたが、ATOMじゃ何とも
なりませんね。ZFSの勉強にはなりました。



516 名前:login:Penguin mailto:sage [2012/04/22(日) 21:36:35.93 ID:maPmHILv]
ファイルサーバをext3からzfsにするなんて奇特な会社だな。
btrfsならともかく何でzfsにしようと思ったんだろか。


517 名前:login:Penguin mailto:sage [2012/04/22(日) 22:03:56.36 ID:QcOQSMyR]
ふーん。CentOS 6.2にはbtrfsが入っているんだ。

ユーザー空間のプログラムだけインストールすれば使えそうなので、
軽くベンチマークと、使い方を調べて、会社のSambaサーバは
どちらか良い方で構築しよっと。

518 名前:login:Penguin mailto:sage [2012/04/22(日) 22:07:34.24 ID:y9xR51pX]
>>516
あえて障害の多いサーバを本番運用することで
トラブル対策を真剣になってやれるようになる。
「我に七難ハックを与え給え」ってやつだ

519 名前:login:Penguin mailto:sage [2012/04/22(日) 22:07:43.11 ID:aOxDtRZB]
> btrfsならともかく何でzfsにしようと思ったんだろか。

お前は情弱かよw

520 名前:login:Penguin mailto:sage [2012/04/22(日) 22:41:55.90 ID:4o+HnplW]
>>518
「我に七難ハックを」じゃ、ろくすっぽトラブル対策やらないけど
問題発生の都度なんとかうまくこなしてしまうみたいな感じが……





521 名前:login:Penguin mailto:sage [2012/04/22(日) 22:54:22.97 ID:Mj9d/MFf]
>>515
「(とりあえず)動く」と「(目的とする用途で)使い物になる」は別だろw

以前は旧AtomでOpenSolaris動かしていて
チップセットの古さもあるのかI/Oも遅くてひどいものだったが
省電力版Phenomマシンに変えたら別世界

SSDをZILにしたらDBやファイルの大量削除など
同期書込の多発する処理が軽快になった
でもNFS書込は劇的改善といかなかったな

522 名前:login:Penguin mailto:sage [2012/04/22(日) 23:04:03.44 ID:QcOQSMyR]
>>521

まぁ、その通りなんだが、ZFSやBtrfsがLinuxで普通に使えるように
なる頃に慌てて勉強しなくても済むように、壊れても被害の少ない
社内のSambaサーバで運用の習得も兼ねて、作る事になったんだ。

と自宅のATOMをZFSからBtrfsに変えて、コマンドのマニュアルを
調べてますが、重複データの削除の機能はなさそうだね。

523 名前:login:Penguin mailto:sage [2012/04/22(日) 23:51:59.03 ID:kHgeVI8V]
zfs使うならFreeBSDが確実だと思うんだけど。


524 名前:login:Penguin mailto:sage [2012/04/22(日) 23:55:49.69 ID:Mj9d/MFf]
えっw

525 名前:login:Penguin mailto:sage [2012/04/22(日) 23:58:15.97 ID:938FomM7]
いやFreeBSDならFAT32だろ

526 名前:login:Penguin mailto:sage [2012/04/23(月) 03:53:14.21 ID:jfhyXlHF]
素直に OpenSolaris でいいやん


527 名前:login:Penguin mailto:sage [2012/04/23(月) 05:24:24.00 ID:ckPL5v1U]
業務で使うファイルサーバーにコリジョン起きるかも知れない重複排除使おうとは…
ビットイメージまでチェックするつもりならプア過ぎだろその環境w

528 名前:login:Penguin mailto:sage [2012/04/23(月) 08:36:32.02 ID:nHMcwuO3]
OpenSolarisはもうリリースされません。illumosを使いましょう。
ZFSもコードが公開されるのはv28という話もあるし、今後どうなるか
わからんね。


529 名前:login:Penguin mailto:sage [2012/04/23(月) 17:17:16.93 ID:McF8439V]
ZFS使うならNexentaStor使えよ
とりあえず最初の一歩なら簡単に構築・運用できるもので
大体の感じをつかんでおけばいいだろ

530 名前:login:Penguin mailto:sage [2012/04/24(火) 00:35:33.30 ID:3wHAirQk]
illumosってxenのpv guestで使えるのかな?



531 名前:login:Penguin [2012/04/24(火) 13:38:32.33 ID:x/oDgfDt]
>>511
あの後、iSCSIについて勉強してみましたが、ブロックデバイスを外に見せることが出来るプロトコルなんですね。
んで、複数マシンで共有するときは、
排他制御が出来るファイルシステムじゃないとメタデータが壊れる云々ということですが、
NTFSでフォーマットしたんで、その条件はクリアできている、と考えてたんですが
NTFSだってNASに使われるのだから大丈夫ですよね?
もしかしてBtrfsとかlinuxのfsを使うべき?

532 名前:login:Penguin mailto:sage [2012/04/24(火) 13:56:46.67 ID:BJphFvM4]
>>531
NASはあくまでもsambaやnfsなど、「ファイルシステムを外部に晒すもの」
であって、「ブロックデバイスを外部に晒すもの」ではない。

また、複数のノードからマウントされる前提で言うと、
NASはファイルシステムからのアクセスは1つにまとまった状態になるが、
iSCSIやATA over Ethernetはファイルシステムからのアクセスがまとまらない。
だからファイルシステム側で複数ノードからのアクセスに対応した仕組みが
必要になる。

533 名前:login:Penguin mailto:sage [2012/04/24(火) 15:58:12.96 ID:5atc8dAi]
>516 は成仏しただろうか…

534 名前:login:Penguin mailto:sage [2012/04/24(火) 17:28:14.58 ID:wyIbHs8V]
>>531
お前はクラスターファイルシステムについてお勉強して出なおすこと

535 名前:login:Penguin mailto:sage [2012/04/24(火) 18:44:22.70 ID:2GEDGMkc]
>>533

自宅でZFSのATOM CPUのサーバを立てたものです。
残念ながら生きてますよ。自宅のファイルサーバーも
いろいろ調整して、満足できる性能で動いてます。
家のサーバのセットアップで、ZFSの使い方がダイタイ判ったので、
連休中、会社の評価機を借りて、RAIDZとか高速なSSDと組み合わせた
システムのベンチマークを行う予定。こちらはCPUもメモリーも
たくさんあるので、結果が楽しみです。

同じ条件で、Btrfs、ZFS、ZFS on FUSE、EXT4の4つのベンチが
取れれば良いのだが、ちょっと時間がないなぁ。FUSEは見送るかな。

536 名前:login:Penguin mailto:sage [2012/04/24(火) 20:18:28.98 ID:3112VBlb]
>>531
NTFS は分散ファイルシステム(クラスターファイルシステム)ではないよ。
同じく NTFS を使う Windows XP や 7 が直接 iSCSI 見に行かないだろ?
両方からアクセスさせるにしても同時にはマウントしないで使わないと危ないぞ。

537 名前:login:Penguin mailto:sage [2012/04/24(火) 21:05:31.34 ID:gt7dyPqO]
linux zfs使って社内サーバー運用するって普通するの?

538 名前:login:Penguin mailto:sage [2012/04/24(火) 21:19:00.21 ID:NRKLRNSc]
>>537
何を以て普通というかは置いておいて、技術系の会社が自前で面倒見るつもりでない限りはしないことがほとんど。

539 名前:login:Penguin mailto:sage [2012/04/24(火) 21:54:33.62 ID:okto+U96]
IT系の会社で、ドッグフードを自分で食うのが習慣のとこならアリかなあ。

540 名前:login:Penguin [2012/04/25(水) 00:38:06.27 ID:9YNkBqtf]
ドックフードを食べるのってWindows系(カトラー系)だよね
Linux界ではなに食べるんだろ



541 名前:login:Penguin mailto:sage [2012/04/25(水) 11:04:39.89 ID:orC3GEUU]
>537
Solaris, FreeBSDならごく普通だろうけど
linux だと「ムチャしやがって(AA略)」

542 名前:login:Penguin mailto:sage [2012/04/25(水) 18:13:57.64 ID:ztStmggs]
>>535
>RAIDZとか高速なSSDと組み合わせたシステムのベンチマークを行う予定。こちらはCPUもメモリーもたくさんあるので
こういうシステムで使うに至って初めて性能云々が言える段階っしょ・・・
ZFSの使い方を習得したいだけならAtomでもVMでもなんでもいいけど、その段階でメリット感じられんとかext4の方が速いとか言ってもしょうがないわな。
ま、ZFS fuseのベンチは時間の無駄だからやめとけw

543 名前:login:Penguin mailto:sage [2012/04/25(水) 18:50:09.44 ID:lWv9c4zK]
>>540
カトラー系って何じゃ? MSは、OS開発でドッグフードしなかった例はないはず。

544 名前:login:Penguin mailto:sage [2012/04/25(水) 22:55:53.57 ID:OHjfllRj]
>>540
うんこ

545 名前:login:Penguin mailto:sage [2012/04/26(木) 10:04:12.73 ID:WLRg5SoY]
ZFSを使っている方に確認です。

L2ARCの効果を確認するため、次の試験をおこないました。
(CentOS 6.2、zfs-0.6.0-rc8)

ZFSのディスクに4Gバイトのファイルを用意(仮想PCのデータ)
ファイルを別ディスクにコピー1回目
ファイルを別ディスクにコピー2回目

1回目のコピーでcacheへデータは書き込まれるので、
2回目は早くなるかと思いましたが、速度は変わりません。


zpool iostatで読み書きの様子を見てますが、こんな
状態であまり読み込みのキャッシュには使われていない
様子です。

capacity operations bandwidth
pool alloc free read write read write
---------- ----- ----- ----- ----- ----- -----
storage 260G 204G 104 0 13.0M 272
sdb 260G 204G 104 0 13.0M 245
cache - - - - - -
sda4 2.59G 14.9G 0 11 11.7K 1.42M
---------- ----- ----- ----- ----- ----- -----

サーバのメモリーが2Gバイトなので、4Gのデータの読み込みで、
キャッシュは完全に使いきってL2ARCが働くと思うのですが、
シーケンシャルのファイルでは効果がないのかな?


546 名前:login:Penguin mailto:sage [2012/04/26(木) 10:17:04.63 ID:c29dzUhN]
>>545
L2ARCはランダムアクセスにしか効かない。
それもさんざんランダムアクセスを繰り返して埋まってからでないと効かない。
自宅サーバーでL2ARCが効くところを見るのは絶対無理。

547 名前:login:Penguin mailto:sage [2012/04/26(木) 12:03:42.98 ID:WLRg5SoY]
>>546

なんだって!!??
かなーり、ショック。

勉強になりました。有難うございます。


548 名前:login:Penguin mailto:sage [2012/04/26(木) 17:00:40.11 ID:n+DFYIq8]
L2ARCとかZFSのキャッシュ周りの挙動については
ttp://ftp-admin.blogspot.jp/search/label/%E3%82%B9%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B8
ここらへん読むと結構勉強になる。やっぱ実際にガンガン使ってる人の経験はわかりやすい。

549 名前:login:Penguin [2012/04/27(金) 00:21:19.91 ID:8fbM7xtX]
ZFSの解説本が無いのがツライ

550 名前:login:Penguin mailto:sage [2012/04/27(金) 10:20:14.32 ID:lxJzttUx]
ZFSって結構メモリ食うってのを見かけた記憶があるんだが本当なん?たかがファイルシステムごときに



551 名前:login:Penguin mailto:sage [2012/04/27(金) 10:26:53.18 ID:hngo9Hwy]
メモリを与えてやればいいファイルシステムが作れる・使えるぜ?

というコンセプトなんだから賛同するなら使えばいいし
そうでないなら他のを使えばいい
(linuxでは実装がまだアレだろうけど)


552 名前:login:Penguin mailto:sage [2012/04/27(金) 12:10:34.15 ID:ob07Nn1s]
ファイルシステムにたかがとか言えちゃうなんて凄いな〜






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

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

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