12/03/20 13:12:01.54 Wcj5ZDdg
>>356
btrfsの話だぞ
358:login:Penguin
12/03/20 19:47:06.88 59kQBnMI
btrに文句言ってるのはパッチを投げてるのに一向に反映してもらえない方々かもしれんだろ
359:login:Penguin
12/03/21 00:12:22.08 Q9c8wcA7
btrfs-ML読んでいるがそんな奴はここにはおらん。
360:login:Penguin
12/03/22 06:40:28.22 hTzxXmdZ
NTFSってこの先バージョン上がることもなくずっとこのままなの？
361:login:Penguin
12/03/22 09:21:24.76 WQdFLvQK
>>360
linux板なんだが…
つReFS
362:login:Penguin
12/03/22 20:41:49.76 JCd8l5OS
URLﾘﾝｸ(gigazine.net)
ボラクルはさくらにひどいことしたよね……
363:login:Penguin
12/03/22 20:49:41.73 +em0BUT1
お布施と信仰心が足りなかっただけの事
364:login:Penguin
12/03/22 21:28:05.22 sHZxupNN
まぁよくあること。
だから、障害テストや負荷テストは大事。
InfiniBandは俺の中ではまだまだ簡単じゃないんじゃまいかと。。。
365:login:Penguin
12/03/22 22:12:37.86 imJ0j2WT
>>364
Infiniband は結構枯れてるぞ？ スパコンには必須だし、中小企業でも手出し
できるぐらいの価格だから１０台程度のクラスタでも採用されるケースは多い。
大規模なストレージ製品だとＩＢ使ってないほうが珍しいと思う。
さくらの場合のようなストレージがおかしくなって何時までも泥沼状態が続くって
パターンを良く見たり聞いたりするけど、(あくまでも個人的な妄想だが、)
パーツやディスクの故障箇所が一定の割合を超えるとあり地獄から抜けれなく
なるってことじゃないかなぁ。
366:login:Penguin
12/03/22 22:13:43.24 mqCx3/i9
どっかの技術記事でさくらの構成は意欲的な構成ですねえと評されていたが
残念な結果になってしまったということか。
367:login:Penguin
12/03/22 22:26:28.65 TJ+0KW18
ファイルシステムは何？
URLﾘﾝｸ(basanovich.livejournal.com)
368:login:Penguin
12/03/22 23:47:33.17 qS0+ai8S
>>365
まあ、クラスタで使うInfiniとIP on IBとでは話が違ってくるけどね。
ストレージならInfiniよかFC使えよと思う。
369:login:Penguin
12/03/23 23:01:51.78 b1TKR3ff
SSD耐久テスト URLﾘﾝｸ(botchyworld.iinaa.net)
このサイトのやつみたいな感じでストレージを苛めようと思うんだが
耐久試験的なストレステスト用のプログラム・ツールがあったら教えて
370:login:Penguin
12/03/24 00:42:14.57 lZHUb2Yw
Ubuntu 12.04 LTS - Benchmarking All The Linux File-Systems
URLﾘﾝｸ(www.phoronix.com)
Btrfsはまだまだっぽい？ext4の地位は安泰だね。
371:login:Penguin
12/03/24 00:44:12.63 oI/u8QuP
しばらくはext4でRaid１組んでいくかな
372:login:Penguin
12/03/24 10:09:51.26 9VgB744n
lessfsはブロックごとにハッシュを用いて冗長を省きLZOまたはQUICKLZで圧縮するFS。
バックアップ用途やVMイメージ置き場に最適。
FUSE実装
URLﾘﾝｸ(www.lessfs.com)
373:login:Penguin
12/03/24 15:49:16.18 Z68eWHLX
なんでFUSE実装なの？
嫌になったらすぐ捨てて、逃げ出せしやすくするため？
374:login:Penguin
12/03/24 16:26:16.55 U6c0/7EP
やっぱコンテキストスイッチしまくりの布施は糞だよなぁ
なんとかネイティブでZFS使えんもんだろうか
375:login:Penguin
12/03/24 16:52:30.20 FLEGBGWQ
実装する側からするとカーネルの都合に振り回されずに実験できて幸せってかんじ？
観点のちがいか。
376:login:Penguin
12/03/24 17:00:07.23 iVBzVS2i
使う側の観点からだと「fuseならroot権限なくても使えるから便利！」ってアピールは良く見るけど
そもそもfuse自体を有効にするのにroot権限が必要だからいまいちそのアピールには納得できない感がある。
377:login:Penguin
12/03/24 19:34:36.23 mbmxP+yT
ユーザーモードだとカーネル毎吹き飛ばさないのでデバッグが楽だからとか
適当に想像で言ってみる。
378:login:Penguin
12/03/24 20:11:34.28 kXbtLegS
>>374
実装してる人はいるじゃん
ただ、カーネルツリーに取り込まれることが絶対ないから、主流には成り得ないだけで
379:login:Penguin
12/03/24 20:18:51.31 iVBzVS2i
Debian/kFreeBSDで我慢しる
380:login:Penguin
12/03/25 02:25:49.83 KsMA6WV7
>>378
いや、ソレってライセンス違反だよねｗ
381:login:Penguin
12/03/25 02:30:48.84 9zD3DfEB
>>380
なんで？
382:login:Penguin
12/03/25 02:52:46.49 WRJVUm9/
昔CDDLとGPLは合法的にリンク出来ないってFSFが見解出してんたんだけど、
最近はどっちかのライセンスかFSFの見解が変わった？
383:login:Penguin
12/03/25 03:03:21.18 YN2ser6r
昔も今もリンクした状態で配布できないだけだと思うけど
こっちが聞きたいよ。いつの間にかFSFの見解は変わったの？
384:login:Penguin
12/03/25 12:12:59.64 J4XQgGBS
GPLが配布するときにだけ効いてくるという基本を
理解していない奴は意外と多い。
385:login:Penguin
12/03/25 16:33:22.29 GavdBccW
>>330
いや、だからx86_64だとスタックサイズ大きくしてるだろ？
してないって主張？
386:login:Penguin
12/03/25 16:47:06.66 rXN+EuZp
>>385
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
> XFS on x86_64はまったく実用的ではないとかなんとかいう議論をLKMLでしている。
>
> David Chinnerが既知の問題で直せないと言っているからには、本当にダメなんだろう。
漏れはこれ読んでext4に乗り換えたわ。
387:login:Penguin
12/03/25 16:50:32.23 o9OS310l
ext3とext4はどっちがいいの?
388:login:Penguin
12/03/25 17:10:00.10 Zsjru2Rm
>>387
ext4
389:login:Penguin
12/03/25 17:16:36.86 o9OS310l
技術的な解説キボンヌ。いやマジで。
ext4わext3よりどういいのか
現実どっちも使っているけど違いがよくわからん。
いまから新しい1TのHDDをフォーマットするんだけど
どっちにするか悩んでいる。
390:login:Penguin
12/03/25 17:23:31.81 EegouqSC
自分で調べもしない非技術者には後継だからという理由で十分じゃないか
大半の使用ケースで優れていなけりゃ後継なんて名乗れないだろ
391:login:Penguin
12/03/25 17:24:30.45 Zsjru2Rm
>>389
でかいのもおｋ
2038年後もおｋ
ジャーナルの性能うｐ
くらいしかしらない
392:login:Penguin
12/03/25 17:27:55.80 ZZPcK/6g
>>386
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
こういう話もあるね。
> XFSスタックオーバーフロー問題の余波でCONFIG_4KSTACKSが消えました。
armは駄目でもx86なら何とかなってるっぽい？
>>389
詳しくないので解説は出来ないが、
> 現実どっちも使っているけど違いがよくわからん。
のであれば、どっちでもいいんじゃね。
393:login:Penguin
12/03/25 17:28:21.36 o9OS310l
>>391
なるほど。ext4にしとく。ありがとう。
394:login:Penguin
12/03/25 17:32:29.79 o9OS310l
プロ気取りの非技術者に説明もできない知ったかぶりはカコﾜﾙｲ。
解らないなら黙ってればいいのにw。恥ずかしいな。
395:login:Penguin
12/03/25 17:44:58.15 ZZPcK/6g
あ、コメ欄見てなかった。
今はどうなってるんだろ。
>>394
>>391も技術的な解説はしてないけど、それでいいの？
396:login:Penguin
12/03/25 17:54:37.18 EegouqSC
ググりもしない馬鹿なんだから察してあげなよ
397:login:Penguin
12/03/25 18:37:14.87 o9OS310l
>>395
etc4のメリットが解ればそれでいいよん。非技術者だからな。
>>396
結局、解らない君は黙ってて、スレ汚しっていうんだよ、君みたいのは。
398:login:Penguin
12/03/25 18:39:14.74 lbFBkmi8
そもそも全員非技術者だろ、ココ
399:login:Penguin
12/03/25 18:44:23.49 o9OS310l
痛いプロ気取りもいるよ
400:385
12/03/25 18:52:03.22 GavdBccW
>>392
元からxfsのメタデータは異なるアーキテクチャでは互換性なしなんだから、
ディスクそのままサーバ変更なんて形の移行時にはメタデータを消す必要がある。
x86_64で使えてればそれで問題ないよ。
>>386
> URLﾘﾝｸ(mkosaki.blog46.fc2.com)
いきなり未定義の「本質」なんて言葉を持ち出す時点でお察しだ。
401:login:Penguin
12/03/25 22:50:01.28 zDtCbyqe
結局、データ入れるHDDって、何が一番優秀なフォーマットになるんだろう？
>>3みたいにいっぱいあると迷うな・・・
一番強固なフォーマットで使いたい・・・(´・ω・｀)
402:login:Penguin
12/03/25 22:59:18.15 jtv/sCy2
信頼と実績のXFS
403:login:Penguin
12/03/25 23:26:22.08 X8mDLM55
用途次第。迷う程度の人はext4で。
404:login:Penguin
12/03/26 00:00:47.95 vO7JeuZ9
ユーザー数の多さでntfs、fat、exfat。
強固かどうかは知らんけど、ユーザーが多い分問題が起きたときに影響を受けるユーザーも多いので
対策も早くとられるでしょう。
その対策がlinuxで使えるかは別の話ですが…。
405:login:Penguin
12/03/26 00:03:49.44 dveANPBZ
何を以って強固っていうのかだな。
逆にinode情報が壊れた時にデータ救出が容易なfsが欲しい。
406:login:Penguin
12/03/26 00:07:49.12 slO2BvZU
exfatがユーザー数多いなんてご冗談を
407:login:Penguin
12/03/26 04:49:50.90 IUhNQ9tE
2TB以上はXFS
500GB以上2TB未満のHDDやSSDはext4
408:login:Penguin
12/03/26 05:05:26.59 3cnMS++r
>>407
500GB未満は?
409:login:Penguin
12/03/26 09:32:06.60 bLErReHu
アカウントとパスワードを2つのUSBメモリに分けて管理してたら片方が読めなくなったんだよね。
壊れたのがどういうフォーマットだったかは知らないけど、いまはWindowsでフォーマットして普通に使えてる。
410:login:Penguin
12/03/26 10:09:52.98 I6aCChZZ
>>408
default
411:login:Penguin
12/03/27 11:21:18.75 CNW61LzQ
AndroidってLinuxだよね？
ファイルシステムはなに使ってるんだろ。
NILFS搭載カーネルとかあったら試してみたいが...
412:login:Penguin
12/03/27 12:24:06.01 fJ9KcygI
>>411
ext4使ってる
413:login:Penguin
12/03/27 14:46:05.42 fL/9sTy0
スマホのフラッシュメモリにジャーナルFSを載せるのって、
フラッシュメモリ寿命を故意に短くする＝スマホ寿命を短くして、
白ロム流通を阻止する手の一つなのかな。
414:login:Penguin
12/03/27 14:47:11.25 ScaKz0Th
>>411
URLﾘﾝｸ(news.mynavi.jp)
>>413
他に使いものになるのがないから、っぽい。
415:login:Penguin
12/03/27 15:24:11.43 8raiaROU
スマホ程度の書き込みで一体どれだけ寿命を消費するというのか
416:login:Penguin
12/03/27 17:06:17.31 hnL/7KM5
>>413
YAFFS採用しようとしたけど、マルチコアだと性能上がらないからext4になった
この先YAFFSの開発が進めば採用される可能性はある
417:login:Penguin
12/03/27 17:17:20.42 hNqxngVq
>>412
そういえばbtrfsを採用表明した勇気ある携帯・組み込み向けディストリビューションがあったような気がするけど、もう鳥の方が先にお亡くなりになったんだっけ。
418:login:Penguin
12/03/27 19:39:04.58 q1+VEPCG
お、いつの間にかZFS on Linux更新されてるのな。
419:login:Penguin
12/03/27 20:47:31.98 rEiB2jG/
ライセンス違反でいつ消えるか分からないものには手出したくないよ...
420:login:Penguin
12/03/27 22:06:29.78 4ra6ri3j
>>417
>>414で挙げられてるMeeGoがそれかな。
南無阿弥陀仏
421:login:Penguin
12/03/28 08:07:29.10 Mk3BMsUi
いや、ソースで公開するぶんにはライセンス違反じゃないだろ。
422:login:Penguin
12/03/28 11:00:42.71 79IJ/4BH
>>421
ソースかどうかは関係ない。一緒に配らなければいい。
423:login:Penguin
12/03/28 11:01:48.50 /72uPhSj
microSDカード三枚差しできて、RAID組めるスマホ出ないかなぁ
「高信頼性ストレージ搭載スマホ」なんて、新機軸で売れそうじゃない？
424:login:Penguin
12/03/28 11:56:59.51 +u0mpmFy
>>423
たかだか32Gのメディアは簡単にバックアップできる。したがって、raidにするほどセキュアでなくても良い。
425:login:Penguin
12/03/28 11:58:57.67 Zy8NEGzh
お前は何を言ってるんだ。
426:login:Penguin
12/03/28 12:05:50.71 ScikueGX
知ってる単語を並べただけに見えるｗ
427:423
12/03/28 12:58:05.55 4fS1oXlP
でもデグレートした時、三枚差しのうち一枚を間違えて抜いたら、即死か。
あんまり良くないな
428:login:Penguin
12/03/28 13:05:01.25 mVlYT0Gr
メディア1枚でも使用可能、2枚でミラーリング、なら簡単。
429:login:Penguin
12/03/28 13:48:06.07 +u0mpmFy
スマン。俺、英語は得意だけど、日本語苦手だから。つい、な。。。
430:login:Penguin
12/03/28 13:50:11.50 terXIwRM
English is OK
431:login:Penguin
12/03/28 14:38:23.26 Xp/FzIec
I can not speak English.
432:login:Penguin
12/03/28 17:22:16.13 b3aalG7s
>>428
え？
でもそのRAIDじゃ"高信頼性"じゃなくなっちゃうよ？
433:login:Penguin
12/03/28 17:30:37.38 Zy8NEGzh
そもそも現状の信頼性で困ってるのか、と。
複数挿しなんか必要ないでしょ。
サイズもデカくなっちゃうし。
434:login:Penguin
12/03/28 20:42:24.72 7VE/IUc0
うっかりumount忘れてSDカード抜いても壊れないような信頼性あるファイルシステムは？
435:login:Penguin
12/03/28 21:36:23.85 TGUdfwW5
ZFSしかないだろうな
436:login:Penguin
12/03/29 11:20:40.53 oi0yEg2/
isofsと言ってみるてすと
437:login:Penguin
12/03/31 11:24:04.90 8QfKg5cv
Androidなんかそういう使い方平気でされてると思う。
SDのアンマウントなんかしてる奴は少数派。
アクセス中でない限り、平気なシステム作らないとダメなんじゃないの。
たとえアクセス中でも破損させないような作りが必要なような
438:login:Penguin
12/04/03 20:55:57.81 7NqYTFtB
ライトキャシュ無効にしとけばいつでもアンマウントできるけど
書き込み中は無理だろ
439:login:Penguin
12/04/03 21:32:02.12 oo5XCw7k
無理でもないな
440:login:Penguin
12/04/03 21:44:35.56 vK7rqc3Y
linux のファイル名は255 byteに制限がありますが、
255文字を超えることが出来るファイルシステムreiserfsだけ？
441:login:Penguin
12/04/04 00:01:39.32 mpAg9MpC
あとはntfsくらいかな。
442:login:Penguin
12/04/04 13:49:05.99 r849Kmhs
>>440
コンパイラの定義のMAXPATHの上限に引っかかるから
普通に作れば全部MAXPATHの定義が上限ですよ。
443:login:Penguin
12/04/04 13:50:57.26 r849Kmhs
>>437
アンマウントとか面倒だけど。
コマンドラインでsyncと入力して取り出さないの？
444:login:Penguin
12/04/04 15:03:31.74 lpjkGhRx
Ubuntu 12.04 beta 2 をインストールしてみたんだけど、
fallocate のバグは直ってるね。
でも、精度がまた落ちてる様子。
e4defrag 使っても、なかなか断片化を解消できない。
ubuntu 12.10 に期待だな。
445:login:Penguin
12/04/04 15:05:36.07 P2ESCVOP
>>444
おめーはふぇどら使ってろー
446:login:Penguin
12/04/04 19:06:35.36 RVeUZ2Rs
NILFSがあの物騒なメッセージを出さないでマウント出来るようになることを期待。
447:login:Penguin
12/04/04 19:58:10.41 2WfF7JQK
もう消えてないっけ？
448:login:Penguin
12/04/04 21:49:22.14 XyCgAfug
>>442
440です。
>コンパイラの定義のMAXPATHの上限に引っかかるから
>普通に作れば全部MAXPATHの定義が上限ですよ。
つまり、全て一からコンパイルしなおせば、上限がなくなるということ？
そんなことなら2バイト圏（日本語圏）向けに1023バイトとかで
コンパイルして欲しかった。
欧米では255byteで十分なんだろうな。あーあ。
あきらめるしかないんですね。他に何かご存じの方や
挑戦した方がいれば教えて下さい。
449:login:Penguin
12/04/04 22:09:46.25 YXxzC5AQ
なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
450:login:Penguin
12/04/05 00:37:58.94 LNmHc2MK
>>449
youtube myfilesystem
451:login:Penguin
12/04/05 00:47:22.01 dAZNdbMh
面白いの出てくるのかと思って検索したけど何も出てこないじゃんか
452:login:Penguin
12/04/05 00:54:16.80 LNmHc2MK
>>451
ごめん間違えた。。
453:普通自分で考えるべき
12/04/07 14:41:06.19 CF1JM2Tx
>>449
P2P RAIDファイルシステムとか？
バックアップ部分をネットに依存とか、ネットに捨てるほどある重なるファイルで
あまり使わないものは常に外部に依存みたいな。
454:login:Penguin
12/04/08 00:27:38.62 C5E9bwN3
>>453
こういう場合ってストレージに参加者のDropboxつかうのって違反なんかな？
同一ファイルはDropbox側で実体ひとつになる、周辺ツールもそろってるし。
ふつうのdropboxfs自体はあるから、P2P共有部分を追加したらいけそう。
455:login:Penguin
12/04/08 01:25:52.35 xWN2hyan
hadoopみたいに64MBで分割して任意の数のノードに保存みたい
なのはあるといいかも
456:login:Penguin
12/04/08 02:13:44.98 CG4ylOpp
>>449
どんなファイルも1byteに圧縮するFS
457:login:Penguin
12/04/08 03:23:55.22 nm3/lghx
/dev/nullがマウントできるFS
458:login:Penguin
12/04/10 22:45:09.09 AVs9x400
URLﾘﾝｸ(github.com)
を見ると、
ubuntu12.04 + zfs
の1partitionでブートさせることができそうなんだけど、grub2のzfsパーティションへのインストール方法がわからない
grub-installでいいん？
459:login:Penguin
12/04/10 22:48:56.85 FgWMYeCi
※情報不足で御免なさい
ubuntu12.04ってネイティブのzfs利用可能なの？
460:login:Penguin
12/04/10 22:55:32.42 AVs9x400
zfs-native
で間違いないです
openindianaを選んだほうが早いかな
461:login:Penguin
12/04/11 11:26:30.87 TaHjAQn0
どこをどう読んだらそうなるんだ
462:login:Penguin
12/04/11 21:53:17.38 /N3dnxcw
半分以上、自分の希望だったんですが
今のところ、bootパーティションはzfs以外にしないとならんのですか
463:login:Penguin
12/04/12 20:03:00.58 tSFAXJzg
URLﾘﾝｸ(ascii.jp)
> hito：そうすると何が起こるかっつーと、「メモリが足りない→XFS領域にデータを書きだそうとする→XFSがメモリを要求する」という……。
> hito：で、そういう挙動はダメだよねーっていう修正がやっと入った。6～7年ぐらいかかってると思う。まあXFSにはもっと前にスタック使い尽くす問題とかもあったんで、やっとこさヘビーな使い方ができるかなーという感じ。
XFSの存在を赦す理由になる？
464:login:Penguin
12/04/12 20:26:29.36 GVhLLvIq
絶対に許さない
465:login:Penguin
12/04/13 02:01:23.05 paFFSYLp
>>463
x86_64限定でkernel stack周りはどうにかなりそうだし、ようやくなんとかなるのかなぁ、
でもkernel 3.2ならext4の容量制限も緩和されているしなぁという感じ。
466:login:Penguin
12/04/13 22:51:45.76 KiMfKhCq
>>449
>なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
ファイル名の文字が255byteでなく、UTF－16で255文字なファイルシステム
作れば一生名前が残るかも。
467:login:Penguin
12/04/14 01:02:31.64 DAjk0FKS
>>462
MBRにgrub, grub2を書き込み
パーテ外にベタ書きしたkernelをロードすればいい
468:login:Penguin
12/04/14 01:20:59.58 gFoEeXgt
>>466
UTF-8で済むから意味がない。
UCS2(一文字16ビット)だと、UCS4(一文字32ビット)の文字が表現できないからUnicodeとしては欠陥になる。
表現できる文字数が減るってことだよ。
UTF-8はUCS4の文字も表現できる。
UCS4にしたらディスク容量が無駄になる。
バカじゃないの。
469:login:Penguin
12/04/14 04:58:41.05 ykh3cFrR
UTF-16とUCS2は別のものだよ…
470:login:Penguin
12/04/14 05:01:40.18 4vczfuvJ
>>468
UTF-8でもUTF-16でも表現できるUnicodeの文字数は同じ。
ディスク容量にしたって日本語中心ならUTF-16の方が無駄が少ない。
471:login:Penguin
12/04/14 23:58:24.76 Hve9S8Lo
>>449
叩かれるかもしれないけど、32or64bit実身仮身を実装してよ。
URLﾘﾝｸ(ja.wikipedia.org)
ファイル名とファイルIDが別だから、文字数とか気にしなくて良いし。
472:login:Penguin
12/04/15 00:13:16.78 PUQ9YpLc
>>471
次世代FSでどこも採用していないって事はトレンドから外れているって事だろう。
473:login:Penguin
12/04/15 00:36:07.51 zrILeh0w
umountができないFS
474:login:Penguin
12/04/15 00:55:46.95 KUTNhuB6
そこに保存したらファイルの内容を翻訳してくれるFS
475:login:Penguin
12/04/15 01:37:47.14 wcHN5p+1
そして、バイナリファイルやソースコードの中身がグチャグチャになるんですね
476:login:Penguin
12/04/15 07:03:21.35 d8SeT810
そういやPOSIX的にはファイル名ってただの0終端バイト列じゃないの？
FS側が文字コード変換までやるもんなの？
477:login:Penguin
12/04/15 07:52:32.02 zPONO3Ol
KI/KOを始めて見たときなんだこの糞実装わと思ったが
UTF-8で同じようなの見るとは思わんかったｗ
478:login:Penguin
12/04/15 09:01:28.16 XU6NzGNz
>>476
LC_CTYPE で locale 切り替えるんじゃなかったっけ？
479:login:Penguin
12/04/15 09:46:21.88 d8SeT810
>>478
表示化けとかはユーザランドの話だからFS側には関係ない。
shift_jisの場合、いくつかのOSではAPI側がパス区切り文字の解釈は直してくれるけど
ファイル名文字列のバイト表現をファイルシステム側が変えるって話はないはず
480:login:Penguin
12/04/15 13:10:08.72 r5YOWvvD
>>476
>>478
>>479
UTF-16はバイト(8ビット)単位ではなくて16ビット単位だから
バイト単位の0が終端ではなくなる。
バイト単位だと文字列の途中に0が入ることもある。
だからファイル名に8ビットのNULL終端が必ずあると決め付けていないファイルシステムでなくてはならない。
481:login:Penguin
12/04/15 16:22:35.21 wcHN5p+1
NTFS(WindowsXP)で保管してたファイルが、sambaサーバにコピーした途端、
ファイル名が長すぎる、とか言い出してエラー出た。
なにこれ。
482:login:Penguin
12/04/15 16:35:19.00 PUQ9YpLc
>>481
知ってていってるだろ？
483:login:Penguin
12/04/15 16:35:55.27 0nRNYIrq
なにこれじゃねーよｗ
sambaサーバ側の絶対パスが長すぎんじゃねーの
484:login:Penguin
12/04/15 17:25:55.81 p38/R2S8
>>481
日記はついったにでも書けよ！
485:login:Penguin
12/04/15 17:54:27.08 d8SeT810
>>480
そのUTF-16のファイルシステムにLinuxのどのAPIでアクセスすんだよ。
ここLinux板だぞ
間に入るAPIがASCIIと互換性のない文字コードをサポートしてないんだから意味ないだろ
486:login:Penguin
12/04/15 21:56:24.70 qQezSKIz
ssdはnilfsみたいなホンマか嘘か分からんこといわれたんだが
ネットブックにssd入れて使うのにnilfs入れて見るとかありえんの？
nilfs自体がそもそもネタfsとか思ってるんだけど
487:login:Penguin
12/04/15 23:29:54.66 wcHN5p+1
やっぱり、長いファイル名を受け付けてくれるファイルシステムが欲しいな。
とはいえ、LinuxファイルサーバにWindowsのファイル保管庫をやらせたいだけなので、
sambaサーバがhddのraw blockデバイスに直接書き込んでくれてもいいんだよな。
理想としてはファイルシステムが長いファイル名に対応してくれることなんだけど。
488:login:Penguin
12/04/16 01:34:27.57 sK2yBvUH
>>472
面白いの作るっていうから…
トレンド追うのなら素直にbtfs待つよ。
でも、ネットワークというかハイパーテキスト構造なFSって、
webとは親和性高くて良いと思うんだけど。
489:login:Penguin
12/04/16 09:49:26.71 lvKL8Yhv
ZFSは自動で重複を排除する機能があるけど、ブロック単位だから「どのファイルが重複してるか」は分からないんだよな。
そこで重複をファイル単位で自動でチェックしてくれて、その結果を簡単に修得できるファイルシステムを希望する
490:login:Penguin
12/04/16 10:13:31.67 i6sCf9yT
>>488
btfs？
>>489
修得？
491:login:Penguin
12/04/16 11:19:08.34 4yiemVgB
>>490
エロ画像の整理に便利なんだよ！ 言わせんな恥ずかしい！
492:login:Penguin
12/04/16 12:15:07.53 bJiRh/8P
>>489
重複チェックツールあるけどね。
493:login:Penguin
12/04/16 12:16:17.52 4yiemVgB
まあファイル単位だとランダムシークしてアクセスするたびにファイル全体のダイジェストを計算しなおしになるから
あんまり現実的じゃないな
494:login:Penguin
12/04/16 14:00:46.94 i6sCf9yT
そもそも完全一致のファイルが見つかるだけでいいのか？
類似画像の検出は要らんのか？
495:login:Penguin
12/04/16 14:28:32.80 s0jqF/SI
>>487
ISOイメージか、仮想HDDイメージにでも放り込んで
イメージごとやればファイル名の問題は（ｒｙ
大きすぎるボリュームに大量の数のファイルをつぎ込むと
ファイルの検索だけで激しく重くなる。
細かいファイルはまとめて書庫に保存するなりイメージファイル化するべき。
496:login:Penguin
12/04/16 20:39:58.60 EqJJmYvz
そんなくだらんバッドノウハウいらんわ。
大量のファイルがあっても快適に使用できる
ファイルシステムを探すのもこのスレの目的だろ。
497:login:Penguin
12/04/17 00:43:34.22 qXjoYE5Z
>>490
btrだったね。
498:login:Penguin
12/04/17 14:29:04.93 YcOVAep7
>>463
赦す赦さないってどこの異端審問官サマだよｗ
ユーザにとっての第一の評価基準は、使えるか使えないかだろ。
499:login:Penguin
12/04/19 12:35:50.39 K5wfT9FM
家電HDDレコーダーのファイルシステムって何？メーカー独自？
500:login:Penguin
12/04/19 12:47:48.37 0YxY6oJS
>>499
XFSかext3 最近のはext4かな
501:login:Penguin
12/04/20 05:35:00.59 cf88Jldy
NTFSは事実上ファイル名に510バイト使える
Linuxは255バイトまで
502:466
12/04/21 00:06:32.82 kc2SruX3
こりゃ普及するわけがなｒｙ
503:login:Penguin
12/04/21 08:36:03.07 yKSNqbP1
バターさん元気？生きてる？
504:login:Penguin
12/04/21 12:01:57.08 T7uXB/Ur
バターFSの開発が遅々としてるのって、
もしかして255文字以上のファイル名を許容できるようにLinuxユーザランドも含めて開発してるからか？
もしそうなら、今日からZFS捨ててバター派になる
505:login:Penguin
12/04/21 12:03:43.68 JAncRgwR
fedoraさんもbtrfsには難儀してるようだね。17は結局どうなっんたんだろ。
506:login:Penguin
12/04/21 15:56:32.26 Jk8knAaa
btrfsだけど 複数ボリュームで作ったプールをfstabで読み込ませようとするとエラー吐くぞ。まだまだだなー
507:login:Penguin
12/04/21 18:20:03.68 5NRF/9C+
fedoraはanacondaのbtrfs対応が間に合わなかったため17のデフォルトfsにはならなかった
508:login:Penguin
12/04/22 18:24:30.22 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
12/04/22 18:33:24.34 njjLIW42
Windowsの255文字以上のファイル名をLinuxファイルサーバにコピーするには
iSCSIというのを使えば良さそうですね。
さっき１台－１台で繋いだらうまくいったので、これから本番運用です。楽しみ。
510:login:Penguin
12/04/22 18:51:19.19 iroLKuhV
>>508
どういうファイルサーバか知らんが、smbとかならZILは使われんぞ。ZIL同期書き込み用キャッシュだし。
それにメモリとCPU食うFSだから低スペマシンを流用した鯖とかなら速いわけもないし。
というかZFSなんてHDDを4台とか8台使う規模の鯖向けで、HDD1発を速くする（IntelSRT的な）用途にはまったく向いてないんじゃ・・・
511:login:Penguin
12/04/22 20:11:01.67 XIm64qvg
>>509
それ iSCSI じゃなくて CIFS 対応の NAS では？
そうでなければ NTFS を iSCSI 経由でアクセスしているか。
クラスタストレージに使われることはあるが iSCSI 自体がクラスタストレージでは
ないから同時アクセスしてファイルシステム壊さないといいのだが...
512:login:Penguin
12/04/22 20:38:02.36 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
12/04/22 20:44:25.44 SSW2tmeJ
>>512
atomで2GでZFSってソレは罰ゲームかなんかか？
514:login:Penguin
12/04/22 20:55:51.31 Mj9d/MFf
鈍亀AtomにCPUとメモリを多く使うZFS入れて
性能落ちたとのたまうかｗ
515:login:Penguin
12/04/22 21:24:32.73 QcOQSMyR
>513、514
会社のファイルサーバの更新の予定があり、これ迄はEXT3のファイルを
Sambaで公開してたのを、ZFSに代えてみようと思ったわけ。仕事で使う
サーバの実験で、家の省電力サーバで試しているところです。会社の
本番じゃもっと良いマシンになります。
ITProのZFSの記事「HDDが買えないならZFSを使えばいいのに」では仮想PCで
動かしてましたから何とかなるかなと思いましたが、ATOMじゃ何とも
なりませんね。ZFSの勉強にはなりました。
516:login:Penguin
12/04/22 21:36:35.93 maPmHILv
ファイルサーバをext3からzfsにするなんて奇特な会社だな。
btrfsならともかく何でzfsにしようと思ったんだろか。
517:login:Penguin
12/04/22 22:03:56.36 QcOQSMyR
ふーん。CentOS 6.2にはbtrfsが入っているんだ。
ユーザー空間のプログラムだけインストールすれば使えそうなので、
軽くベンチマークと、使い方を調べて、会社のSambaサーバは
どちらか良い方で構築しよっと。
518:login:Penguin
12/04/22 22:07:34.24 y9xR51pX
>>516
あえて障害の多いサーバを本番運用することで
トラブル対策を真剣になってやれるようになる。
「我に七難ハックを与え給え」ってやつだ
519:login:Penguin
12/04/22 22:07:43.11 aOxDtRZB
> btrfsならともかく何でzfsにしようと思ったんだろか。
お前は情弱かよｗ
520:login:Penguin
12/04/22 22:41:55.90 4o+HnplW
>>518
「我に七難ハックを」じゃ、ろくすっぽトラブル対策やらないけど
問題発生の都度なんとかうまくこなしてしまうみたいな感じが……
521:login:Penguin
12/04/22 22:54:22.97 Mj9d/MFf
>>515
「(とりあえず)動く」と「(目的とする用途で)使い物になる」は別だろｗ
以前は旧AtomでOpenSolaris動かしていて
チップセットの古さもあるのかI/Oも遅くてひどいものだったが
省電力版Phenomマシンに変えたら別世界
SSDをZILにしたらDBやファイルの大量削除など
同期書込の多発する処理が軽快になった
でもNFS書込は劇的改善といかなかったな
522:login:Penguin
12/04/22 23:04:03.44 QcOQSMyR
>>521
まぁ、その通りなんだが、ZFSやBtrfsがLinuxで普通に使えるように
なる頃に慌てて勉強しなくても済むように、壊れても被害の少ない
社内のSambaサーバで運用の習得も兼ねて、作る事になったんだ。
と自宅のATOMをZFSからBtrfsに変えて、コマンドのマニュアルを
調べてますが、重複データの削除の機能はなさそうだね。
523:login:Penguin
12/04/22 23:51:59.03 kHgeVI8V
zfs使うならFreeBSDが確実だと思うんだけど。
524:login:Penguin
12/04/22 23:55:49.69 Mj9d/MFf
えっｗ
525:login:Penguin
12/04/22 23:58:15.97 938FomM7
いやFreeBSDならFAT32だろ
526:login:Penguin
12/04/23 03:53:14.21 jfhyXlHF
素直に OpenSolaris でいいやん
527:login:Penguin
12/04/23 05:24:24.00 ckPL5v1U
業務で使うファイルサーバーにコリジョン起きるかも知れない重複排除使おうとは…
ビットイメージまでチェックするつもりならプア過ぎだろその環境ｗ
528:login:Penguin
12/04/23 08:36:32.02 nHMcwuO3
OpenSolarisはもうリリースされません。illumosを使いましょう。
ZFSもコードが公開されるのはv28という話もあるし、今後どうなるか
わからんね。
529:login:Penguin
12/04/23 17:17:16.93 McF8439V
ZFS使うならNexentaStor使えよ
とりあえず最初の一歩なら簡単に構築・運用できるもので
大体の感じをつかんでおけばいいだろ
530:login:Penguin
12/04/24 00:35:33.30 3wHAirQk
illumosってxenのpv guestで使えるのかな？
531:login:Penguin
12/04/24 13:38:32.33 x/oDgfDt
>>511
あの後、iSCSIについて勉強してみましたが、ブロックデバイスを外に見せることが出来るプロトコルなんですね。
んで、複数マシンで共有するときは、
排他制御が出来るファイルシステムじゃないとメタデータが壊れる云々ということですが、
NTFSでフォーマットしたんで、その条件はクリアできている、と考えてたんですが
NTFSだってNASに使われるのだから大丈夫ですよね？
もしかしてBtrfsとかlinuxのfsを使うべき？
532:login:Penguin
12/04/24 13:56:46.67 BJphFvM4
>>531
NASはあくまでもsambaやnfsなど、「ファイルシステムを外部に晒すもの」
であって、「ブロックデバイスを外部に晒すもの」ではない。
また、複数のノードからマウントされる前提で言うと、
NASはファイルシステムからのアクセスは1つにまとまった状態になるが、
iSCSIやATA over Ethernetはファイルシステムからのアクセスがまとまらない。
だからファイルシステム側で複数ノードからのアクセスに対応した仕組みが
必要になる。
533:login:Penguin
12/04/24 15:58:12.96 5atc8dAi
>516 は成仏しただろうか…
534:login:Penguin
12/04/24 17:28:14.58 wyIbHs8V
>>531
お前はクラスターファイルシステムについてお勉強して出なおすこと
535:login:Penguin
12/04/24 18:44:22.70 2GEDGMkc
>>533
自宅でZFSのATOM CPUのサーバを立てたものです。
残念ながら生きてますよ。自宅のファイルサーバーも
いろいろ調整して、満足できる性能で動いてます。
家のサーバのセットアップで、ZFSの使い方がダイタイ判ったので、
連休中、会社の評価機を借りて、RAIDZとか高速なSSDと組み合わせた
システムのベンチマークを行う予定。こちらはCPUもメモリーも
たくさんあるので、結果が楽しみです。
同じ条件で、Btrfs、ZFS、ZFS on FUSE、EXT4の４つのベンチが
取れれば良いのだが、ちょっと時間がないなぁ。FUSEは見送るかな。
536:login:Penguin
12/04/24 20:18:28.98 3112VBlb
>>531
NTFS は分散ファイルシステム(クラスターファイルシステム)ではないよ。
同じく NTFS を使う Windows XP や 7 が直接 iSCSI 見に行かないだろ？
両方からアクセスさせるにしても同時にはマウントしないで使わないと危ないぞ。
537:login:Penguin
12/04/24 21:05:31.34 gt7dyPqO
linux zfs使って社内サーバー運用するって普通するの？
538:login:Penguin
12/04/24 21:19:00.21 NRKLRNSc
>>537
何を以て普通というかは置いておいて、技術系の会社が自前で面倒見るつもりでない限りはしないことがほとんど。
539:login:Penguin
12/04/24 21:54:33.62 okto+U96
IT系の会社で、ドッグフードを自分で食うのが習慣のとこならアリかなあ。
540:login:Penguin
12/04/25 00:38:06.27 9YNkBqtf
ドックフードを食べるのってWindows系(カトラー系)だよね
Linux界ではなに食べるんだろ
541:login:Penguin
12/04/25 11:04:39.89 orC3GEUU
>537
Solaris, FreeBSDならごく普通だろうけど
linux だと「ムチャしやがって(AA略)」
542:login:Penguin
12/04/25 18:13:57.64 ztStmggs
>>535
＞RAIDZとか高速なSSDと組み合わせたシステムのベンチマークを行う予定。こちらはCPUもメモリーもたくさんあるので
こういうシステムで使うに至って初めて性能云々が言える段階っしょ・・・
ZFSの使い方を習得したいだけならAtomでもVMでもなんでもいいけど、その段階でメリット感じられんとかext4の方が速いとか言ってもしょうがないわな。
ま、ZFS fuseのベンチは時間の無駄だからやめとけｗ
543:login:Penguin
12/04/25 18:50:09.44 lWv9c4zK
>>540
カトラー系って何じゃ? MSは、OS開発でドッグフードしなかった例はないはず。
544:login:Penguin
12/04/25 22:55:53.57 OHjfllRj
>>540
うんこ
545:login:Penguin
12/04/26 10:04:12.73 WLRg5SoY
ZFSを使っている方に確認です。
L2ARCの効果を確認するため、次の試験をおこないました。
（CentOS 6.2、zfs-0.6.0-rc8）
ZFSのディスクに4Gバイトのファイルを用意（仮想PCのデータ）
ファイルを別ディスクにコピー１回目
ファイルを別ディスクにコピー２回目
１回目のコピーでcacheへデータは書き込まれるので、
２回目は早くなるかと思いましたが、速度は変わりません。
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
12/04/26 10:17:04.63 c29dzUhN
>>545
L2ARCはランダムアクセスにしか効かない。
それもさんざんランダムアクセスを繰り返して埋まってからでないと効かない。
自宅サーバーでL2ARCが効くところを見るのは絶対無理。
547:login:Penguin
12/04/26 12:03:42.98 WLRg5SoY
>>546
なんだって！！？？
かなーり、ショック。
勉強になりました。有難うございます。
548:login:Penguin
12/04/26 17:00:40.11 n+DFYIq8
L2ARCとかZFSのキャッシュ周りの挙動については
URLﾘﾝｸ(ftp-admin.blogspot.jp)
ここらへん読むと結構勉強になる。やっぱ実際にガンガン使ってる人の経験はわかりやすい。
549:login:Penguin
12/04/27 00:21:19.91 8fbM7xtX
ZFSの解説本が無いのがツライ
550:login:Penguin
12/04/27 10:20:14.32 lxJzttUx
ZFSって結構メモリ食うってのを見かけた記憶があるんだが本当なん？たかがファイルシステムごときに
551:login:Penguin
12/04/27 10:26:53.18 hngo9Hwy
メモリを与えてやればいいファイルシステムが作れる・使えるぜ?
というコンセプトなんだから賛同するなら使えばいいし
そうでないなら他のを使えばいい
(linuxでは実装がまだアレだろうけど)
552:login:Penguin
12/04/27 12:10:34.15 ob07Nn1s
ファイルシステムにたかがとか言えちゃうなんて凄いな～
553:login:Penguin
12/04/27 12:25:20.72 i3mJrwaH
ZFSを使ってみたいと思うのは、スナップショットの
機能かな。LVMのスナップショットは容量計算が
めんどくさいし、速度は遅くなるし、使う気が
失せました。
１時間ごとにスナップショットとって、それを
ずーと残して運用してる人もいるし、LVMしか
知らない人からすると、すごいファイルシステムです。
554:login:Penguin
12/04/27 13:26:45.15 rdYR0vwI
東北ではファイルスステムっていうらしよ
555:login:Penguin
12/04/27 13:27:43.37 CTTO7Yfw
>>550
ファイルシステムってレベルじゃないから
556:login:Penguin
12/04/27 18:10:40.97 eDI9BxG4
ZFSってどうやってfstabとの整合性取ってるの？
557:login:Penguin
12/04/27 18:20:58.23 i3mJrwaH
ZFSの内部にmount情報があって、起動時にzfs mount -aと
いうコマンドでマウントできます。fstabは使いません。
558:login:Penguin
12/04/27 23:32:13.82 cTJKSEUT
XFSフォーマットのパーティション情報が壊れました。
TestDiskというツールを使いたいのですが、パーティションテーブルの選択でどれを選んだら良いのでしょうか。
URLﾘﾝｸ(pctrouble.lessismore.cc)
559:login:Penguin
12/04/27 23:41:16.86 LoGDC6Fy
一番上かその下
560:login:Penguin
12/04/29 05:34:54.52 d61+xw9o
>>558 は恐るべきレベルだなｗ
561:login:Penguin
12/05/01 12:45:30.64 wTJkzxr/
>>560
こういう方々がいるから俺は生活が成り立ってるんだ。
大切にしてあげなさい。
562:login:Penguin
12/05/01 14:48:43.45 2H6gSubk
ZFSで自宅サーバですが（くどい？）、
ZILとL2ARCの効果を体感しました。ファイル共有先の
Mac OSの上からAFP経由でファイルの読み書きを行った
ところ、非常に賑やかにZILとL2ARCへのアクセスが
行なわれまして、L2ARCの方だけが読み込みに答えたり、
ZILに先に書き込まれ、HDDに遅延で書かれる様子が
zpool iostatで見れました。
実際の効果はともかく、小さなATOMサーバでも動くんだ
というところに、ちょっと感動しました。
563:login:Penguin
12/05/01 15:31:04.38 lq5Dwn99
>>561の生活なんてどうでもいいから粗末にしよう
564:login:Penguin
12/05/01 19:22:52.54 jmQ/iIqJ
Λ＿Λ
（´∀｀ ）-､ >>562さん
,(mｿ)ヽ i Atom環境でのZFS鯖構築おめでとうございます
/ / ヽ ヽ ｌ それでは高クロック多コアCPUメモリ満載で
￣￣￣ （_,ノ￣ ヽ､_ノ￣ ZFSの真の力を解放する段階に進んだということですね
ｽﾚﾘﾝｸ(jisaku板)
565:login:Penguin
12/05/01 20:03:12.96 2H6gSubk
>>564
ははは。高機能サーバーが欲しいところですが、
家に置くには少々でかすぎるので、自宅は省電力Atomで我慢します。
連休開けから会社の実習で使うサーバを、連休の間2日間借りれた
ので、こちらで思いきりZFSの力を堪能するつもりです。残念なのは
RAIDカードにSATAディスクが接続されてて、これは壊しては
ダメらしいので、RAIDZの実験が出来ないこと。
bonniie++のベンチと、SMBサーバにしてPCからファイルを
送信し、ZFSとEXT3の速度比較などやってみます。
楽しみです。
566:login:Penguin
12/05/01 21:52:13.85 EQhJ/ZNC
最近は仕事にnative ZFSを投入するのが流行なんですか？
567:login:Penguin
12/05/01 22:24:49.73 lq5Dwn99
仕事と言っても様々なんですが？
568:login:Penguin
12/05/02 08:55:54.22 Lj9cFy3J
>566
そんな事はぜんぜんなくて、個人的な興味と事前評価。
Linux NativeのZFSはいつ正式版になるか判らないし、正式版になっても
ビジネスの世界は実績が全てだから、ZFSじゃ無く、Ext3とかExt4を
使うのが正解。という事は判っているが、技術としては面白いので
5年ぐらい先に正式版になって、ビジネスの提案に使えれば
良いぐらいの気持ちで遊んでます。
個人的にはレプリカと重複排除機能が熱いかな、と思います。
569:login:Penguin
12/05/02 11:18:38.26 59iZo3Lw
UNIX板のZFSスレが無くなったと思いきやみんなこっち来てたのか。
570:login:Penguin
12/05/03 00:38:24.61 Xl/wH1u0
ZFSの重複排除で衝突が起きたら、
その瞬間、宇宙が終わっちゃうんじゃない？
571:login:Penguin
12/05/03 01:50:51.79 c19guCD2
仕事でZFS使うのなら、素直にSolarisだものねい。
しっかし、OracleのGoogleへJavaのいちゃもん訴訟を見ると、Appleが
SunのOracleへの買収直後にZFS捨て捨てしたのもよくわかる…。
とはいえ、OS Xでext3/4どこではなく腐れたHFS+をいつまで使うんだか。
572:login:Penguin
12/05/03 01:54:42.48 GjDUgTlm
まだローカルファイルシステムですか？
573:login:Penguin
12/05/03 04:56:44.95 oxoOTAH7
>>558
同じことやって
そのsoftware触ったことあるけど全然みつけてくれなかったよ
消したbsdのパーティション?スライス?は見つけてくれたけど。
拡張領域とか全然みてくれなかった
ここ見て手動で直すといいと思う。僕はそうした
URLﾘﾝｸ(www37.tok2.com)
574:login:Penguin
12/05/03 08:37:30.14 0m6SVdw6
zfsのメモリとcpuの使いっぷりだと、ノートで使うのは厳しいように思う。
HFS+ってext3,4と比べてそんなに見劣りする？
575:login:Penguin
12/05/04 23:37:27.15 TdWYJyA4
そういやMacBookAirってSSDだが
特殊なFS利用してないのかな？
576:login:Penguin
12/05/05 00:22:42.74 Q1yJFQoi
>>575
普通にHFS+だけど、アクセス仕方などのパラメータはかなり調整されてるみたい。
577:login:Penguin
12/05/05 20:54:22.66 be4ZIOwP
>>568
まぁ勝手知ったるLinuxでZFSいじくり回して、いけそうやんってなってからSolaris触るってのもいいかもな。
Solarisの作法イチから覚えてZFS試してやっぱ使えん、なんて結論になったら時間の無駄だし。
ZFS on Linux特有の問題に遭遇したらそれはそれで時間の無駄だけどｗ
578:login:Penguin
12/05/05 23:58:07.40 RUxVmCw5
>>574
HFS+はジャーナリング付きのFAT32みたいなもんだと思っておけばいい。
579:login:Penguin
12/05/06 00:21:15.49 LV4tOek1
>>578
そう?
パーミッションあるし、もうちょい高機能なんだと思ってたけど。
ジャーナル付きNTFSくらい。
580:login:Penguin
12/05/06 00:40:36.46 SqaZoyGh
>>579
その辺はACL用にちょっと拡張されたってだけだからなぁ。確かに機能面では
大きく違ってくることではあるけど。
基本的には大昔のHFSからそうは変わってない。実装で頑張ってOS Xのバージョンが
上がるごとにACLだのジャーナリングだとの拡張しているけど。
あと、NTFSについて無知すぎ。ジャーナルはハナからついている。
581:login:Penguin
12/05/06 01:58:20.15 /BDbWsx+
NTFSさんにあやまれ。
582:login:Penguin
12/05/06 03:16:25.33 TfSGVwC4
HFS関係って昔リソースフォークの取り扱いとか
変態ファイル名とかですんげー苦労させられた記憶があるんだけど、
他のFSとの相互運用性ってマシになってたりするのかな？
583:login:Penguin
12/05/06 10:02:00.25 bimIbaZ3
会社の評価機を借りてLinux NativeのZFSを試してみました。
CPUがXeon 2.3GHz、メモリーが16Gバイト、HDDが2Tバイト SATAと
いう構成。特に問題なくインストールできて、ベンチマークプログラム、
ファイルコピーのテストも順調に出来ました。
あたり前の結果で、シーケンシャルの読み書きの速度は遅く、ランダムは速い。
特にランダムの読み込みの速度がEXT4に比べて、30倍くらい速く、DBや
ファルサーバのストレージに使うと凄そうですね。
Linuxでの正式リリースが楽しみなファイルシステムです。
584:login:Penguin
12/05/06 10:18:07.35 1mav6+r3
え？
DBにZFS？
585:login:Penguin
12/05/06 11:33:09.63 Brg6oYil
何かいいたいことがあるなら具体的にどうぞ。
586:login:Penguin
12/05/06 12:36:37.90 tnh/l61N
大坊聡？
587:login:Penguin
12/05/06 13:13:57.62 SqaZoyGh
>>582
いちおうOS Xでは
URLﾘﾝｸ(ja.wikipedia.org)
ってことで、リソースフォークの使用は控えられるようになっているけど、
ファイル単体ではなくファイルシステムで見た場合は、
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(ja.wikipedia.org)
にあるよう、マルチフォークで属性情報をガシガシ増やしてファイルシステムの
拡張をしているからなぁ。
FS自体の相互運用性は下がる一方かと。
>>584
とりあえず、URLﾘﾝｸ(developers.sun.com)に
ある
Configuring Oracle Solaris ZFS for an Oracle Database
URLﾘﾝｸ(developers.sun.com)
を読んでこい。
588:login:Penguin
12/05/06 13:53:04.67 CV3emWUR
メタ情報をもっと活用する方向にいってくれないもんかな。FSだけの問題じゃないけど。
589:login:Penguin
12/05/09 03:40:46.17 dNOv9YfW
Oracleデータベースを置く領域はASMで決まりだろ
わざわざOSのファイルシステム上に置くメリットって何かあるの？
管理しやすいって？
590:login:Penguin
12/05/09 07:27:58.74 13vigJRw
FreeBSDスレ見てたらZFSはv30からOracleの意向でクローズドソースになるのね
v28採用してるFreeBSDとかは独自発展させるんかな
591:login:Penguin
12/05/09 23:20:57.21 ZWFhWH7F
v30も暗号化部分がクローズドなだけじゃないの？
FSもDBも全部Oracleに握られてるのはいやだなぁ
592:login:Penguin
12/05/10 02:18:13.19 n6TOlTxc
RHEL6でサポートされるFSはext3、ext4、そしてスケーラブルな（笑）xfsかぁ
593:login:Penguin
12/05/10 08:46:55.76 n6TOlTxc
Fusion-ioの価格表
URLﾘﾝｸ(hesonogoma.com)
IOが激しくて性能が厳しいサーバがあるのでFusion-io使ってみたいが
もう少し価格がこなれてこないと手が出ないな・・・
594:login:Penguin
12/05/10 10:11:29.71 uzdXa+U4
ebayは日本向け売ってくれないもん？
そんなしないぞ
595:login:Penguin
12/05/10 14:58:38.76 V1j2zBKg
超大容量HDD付けたnilfsをGC offにすれば速くなることは速くなる。
リードもメモリキャッシュに乗るようにすればよい。
596:login:Penguin
12/05/10 16:30:30.58 dleBY42Y
>>591
FreeBSDはillumosの動向に追従みたいだけど、現状よりは望み薄っぽいね
597:login:Penguin
12/05/10 23:07:32.43 NECzXalT
>>591
海外フォーラムを見ると
これからは2つのZFSが存在することになる。
非常に残念なことだ。
って書いてあるから、オープンソース最後はv28で、v30以降は完全クローズになるんじゃないかな。
v28までライセンスがCDDLってのは変わらないようだけど。
IllumosもCDDLで公開されているソースを利用しているから、v30以降のZFSのコードは使えず
ZFS v30以降はOracleSolaris使うしかないって見解みたい。
598:login:Penguin
12/05/11 01:37:17.98 4yR4l5go
今更クローズドにするとかあいかわらず嫌がらせが大好きなんだな。
599:login:Penguin
12/05/11 01:41:16.20 ocx/xIVv
>>598
嫌がらせっつーかそもそもオープンソースと競合する製品を売っている会社で
しかもオープンソースに協力とかしていない会社だから。
600:login:Penguin
12/05/11 01:50:11.73 yBR+2vnr
さすがにそれはあんまりだ
601:login:Penguin
12/05/11 01:50:18.30 4yR4l5go
この先どうなるのかしらないけどbtrfs作ってるじゃん。
MySQLも今のところはオープンのまま。
602:login:Penguin
12/05/11 01:51:26.14 ocx/xIVv
そういやそうだったな
603:login:Penguin
12/05/11 01:53:10.90 Rs4s5bBT
今更というよりOracleがSunに買収された時点でこうなるのは仕方なかったのかな。
604:login:Penguin
12/05/11 03:33:04.68 p1pOPx1v
>>593
>>594
OCZ製のPCI接続SSDであればもっと安かったよ
海外からFusionio買った人いますかー？
605:login:Penguin
12/05/11 06:46:05.16 jdrQ5XWm
>>603
そうなってりゃ今こんな話にならんだろｗ
もっとも、SUNが好調だったらSolarisをオープンソースにしたかは怪しいけどさ
606:login:Penguin
12/05/11 08:14:43.73 jkHVDhT6
まったく貢献しない奴より、Oracleの方が1000000倍ありがたいけどな。
OSSに貢献するのは国民の義務でもなんでもないし、営利企業なんだから必ずしも沿えないのは当たり前。
どんなに協力的な会社でも自社の生存を犠牲にしてまでOSSする訳ない。そういう枠の中で、btrfsやocfs2に匹敵する貢献をしてる会社が一体何社あるのかと。
607:login:Penguin
12/05/11 08:47:12.97 SoMXQdp3
BerkleyDBとかMySQLとかJavaとか不幸にしまくってるじゃん。
ドキュメント方面の予算削られてMySQLの日本語ドキュメントが5.1
までしかないとか、doc.java.comが一時期なくなった(社内でがんばって
くれた人がいて復活した)とかひどい目にあってる。
JavaはGoogleとの訴訟で「APIに著作権を認めろ」とかいってるしな。
608:login:Penguin
12/05/11 09:12:10.28 Rs4s5bBT
オラクルの場合は貢献よりやったことの悪影響の方が多いから
OSSに対して非干渉の企業の方が1000000倍ありがたい。
609:login:Penguin
12/05/11 10:35:25.35 agAAD5md
業突く張りのボラクルですからね
610:login:Penguin
12/05/11 11:16:56.86 sTP/os3g
MSの方がまだマシって思わせる企業があるなんて
611:login:Penguin
12/05/11 12:44:07.18 w0RrmVyz
ZFSの未来はNexentaに頑張ってもらうしかないよね
612:login:Penguin
12/05/11 13:33:45.09 ocx/xIVv
挿入削除機能付きファイルシステム
ファイルに対する挿入および削除を高速に行うことを目的に開発したファイルシステム
URLﾘﾝｸ(www.nhk.or.jp)
613:login:Penguin
12/05/11 14:15:11.41 GH1IWZxy
>>607
Oracleが打ち捨ててくれたおかげで幸せになれたOpenoffice.orgとかあるしな～
614:login:Penguin
12/05/11 14:56:34.05 5z7FqG21
開発者がほとんど逃げ出してから捨てられてのって幸せなんだろうか
615:login:Penguin
12/05/11 14:59:16.12 sTP/os3g
>>612
上流に寄付するなりすればいいのに
半税金で運用している会社のわりに使えないよな
616:login:Penguin
12/05/11 17:27:06.27 zDYdOm03
>>612
受信料を払っていないのでパス
617:login:Penguin
12/05/11 18:57:00.39 QWh07S8U
GPLなものに受信料は関係なかろ。
618:login:Penguin
12/05/11 20:06:42.05 sTP/os3g
>>617
URLﾘﾝｸ(www.nhk.or.jp)
NHKがいじった部分は違うよ
619:login:Penguin
12/05/11 20:09:35.37 jkHVDhT6
>>607
あいつらが予算削減したからドキュメントがないんだって・・・
どんだけ無料ユーザー様なんだよ。
世の中金も手も出さない所ばかりな所で、ドキュメント作成までは
カバーできなかったが出したというのに、前の支援者よりレベルが
落ちるだけでボロクソ。誰がそんなコミュニティ支援するんだ？
620:login:Penguin
12/05/11 20:20:55.68 ocx/xIVv
>>618
こいつはGPL2だよ。
URLﾘﾝｸ(www.nhk.or.jp)
621:login:Penguin
12/05/11 21:41:37.63 pEam6qOM
Oracleに買収される前にあったものが買収されたら無くなったら呆れるだろ。
622:login:Penguin
12/05/11 22:24:36.79 4yR4l5go
>>613
捨てるなら最初から捨てればよかったのに、さんざん引っ掻き回して
誰も寄り付かなくなってから寄贈とか嫌がらせの最たるものじゃん。
623:login:Penguin
12/05/12 01:47:50.44 KLe6gbzV
v28時点の機能で充分なんで、v30以降クローズドでも文句言わんからv28のコードをBSDかGPLにしてくれんかねｗ＞ZFS
624:login:Penguin
12/05/12 02:25:05.18 jr/vC4EX
ならばApache Licenseにしてやろう
625:login:Penguin
12/05/12 02:47:00.19 dQiISBRz
修正BSDならまだしもGPLはちょっと…
626:login:Penguin
12/05/12 02:49:12.79 AZpPqINZ
GPLにしたらFreeBSDの人たちがキレるだろうな。
627:login:Penguin
12/05/12 05:39:42.82 dQiISBRz
むしろIllumos側とかがやる気無くすだろ
628:login:Penguin
12/05/12 09:18:19.28 tnC/P8Hk
Linuxサーバ構築の仕事をやっているが、
ZFSに対してのあこがれは増すばかり。
自宅のファイルサーバ（CentOS)で使って、良い感じで使えているので、
会社のデスクトップマシンのOS入れ替えのとき、Homeディレクトリを
ZFSに割り当てちゃおう。
629:login:Penguin
12/05/12 19:13:56.22 R4XTgxI9
Oracleアンチスレに成り変わってしまったんやなｗ喜劇やなｗ
630:login:Penguin
12/05/12 21:06:59.32 Ybl2SDjr
>>629
以前のスレでも同様の事情が発生したからね
まぁ、定期的に発生するよくある話
631:login:Penguin
12/05/12 21:40:52.96 WiWzjoLA
最近のファイルシステム事情からするとOracleが叩かれる流れになるのは仕方ないと思うんだが。
632:login:Penguin
12/05/13 01:47:39.10 yRFiDpFg
ZFSクレクレ Btrfsクレクレ
633:login:Penguin
12/05/13 10:41:05.88 6yfJ5u8k
OSクレクレ3日でピーコ完了ｗ
634:login:Penguin
12/05/14 12:41:38.98 0FAxP6SH
zfsをhdd×4のraidz1で運用してる。osはsolaris11
raidの健全性を調べるコマンドって
zpool status
で必要十分なの？
635:login:Penguin
12/05/17 02:08:12.61 zXXpU1HC
>>594
ebayに出品されているのは中古品だろ？
メーカー出荷の新品と比較しちゃダメよ
636:login:Penguin
12/05/17 09:03:27.03 quLDDVor
>634
zpool scrub pool名
でオンラインチェックが出来るらしい。
今試しに動かして見てるけど、IOやCPUの負荷が
かなり大きい。全力で読み書きしてチェックしてる
様子。
scrub実行中にzpool statusを見ると、チェック
の進捗と予想終了時間が判ります。万が一エラーが
起きたら自動修復？されるんでしたっけね。
637:login:Penguin
12/05/18 02:04:44.50 vSGVCWOh
なんだ、ZFSもfsck必要なのか
638:login:Penguin
12/05/18 09:54:30.02 qWj86vXl
>637
他のファイルシステムでは、ファイルの書き込み中の電源OFFとか
カーネルパニックでファイルが壊れることがあるけど、ZFSは
書き込んでからファイルポインタを付け替えるから、ファイルが
壊れる事はない。
scrubはハードウェアの障害によるデータ化けの対策
639:login:Penguin
12/05/18 10:44:02.27 wFUz+ABd
ファイルポインタを付け替えようとしているときに電源が切れたらどうなるの？
とか思ってしまった
640:login:Penguin
12/05/18 12:56:46.50 H+gB5nnv
>>639
…。そう思ったらちょっと考えてみるぐらいしてみたほうがいいな。
641:login:Penguin
12/05/18 13:17:04.13 F39pzlH8
急いでつけかえるから大丈夫！！！１！！
642:login:Penguin
12/05/18 13:40:42.56 dgKtu+BA
考えて分かることなのか
643:login:Penguin
12/05/18 13:43:58.84 5sSa6Sz4
ファイルポインタを付け替える間に電源を切ることは不可能である
644:login:Penguin
12/05/18 13:52:20.88 g3FMqL47
ポインタの付け替え時間 <<<<<<< ファイルの書き込みの時間
ファイルの書き込みの最中に電源が落ちると、ファイルは死んでしまいます。
例えばテキストファイルを書き込み中に電源落ちて半分しか書き込めなかった
とか。ZFSでは元の情報を保持したまま、新規のデータを作成し、書き込みが
完了した後、ポインタを付け替えます。ファイル書き込み中に電源が落ちても
元のファイルは残ります。という事でファイルシステムは論理的には
壊れません。
645:login:Penguin
12/05/18 14:28:27.99 dgKtu+BA
そんなこと誰でも分かってるでしょw
646:login:Penguin
12/05/18 14:33:27.88 XuBoX5Wq
HDDユニット自体が電力を絶たれても
がんばってアトミックに動くようになってる(らしい)からでそ。
647:login:Penguin
12/05/18 16:43:51.44 utn7Luuj
そのためのジャーナルなんだぜ
648:login:Penguin
12/05/18 16:45:30.78 oOjSEvqe
ジャーナルはメタデータしか記録しないので万能ではない
単にファイルシステムのメタデータが壊れないだけ
649:login:Penguin
12/05/18 16:49:11.21 cy1LYrTG
>>648
んなことはない FSによって仕様は違う。
650:login:Penguin
12/05/18 19:32:32.59 qwD1jBDX
ext4は、電源切れた時とか、書き込み後の新しいファイルも
書き込み前の古いファイルも残らない問題があって、
その問題が出る可能性を少なくする修正をしたけど、可能性はあるまんまだよ。
651:login:Penguin
12/05/19 00:37:17.94 5rNSO6UU
電源切れても、アトミックに書けることが保証されてるなら、
どんなサイズのデータも
512byteのファイルに分けて書き込めば、不意の電源切断による
ファイル損失が回避できるってことだね
652:login:Penguin
12/05/19 00:44:38.79 oH+axjjp
アトミックに書けないとしても、ログ追記する形なら書き込み失敗＝前データが有効ということになるので安全な書き込みは保証される。
653:login:Penguin
12/05/19 01:22:01.37 bGawkh/l
>>652
それにプラスして>>641と>>643だから安全なんだよな
654:login:Penguin
12/05/19 10:07:02.37 d/xS1V5P
hdparm -W1で使ってても保証されてる？
FUA発行前の書き込みが中途半端に反映されてる状況。
FS次第？
655:login:Penguin
12/05/19 19:50:22.13 FRys3al+
XFS2まだかよ
656:login:Penguin
12/05/19 19:53:39.97 YxifvVZm
XFSは元々は他OSのFSだしext5の方が良いんじゃね
657:login:Penguin
12/05/19 19:55:42.67 R06bEnk+
電源の話が続いてたけど、HDDって電源とんでも1セクタは自力で書けるような仕組みを持ってるの？
658:login:Penguin
12/05/19 19:57:05.39 d56/CwG2
>>657
それ以前にHDDの内蔵キャッシュメモリ上の内容が揮発する
659:login:Penguin
12/05/19 20:50:18.22 OclJXskD
>>655
kernel 3.2でx86_64の場合は、件のスタック食いつぶしもマシになったとのこと。
kernel 3.2といえば、ext4の16GB制限もなくなっているんだよなぁ。
とはいえ、Redhatのkernelにそれがマージされるのはいつになることやら
660:login:Penguin
12/05/19 22:13:23.46 9MY9nMma
RedHatカーネルに移植されない＝OracleLinuxに取り込まれない
なら別に悪くないかもｗ
661:login:Penguin
12/05/20 14:48:12.14 eP6j5/av
>>657
いまどきのHDDならキャパシタや慣性でアトミックな書き込みになるよう努力してるが絶対の保証はされてないというのが自分の認識。
postgresqlやsqliteのマニュアルでもデフォルトでは信用してなさそうだし。
zfsみたいにfs層でアトミック性が保証されている場合はdb側はそれを信じて動作できる。
662:login:Penguin
12/05/20 15:11:25.04 8YfFWlKc
とあるMLだと大抵HDDメーカーの人とDB側の人が喧嘩してるイメージがある
性能上げる為にメモリにキャッシュしてんのにアトミックじゃないって言われてキレてたりとか
ハード屋からみたら当たり前だし、ソフト屋は分かってて噛みついてんだろって思うｗ
663:login:Penguin
12/05/20 15:20:18.69 YuJ3DDEz
ぶっちゃけUPSいれろで結論出てるけどな
664:login:Penguin
12/05/20 15:40:45.14 8YPwgSyJ
ハード屋は電源無くなりゃなんも出来んって言ってるのに
ソフト屋はack返してんだろって言うからなｗ
ま、どっちも正しいんだがfcの頃ならともかくiSCSみたいのでfsyncでクラスタfsが完璧に補償されるとか思って欲しくないわ
665:login:Penguin
12/05/20 16:00:28.49 p9BF+Jlq
奥なんとかさん。呼んでますよ。
666:login:Penguin
12/05/20 17:15:21.17 HhKMOwRD
え？iSCSIってアトミック動作保証されないの？？
ジャーナルFSにしてても、破損する可能性あるのか
667:login:Penguin
12/05/20 18:23:12.40 uTdrFX86
iSCSI の実装が腐ってるか、クラスタfsの設定が悪くて実装されていないコマンド
呼んでるとかタイムアウト系のパラメータ間違ってるとかじゃねーの？
668:login:Penguin
12/05/20 23:25:07.01 ELQ5/TDV
>>657
URLﾘﾝｸ(www.atmarkit.co.jp)
＞Martin K. Petersen（OracleのLinuxエンジニアで、IDEMAの内部事情に詳しい）は、
＞「もともと512bytesでも保証はなかった。
＞ベンダは努力はしていたが、実際には、例えば書き込みセクタを調整することでホットスポットを分散させたりしてたから、
＞そういう処理が原因でアトミックに処理できなかった。
＞そういう訳で、非揮発性キャッシュ付きのRAIDをみんな使っていたのさ」と説明。
＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。
669:login:Penguin
12/05/21 08:26:04.95 0vaQ/+dW
家のnilfs は、全部ext4に戻しました。長期間使った時のパフォーマンスの著しい低下が我慢できなかった。
670:login:Penguin
12/05/21 08:52:31.83 ibgDvpSH
ところで、linuxの次期FSとして一番有力なのはどれなの？
1)btrfs
2)ZFS
3)ReiserFSもしくはそのフォーク？
4)EXT4もしくはその拡張
5)その他
671:login:Penguin
12/05/21 09:31:16.61 xHaR64QJ
そもそも1セクタ分がアトミックに書き込めることにfs的にどんだけの意義があんのかな。
複数セクタの書き込み単位でアトミックになっていないと整合性が判断できないんであればあまり意味ない気もするし。
672:login:Penguin
12/05/21 09:54:20.81 w3v01jDq
1セクタアトミックに書けるなら
任意の複数セクタをアトミックに書けるようにソフトウェアだけで実装できる
673:login:Penguin
12/05/21 09:57:25.79 PP15/LMj
>>670
1)btrfs→オラクルからはエンジニアが既に去った。
2)ZFS→ケチケチサポートに突入。
3)ReiserFSもしくはそのフォーク？→そんな気配は無い？
4)EXT4もしくはその拡張→結局これだろう。誰かが知恵絞って、多くの人間にたたき上げられてext5とか出るのが想像つきすぎる。
5)その他→ZFSの人が何か作るんじゃないかと個人的には思ってる。
674:login:Penguin
12/05/21 09:58:33.96 PP15/LMj
> 1)btrfs→オラクルからはエンジニアが既に去った。
去ったのはZFSの人か。スマソ。
675:login:Penguin
12/05/21 10:04:58.51 2/Hjj9MT
>>670
4
676:login:Penguin
12/05/21 10:11:32.22 VzIf2jh+
やっぱり4だよね。
677:login:Penguin
12/05/21 10:49:59.19 Ms9i3XwP
４だと思う。
で、アマノジャクな人が２か５のZFSもどきを使う。
（だって面白いからな。）
678:login:Penguin
12/05/21 12:15:28.09 bVL44HWG
DragonflyBSDのHammer移植の方が現実的かもなぁ
679:login:Penguin
12/05/21 14:23:23.29 ibgDvpSH
やっぱりext4の系譜かー。そうだよね。
680:login:Penguin
12/05/21 14:58:35.07 ocjJ24me
>>679
機能的にZFS以降のfsとは差がつきすぎているし、
代替は欲しいんだけどねい…
681:login:Penguin
12/05/22 07:50:09.39 7a68CDWm
URLﾘﾝｸ(japan.cnet.com)
来日中の米Microsoftの最高経営責任者（CEO）Steve Ballmer氏が5月21日、東京・渋谷区のホテルで開催されたパートナー向けのイベント「Windows Partner Executive Summit」で講演した。
Ballmer氏が米国外を公式に訪問するのは、2012年に入ってから初めてのことだ。次期OS「Windows 8」の開発が最終段階に入った今、最初の訪問国・日本のパートナーに「今年はMicrosoftの歴史の中でも、
もっともワクワクする1年」とメッセージを発し、Windows 8の登場によって大きな変化が訪れると強調した。
Windowsを再創造する
マイクロソフトCEOのスティーブ・バルマー氏。明日から韓国、中国、インドを歴訪する。 マイクロソフトCEOのスティーブ・バルマー氏。明日から韓国、中国、インドを歴訪する。
※クリックで拡大画像を表示
Windows 8は、今年後半の登場が予定されているMicrosoftの次期OS。従来に比べて機能を追加しただけでなく、新たなUIを投入する点が特徴だ。より高速で滑らかに動作し、
スマートでモダンなデザインを実現させることを目標としている。既存のWindows 7の機能もさらに強化し、「新たなレベルに引き上げ」（Ballmer氏）たものの提供を目指して開発が行われている。
Ballmer氏が繰り返したのは「再創造（Re-Imagine）」だ。Microsoftは、Windows 8で「再創造の1年であり、チャンスの1年」（同）にしたい考え。
この1年で、3億5000万台のWindows搭載PCが出荷されているとの調査を引きながら、「競合他社はPCとタブレットをあわせて6000万?7000万台の出荷」（同）と、その差を強調。
Windowsという強力なプラットフォームが「再創造」されることで、パートナー企業にとっても新たなチャンスが生まれるとした。
んなもんより時代遅れのNTFSよか新しいファイルシステム作れや！！！！！！！！！１１１１１１
682:login:Penguin
12/05/22 09:32:07.35 In5wan4s
初歩的な質問ですまないけど一つ教えて。
ext4であるファイルの内容を修正（ファイル全体のサイズは変わらないような変更）をした時、
該当箇所を格納したブロックの内容を変更して、書き戻す位置はHDDに対して元あったLBAと同じ位置を指示するの？
それとも別の空いてる場所に書くの？
さらに修正箇所が複数ブロックに含まれる場合はどうなるのでしょうか？
683:login:Penguin
12/05/22 10:29:12.17 xdP67uUV
>>672
んなことない。
それは書き込み順序が保証される場合で、バリア張れなければセクタアトミックでマルチセクタアトミックは実現無理。
684:login:Penguin
12/05/22 10:53:33.83 1cxhPa0y
>>682
今時のファイルシステムは、ファイルの内容を書き換える場合に、
データブロックをそのまま使って中身だけ書き換えるなんてことはしない。
理由はトランザクション処理におけるクリティカルセクションが長くなるから。
1. 古いデータだけしかない状態
2. 新しいデータを空いているブロックに書き込む
3. 古いデータも新しいデータも共存していて、ただしメタ情報は古いデータを指している状態
4. 新しいデータを指すようににメタ情報を書き換える
(メタ情報はすごく小さいのでクリティカルセクションを小さく出来る)
3(または2)の段階でクラッシュしても、古い状態は完全に残っている。
実際にはさらにインテントリストを使って、再起動後に更新をリプレーする工夫がある。
データベースのトランザクション処理を勉強すると良い。
685:682
12/05/22 11:07:12.35 lf9QnnI6
分かりやすい解説、ありがとうございます
686:login:Penguin
12/05/22 16:06:03.57 YPS563wb
>>684
そうすると、空き容量が書き換えようとするファイルのファイルサイズより小さい場合、
書き換えに失敗するということですね
687:login:Penguin
12/05/22 16:23:56.66 1cxhPa0y
トランザクション単位は通常ブロックだよ。
ファイルのバージョン管理しているファイルシステムには、
さらにopen/close単位でもトランザクション管理しているのもあるけど。
688:login:Penguin
12/05/22 17:52:40.29 LU/paeRW
mbrを消したら完全に読めなくなるFSってあるんですか？EROIひと
689:login:Penguin
12/05/22 18:26:05.86 A1CjT9vU
MBRってどういうものか、ググればわかるような
690:login:Penguin
12/05/22 18:30:33.55 OmWdc1HW
MBRってFS関係あるんですかね・・・？
691:login:Penguin
12/05/22 18:34:53.53 1cxhPa0y
wikipediaくらいは読んでるの?
692:login:Penguin
12/05/22 20:10:19.29 LU/paeRW
>>690
mbr消してもtestdiskつかったりdumpすれば
先頭のデータみたらどこからどのパーティション始まるかわかるから
mbr修復できるけど、それができないFSはあるのかなと・・・
693:login:Penguin
12/05/22 21:33:06.53 rvtR6o93
>>668
＞＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。
この引用だけ読むと、ん？セクタ長が長くなる方がアトミク保証キツそうだがと思ったが、AFTのRMWを問題視してるのかな？
確かにアラインがあってない状態でブロックライトしたときたまたまそれがトラックまたがりだったりしたら、
電源供給たたれた状況ではRMW完遂キツそうかも。
694:login:Penguin
12/05/22 21:39:10.48 rvtR6o93
ごめん、FSのブロックとHDDの物理セクタは直接の関係はないからアラインうんぬんはミスリードね
695:login:Penguin
12/05/22 21:47:16.05 Gee1IVDc
>>690
ディスクだ
696:login:Penguin
12/05/22 22:28:52.43 UDqTDYqA
>>682
>>684
簡単な検証をしてみたが次のようになった。
1. dd で 1GB のファイル(disk.raw)を作成、mkfs.ext4 でファイルをフォーマット
2. loop オプションでマウント
3. 64KB のファイルを作成。 中身は全部 0xC1 (00とかFFでなければ何でも良かった)
4. 一旦アンマウント。
5. disk.raw を 16進ダンプして C1 が 16個 並ぶ行をカウント → 4096 行
5. fseek と fwrite(C言語) 使って 7000(0x15B8)番地から 12000バイト適当なパターンを書き込み
6. アンマウント
7. disk.raw を 16進ダンプして C1 が 16個 並ぶ行をカウント → 3345 行
(4096-3345)*16(１行16バイトでダンプ)=12016 (12000 バイト + 16の倍数では無いところから開始分)
1GBを32MBにするとブロックサイズは 4KB から 1KB になるけど結果は同じ。
このとき 16進ダンプ自体を比較したが変更されたのは 832 行 (13376 Byte) だけ。
# diff -u pre.txt post.txt | egrep -e '^[+]' | wc -l --> 832
diff の結果を詳しく見ると書き込んだパターンの前のデータはすべて C1 の行で、
どう好意的に解釈しても >>684 の言う動作をしているとはいえない結果だった。
697:login:Penguin
12/05/22 23:21:43.39 rvtR6o93
ext4のmountオプション
698:番組の途中ですがアフィサイトへの転載は禁止です
12/05/22 23:40:12.43 tlYG6Oak
684さんはDBか何かの話をしているのだろう、普通のファイルシステムは
セクタ単位に上書きして済ませ面倒な操作は回避する。
電源が落ちると、HDDは一番外側のトラックに緊急書込みしてDRAMの
イメージを保存する、SSDもDRAM上に保持していた更新データは急遽
特定のページに書込む、HDDもSSDもDRAM上のデータは電源が落ちても
維持するから書込み応答があれば書込めたと考えていいはず。
ただ、SSDで電源の落ちる速度が速いと飛んでしまうSSDがあって、
それでWindowsの休止が使えないSSDを掴まされた。
699:login:Penguin
12/05/22 23:45:08.80 R0N4pj0/
彼の言う「今時のファイルシステム」にext4やntfsは含まれていないのですよ
700:login:Penguin
12/05/23 00:20:02.34 0eIoicZI
5の処理はひとつの操作じゃないから、
5の間に解放されたブロックが最利用されてるんじゃないの?
701:696
12/05/23 00:47:46.11 9NniJAVU
>>700
すいません、次のとおりです。
1. dd で 1GB のファイル(disk.raw)を作成、mkfs.ext4 でファイルをフォーマット
2. loop オプションでマウント
3. 64KB のファイルを作成。 中身は全部 0xC1 (00とかFFでなければ何でも良かった)
4. 一旦アンマウント。
5. disk.raw を 16進ダンプして C1 が 16個 並ぶ行をカウント → 4096 行
6. マウント
7. fseek と fwrite(C言語) 使って 3. のファイルの 7000(0x15B8)番地から 12000バイト適当なパターンを書き込み
8. アンマウント
9. disk.raw を 16進ダンプして C1 が 16個 並ぶ行をカウント → 3345 行
> 5の間に解放されたブロックが最利用されてるんじゃないの?
再利用されていれば 1KB(1ブロック) 以上 C1 じゃ無いところが発生するはずだが実際は
すべて上書きだった。 ここまでだとデフラグされた可能性はあるけど、
ext3/4 のジャーナルがメタ情報しかジャーナリングで保護されないと知っていれば
>>684 の言う動作はしていない(していればメタ情報しか保護しない理由がなくなる)
と解るはず。
702:login:Penguin
12/05/23 20:08:33.34 53GntL47
>>684はそこまで的外れなことは言ってないんじゃないの。
手元のext4のファイルシステムで試してみたけど
openにO_TRUNCを付けて開く→別のブロックアドレスに新規の内容が書き込まれる。元のブロックアドレスにはファイルの内容は残存。(>>684の言う動作をしてる?)
openにO_TRUNCなしで開く→同じブロックアドレスに上書きで書き込まれる。(>>701のやった実験)
どっちの場合でもinode番号は保持されている。
当たり前だけど一つの巨大なファイルをO_TRUNCなしで開いて何回もlseekとか使って読み書きする場合は
同じブロックに書き込まないと断片化しまくりんぐなんだよね。
んで>>682の質問は多分O_TRUNCなしの場合の疑問だから多分元あったLBAにそのまま上書きってことでいいと思われ。
まあ、俺もあんましファイルシステムに詳しい訳じゃないから間違ってたら指摘頼む。
703:login:Penguin
12/05/23 20:14:35.20 Uvt1kmUp
>>684
それ、Copy-On-Write を実装したファイルシステムの典型的な挙動で
それでbrtfsやZFSが注目されてるけど、まだまだ一般的じゃないよ
今普通に使われてるファイルシステムは
未だに停電時のデータ保全は保証されてなくて
だからデータベースソフトは凝った制御をわざわざしてる
704:login:Penguin
12/05/23 20:46:06.35 zTpk22Ks
>>703
ZFSやbtrfsやHAMMERはモダンなfsと言われている由縁ですな。
あと、機能的にはボリュームマネージャとfsとの統合もしているのが
モダンなfsの特徴。
705:login:Penguin
12/05/23 21:47:33.19 HiaPoJkG
>>702
truncしたら
＞1. 古いデータだけしかない状態
ここが無いだろ
706:login:Penguin
12/05/24 09:35:00.94 8W5aSkeX
nilfsもモダン
707:login:Penguin
12/05/24 09:48:16.92 fjuo8JDB
lfsはモダンすぎた
708:login:Penguin
12/05/24 14:12:40.50 R1zT/wP2
仮想環境のマシンをカーネルのアップデートで再起動が発生した際にext4でfsckが走った
開発が予定されているext5でも一定間隔毎にマウントする際はfsckが走る仕様は残るのかな？
709:login:Penguin
12/05/24 16:00:44.85 8W5aSkeX
>>708
ジャーナル処理以外もやってる?
710:login:Penguin
12/05/24 20:35:01.03 k3/BwS7U
ext5ってどんなのが出るとかって話もうあるの？
711:login:Penguin
12/05/24 20:52:51.51 iuQ7Cd5b
>>708
デフォルトでmkfsすれば走るようになるけど、mkfsにオプションつけたりtune2fsでオプション変更すれば走らない、というはなしではなくて？
712:login:Penguin
12/05/24 21:14:44.01 R1zT/wP2
>>711
仮想環境だったので“tune2fs”で間隔の設定変更してなかったの ww
で、密かにウワサされているext5はやはり間隔の設定変更は必要なのかなぁ～
って、ふと思っただけです (__)
(何せ、xfsやbtrfsにはマウント時に定期的にfsckが走る事なんて無いですしね)
ちなみに実環境は“tune2fs -i0 -c0”でマウント時にfsck走らない設定にしていますよ
713:login:Penguin
12/05/24 22:03:00.77 ht+qoeDE
やっぱりreiserfs最強
714:login:Penguin
12/05/24 22:04:29.38 Y0DkWNpb
>>710
冗談の範囲を超える話はまだ出てないと思うけど、
私のアンテナが低いだけかもしれない
715:login:Penguin
12/05/25 01:04:56.40 fyfyFUcy
>>713
reiserfsのどのあたりが最強なの？
716:login:Penguin
12/05/25 01:08:43.89 Zj6mI5wX
数年間使ってるけどfsckとは無縁
717:login:Penguin
12/05/25 01:31:43.18 lsrc3vra
>>715
開発元締めの犯罪歴
718:login:Penguin
12/05/25 09:56:47.79 msN7LA9T
いまのlinuxのfs開発状況だと、ハンスが出所して開発再開したら、それなりに歓迎されそうだなぁ
719:login:Penguin
12/05/25 10:15:49.59 bpVgjmYh
出てくるの１０年以上後だぞ？
720:login:Penguin
12/05/25 10:25:38.42 Cmbh75Oe
10年後ならext5くらい
721:login:Penguin
12/05/25 10:29:51.31 ub3nzNZQ
ハンスはいまも開発を続けているよ。
紙の上でハンドアセンブル、イメージデバッグ、、、
長期間念入りにチューニング＆デバッグされた高速＆堅牢な夢のfs
出所してからそ実機でテスト
722:login:Penguin
12/05/25 11:04:00.31 F5a9ntXy
>>721
時間タップリあるだろうし、
他にすることもなさそうだから、
クオリティ恐ろしいかもしれんなｗ
723:login:Penguin
12/05/25 12:06:17.83 AqUnLL1K
btrfsのstableリリースとハンス出所してreiser4完成はどっちが早いのかもうわからないレベル
724:login:Penguin
12/05/25 12:32:56.42 bpVgjmYh
減刑のための法律勉強で忙しかったはず。
725:login:Penguin
12/05/25 19:26:34.42 FQfoOI8B
向こうって模範囚なら殺人犯でも3年で出られるんだろ
726:login:Penguin
12/05/26 01:13:07.17 rgPUb8eJ
>>725
う～ん、どうなんだろ? 以前と違い、今は模範囚での刑期短縮って
1年で50日程度とかいう話を聞いたおぼえが。
あと、そういや、こんな記事が。
Linux Guru Hans Reiser Demands New Murder Trial
URLﾘﾝｸ(www.wired.com)
727:login:Penguin
12/05/26 01:14:20.75 rgPUb8eJ
って、fsから話が外れまくったな。Btrfsが標準fsになるFedora 17のリリースが
そろそろだけど、これでようやっとBtrfsの開発速度が上がってくれるかな…
728:login:Penguin
12/05/26 02:30:10.12 I/wUNAvd
なんでバターFSは主力FSになれないの？
修正されない致命バグが残っているとか？
729:login:Penguin
12/05/26 03:21:44.82 SttHiOpI
3.2.xを使ってるがファイルが壊れることが時々ある。
730:login:Penguin
12/05/26 05:48:13.77 iTBNDko3
そら、ファイルが壊れちゃうようなfsをメインになんか使いたくないよな
731:login:Penguin
12/05/26 08:56:56.81 NFmM9fUH
>>727
それは取りやめになったはず
732:login:Penguin
12/05/26 10:58:03.65 BURK7wai
>>728
URLﾘﾝｸ(d.hatena.ne.jp)
733:デムパゆんゆんネトウヨ特攻兵＠５月病 【関電 69.0 %】
12/05/26 11:12:30.66 fGtrXgPT
じゃぁブログでブツブツ言ってないでバグ出し協力すればいいじゃないか
734:login:Penguin
12/05/26 12:15:49.73 BURK7wai
そのブログの新しい方の記事でまさにそういう展開になっている
735:login:Penguin
12/05/26 12:54:30.76 VoHyanHK
>>728
地道にバージョンアップしてきてるじゃん。
おまえはまさかすぐにでも実用化になると思ってるの？
736:login:Penguin
12/05/26 13:38:33.15 SttHiOpI
>>732
これはそうなんだが時々BUG_ONから適切なエラー処理に変更するパッチが流れているのでちと古い話。
737:login:Penguin
12/05/26 14:04:15.08 mAVYiROr
アンドリューモートンが2.36頃にはraiser4がマージされるよとか言ってた矢先のタイホだったからな。
しばらくカーネルに毎回パッチあててraiser4を使いつづけてたけど、さすがにマージの見込みが無さそうなので諦めてext4へ乗り換えた。
738:login:Penguin
12/05/26 16:15:11.36 I/wUNAvd
そんな話を聞くと、ここはReiser4の無いパラレルワールドなんだなって気がしてくる
Reiser4がマージされているもう一つのパラレルワールドのこのスレでは、
逆にBtrfs、NILFS、ZFSの話題が消えてたりするんだろうか
739:login:Penguin
12/05/26 16:27:41.13 MUdvZwhX
誰か開発を引き継ごうって人はいなかったのかいな。
740:login:Penguin
12/05/26 17:21:56.83 NFmM9fUH
会社組織だったんだから、社長がﾀｲｰﾎされたからといって、会社がなくなったわけじゃないはず。
父親が引き継いで開発を続けるとか言ってたが、元々カーネルメンテナーの多くに良く思われてなかった
のと（特にプラグイン構造が）、スポンサーが見つからなくてﾎﾟｼｬったのではないかと。
741:login:Penguin
12/05/26 18:37:05.68 YjIi9L7U
会社の絶不調なUbuntuデスクトップ機（タワー型）の
OSをCentos 6.2（派手なメディア系のソフトは無いけど仕事で使うには
十分なソフト環境）に変え、ファイルシステムはZFSに変えてみた。
ジャンク品の500GのSATA HDDを3本Raidzにして、全部homeにあてて
みた。ジャンク品だが経年劣化で壊れたら、それはそれでおもしろいと思っている。
ベンチマークとかファイルのコピー時間とか見てるけど、マザーボードが
読み書き合わせて150MB/secが限界のしょぼいヤツなんで、
まだZFSの恩恵は判らない。
日々のバックアップとか、ランダムアクセスを多用する処理がどれぐらい
良くなるか、来週の業務が楽しみです。
742:login:Penguin
12/05/26 21:11:33.51 7HdLZpM3
>>741
山中幸盛みたいでかっこういいな
743:login:Penguin
12/05/27 19:29:51.15 sFUG4pgM
何をしたいかわからんw
744:login:Penguin
12/05/27 20:13:08.68 BMpUzC+a
LinuxサーバーにSSDを使うための情報メモ
URLﾘﾝｸ(oopsops.hatenablog.com)
745:login:Penguin
12/05/27 20:20:49.29 T8Ff12Rn
みんなバリア無効にしている？
ext3も今度からバリア有効設定がデフォになるらしいけど。
746:login:Penguin
12/05/27 23:25:49.50 RpQeUUxd
>>745
当然即無効
有効設定不要
747:login:Penguin
12/05/27 23:40:59.37 fcmbTsZx
我感謝君迅速回答
謝謝参考情報
748:login:Penguin
12/05/28 01:30:27.57 v3fn9Bax
>>747
IDがずれてるぞw
749:login:Penguin
12/05/28 13:41:54.41 06aQcVRA
>>745
「ext3も今度からバリア有効設定がデフォになるらしい」ってまじか？
ソースきぼん
750:login:Penguin
12/05/28 13:50:44.83 p/RNWQpE
>>749
Linuxカーネル3.1 からだからもうとっくに有効になってますね。
URLﾘﾝｸ(sourceforge.jp)
751:741
12/05/28 14:43:01.77 4B9wts/1
>>743
会社のデスクトップ機は、Linuxのサーバとソフトの評価のために
仮想イメージが20個ぐらい入っているんだけど、同じような
ディスクブロックだったようで、dedupで1.30という数字が
出ています。ディスクの節約ができたのはまず嬉しい。
あと実際に使ってわかったのは１本ずつのHDD30MB/secの読み
書きが出来る場合、３本のディスクによる読み書きの速度は
Raid0の場合は90MB/secになるのだが、RAIDz1の場合は書き込みは
60MB/sec、読み込みは90MB/secになることです。という事は
ZFSはRAIDでタマ数を増やすと読み込みはRAID0のように、
HDDの数の倍数になるってことかな？
752:login:Penguin
12/05/28 15:13:40.13 lYrJmZJf
>>751
ディスクのうち一台にはパリティを書き込むので、台数-1倍になりますな。
753:741
12/05/28 19:22:51.86 4B9wts/1
楽しみにしていたZFS化のメリットだが、仮想環境のファイルの
アクセスには効果がなかったようだ。
/home以下のディレクトリに、Raidz1で３本の500G HDDを束ねて、
さらにSSDディスクを2Gと20Gに分けて、ZILとL2ARCとした。
Windowsのイメージの入った仮想イメージを、ZFSのディスクと
EXT4のファイルシステムのディスクにそれぞれ置いて、起動時間を
測った見たところ、
ZFS 60秒
EXT4 20秒 .... 玉砕です。
メモリーが8Gなのが悪いのか、ディスクがSATAの古いモデルで、
マザーボードに接続しているのが悪いのか、よくわからない。
もう少し使ってみて、速度が耐えられないようなら、EXT4に戻します。
754:login:Penguin
12/05/28 21:39:28.11 pfdxoNCT
正直 ZFS/RAID-Z は座学程度なんで以下は話半分ぐらいで。
ZFS ってストライプ幅を可変にする事でファイルサイズに適した読み書きが
出来るから速いんじゃないのか？
仮想マシンの方がＦＳのブロックサイズ単位で読み書きするから意味がないし、
それどころか、細かいストライプサイズで足を引っ張りまくりの気がするんだが
実際のところはどうなん？
755:login:Penguin
12/05/28 22:21:11.05 JoD8MIsl
REGZAの録画用ファイルサーバをLinux ext4からFreeBSD Raid Z1 4台にしたら、時々再生引っかかるようになった。
ディスクの読み書きの速度は同等だし、CPUが足引っ張ってるわけでもなさそう。
大ファイルの連続読み出しのパフォーマンスが悪いのか…
756:login:Penguin
12/05/28 22:34:42.33 pfdxoNCT
>>755
ストライプサイズが大きいとサイズの大きなファイルを処理するときに有利で、
動画編集系の業務システムではそうなっていると聞いたことがある。
その理屈で言うとストライプサイズの小さめの RAID-Z は不利なのかも。
「引っかかるようになった」のが使い続けていくうちにどんどん悪化してそうなった
のか ZFS にしたからそうなったのかが気になるんですけどどっちですか？
# RAID-Z って大きいファイルだとフラグメンテーションしまくりな気が。
757:login:Penguin
12/05/28 22:55:18.32 bomq/PUE
どうせ社内個人用なんでしょう
raidに飽きたらcronでバックアップ
安定と速さ、コスト重視ならraidなんかいらない
758:login:Penguin
12/05/28 22:57:56.77 JoD8MIsl
>>756
最初からそうでした。
まだまだ容量余ってるし、メモリも8GBあるんだけどなー。
録画置き場だけじゃなく、mac用ファイルサーバにもしてるので、映画見てるときにTimemachine のバックアップ走ると飛びまくり…
759:login:Penguin
12/05/28 23:46:36.39 pfdxoNCT
>>758
返信ありがとうございます。
でかいファイルの扱いそんなに不得意なの？
JAIST かどっかでＦＴＰサーバに使ってる話もあったからちょっと眉唾。
CPU の性能／コア数が足りないだけの気がするけど TCP/IP の実装が Linux と
FreeBSD で違ってるせいで MAC との通信ばかり優先されるとかあるのかも。
760:login:Penguin
12/05/29 00:13:01.84 So0/YmwI
ハード要因もあるだろうし、ZFSに限らずI/Oの特性にあわせて
ファイルサーバの設定をチューニングするんじゃないの？
761:login:Penguin
12/05/29 00:54:24.48 qjgx8ugW
FreeBSDならsysctlでパラメータ調整も視野に入れた方が良いかもね
2chサーバーもblog見るとパラメータ調整を相当数してるし
762:デムパゆんゆんネトウヨ特攻兵＠５月病 【関電 62.1 %】
12/05/29 01:50:54.77 U5WNEXG6
ふりBSDのバージョンと
zfsのバージョンが気になる
zfs -V zpool -Vの結果見せなさい
763:login:Penguin
12/05/29 03:14:57.97 LxrSwIcU
ZFSのうまみは、多くのプロセス/スレッドから同時かつ大量に読み書き
したときの、性能のスケーラビリティやキャッシュの利用効率にあるので、
自宅サーバーで利用するメリットは少ない。
ZFSはチューンナップが必要ないように設計されているので、
パラメータをいじるとほとんどの場合裏目に出る。
ただ、先読みキャッシュを切るのは試す価値がある。
zfs:zfs_prefetch_disable=1
764:login:Penguin
12/05/29 03:17:54.40 v6wCq4A9
>>750
ありがとー
Ubuntu 12.04（kernel 3.2）のext3では実際にバリアが有効になっているか調べてみるよ
765:login:Penguin
12/05/30 00:03:32.90 eFfiskua
>>762
FreeBSD 9.0-RELEASE
zpool upgrade -v
This system is currently running ZFS pool version 28.
略
zfs upgrade -v
The following filesystem versions are supported:
VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS filesystem version
2 Enhanced directory entries
3 Case insensitive and File system unique identifier (FUID)
4 userquota, groupquota properties
5 System attributes
For more information on a particular version, including supported releases,
see the ZFS Administration Guide.
てな雰囲気です。
766:login:Penguin
12/05/30 08:28:42.10 Hg7I9VUi
ZFSがWindowsに搭載される可能性について（Microsoftではなく第三者によって）
767:login:Penguin
12/05/30 10:35:10.06 Fem8Gu/g
すでにあるだろ
URLﾘﾝｸ(code.google.com)
768:login:Penguin
12/05/30 10:53:11.42 BMjgTba5
read onlyじゃねえ
769:login:Penguin
12/05/30 12:29:51.28 kpTDIFzh
warata
770:login:Penguin
12/05/31 02:15:57.62 0QtNiaVt
>>753
ZFSで仮想マシン動かしてﾋｬｯﾊｰしたいならイメージじゃなくzvolにOS突っ込んだら？それでどんだけパフォーマンスに影響するかは知らんが。
それにL2ARCなんてしばらく埋まらんからとりあえず設定だけして仮想マシン起動時間測ってみました、なんて言ってもねぇ。
771:login:Penguin
12/05/31 11:27:30.83 CrxYKJgI
>>753
Nexentastor3.1.3がリリースされたから、Solarisカーネル環境でのパフォーマンスも見てみたらいいんじゃないか？
772:login:Penguin
12/05/31 15:26:50.04 xWRvQh87
ubuntu 12.04 の stat で birth time 欄が出来てた。
touch foobar してみても設定はされなかった。
773:741
12/05/31 21:48:05.00 a1oDG+L0
>>770
ZFSでヒャッハーしてます。
一般のファイルの作成、Nautilusなんかでファイルの整理するには
全く問題なく使えてますが、なんとVirtualboxで深刻な問題が
発生しました。仮想イメージをZFSに置いて動かすと、仮想イメージが
壊れてしまいます。イメージを最初に小さく作っておいて、データが
増えるとディスクイメージも大きくなる設定です。
ヒントを頂いたZvolで100Gぐらいのボリュームを切り出して、
Ext3で初期化してそちらに置いたら解決しました。
目的に合わせて柔軟に使えるのも、面白いですね。
774:login:Penguin
12/06/01 02:36:39.43 CGIW/EB2
>>773
データが壊れるなんて最低じゃね～の？
775:741
12/06/01 09:12:37.53 SXtJZzRy
テストしてみたら、Fixed size storage形式でZFS上に
Virtualboxの仮想ディスクを確保しておくと、問題ないようです。
まとめると次のとおりです。
Dynamic allocated size
ZFS上でCentOS 5.8インストール中 2回/2回 ディスクエラー発生
ZvolでCentOS 5.8インストール 1回/1回 正常終了
Fixed size storage
ZFS上でCentOS 5.8インストール 1回/1回 正常終了
776:login:Penguin
12/06/01 11:56:12.20 GcMrQfvt
前にSunのZFSのページにヘルメットとゴーグルしたおっさんが
稼働中のHDDをハンマーでぶん殴って壊して
縮退→交換→リカバリーやってる動画あったな
777:login:Penguin
12/06/01 17:27:29.04 J3dtdgCS
>>773
動かしたらイカンだろw
778:login:Penguin
12/06/02 09:17:25.99 XDNKPOnJ
は？