- 1 名前：login:Penguin; mailto:sage [2012/06/30(土) 08:36:00.10 ID:q3w7kzQB]
- ●前スレ ファイルシステム総合スレ その14
engawa.2ch.net/test/read.cgi/linux/1326613113/
●関連スレ
ジャーナリングファイルシステム
toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。
- 652 名前：login:Penguin mailto:sage [2012/12/03(月) 09:12:19.30 ID:IatjFUis]
- この前、自分定義のバックアップって言葉使って馬鹿にされた馬鹿が
粘着してるなぁ。
- 653 名前：login:Penguin mailto:sage [2012/12/03(月) 19:51:06.32 ID:jsdeVSEB]
- >>651
ソースは2ch (笑)
- 654 名前：login:Penguin mailto:sage [2012/12/03(月) 20:16:29.29 ID:OnmaiFIf]
- その時馬鹿にした連中の方が勝手な定義してたな
- 655 名前：login:Penguin mailto:sage [2012/12/04(火) 02:47:31.73 ID:/MyXzNsh]
- しつこいよ
- 656 名前：login:Penguin mailto:sage [2012/12/04(火) 11:58:42.03 ID:0MaVXl3z]
- >>654
お前、本当に馬鹿なんだな…
- 657 名前：login:Penguin mailto:sage [2012/12/04(火) 12:10:59.15 ID:4OSV5gGC]
- 定義なんて話の都度擦り合わせればいいのよ。
- 658 名前：login:Penguin mailto:sage [2012/12/04(火) 12:19:44.14 ID:/MyXzNsh]
- はいはいビールジョッキ思想
- 659 名前：login:Penguin mailto:sage [2012/12/07(金) 03:38:12.68 ID:Kmapfwof]
- zfs-win - ZFS for Windows
code.google.com/p/zfs-win/
あるにはあるんやな
- 660 名前：login:Penguin mailto:sage [2012/12/11(火) 10:48:11.30 ID:OC3w0rBs]
- ZFSのファイルシステムにMysqlのデータを置いた環境があり、
某システムの評価で圧縮して400MバイトのMysqlのダンプファイルを
インポートしてみた。
平時はあまり使われない、Logsの領域にも激しく書き込みがあり、
Logsのallocの領域がみるみる増えて行く。raidz1のディスクで30MB/sec
Logsの30MB/secと合計で60MB/secの書き込みが出来て、ZFSの
実力の一部が判った。
- 661 名前：login:Penguin mailto:sage [2012/12/11(火) 20:46:17.33 ID:xycx3/qX]
- XFSが3.7でinode64がデフォルトになるから3.6以前に持ってく時は気を付けろー
kernelnewbies.org/Linux_3.7
- 662 名前：login:Penguin [2012/12/24(月) 22:27:48.15 ID:sbyUtyUS]
- なんでext4には作成日時のタイムスタンプがないの？
- 663 名前：login:Penguin mailto:sage [2012/12/24(月) 22:40:45.97 ID:E6q8YXZl]
- >>662
いや、あるよ。
- 664 名前：login:Penguin mailto:sage [2012/12/24(月) 23:08:00.12 ID:eKE+nVHw]
- ctime無いのはFAT位でないかい
- 665 名前：login:Penguin mailto:sage [2012/12/25(火) 00:49:11.63 ID:1QXwWvF5]
- ctimeってリンク数増やしたりとかしたら変わらないかい
- 666 名前：login:Penguin mailto:sage [2012/12/25(火) 01:24:41.49 ID:nEcZEp+3]
- それはmtime
- 667 名前：login:Penguin mailto:sage [2012/12/25(火) 10:35:35.06 ID:IP+RDtTj]
- ZFS Linux Native RC13が出てました。
いろいろ直っているみたいだが、ウチの
自宅サーバでは何の問題無く動いているので、
違いが判らん。
- 668 名前：login:Penguin mailto:sage [2012/12/25(火) 11:38:28.45 ID:h2WGgx8H]
- ctimeとcrtimeは混同してはいけない
- 669 名前：login:Penguin mailto:sage [2012/12/25(火) 11:43:42.21 ID:Y1A2QGKN]
- birth time があるよ
- 670 名前：login:Penguin mailto:sage [2012/12/25(火) 12:05:30.52 ID:XahNtSbC]
- >>666
誤り
mtimeが変わるのはファイルの内容を書き換えた時
リンクカウントの増減はメタデータだけの変更に当たる
- 671 名前：login:Penguin mailto:sage [2012/12/25(火) 15:42:44.80 ID:p7dp1Rj6]
- ctime をファイル作成日時だと勘違いしてるやつがいるのか?
- 672 名前：login:Penguin mailto:sage [2012/12/28(金) 05:03:18.35 ID:Isi4WQd9]
- NTFS ボリューム上で新規ファイルが作成できない現象について
blogs.technet.com/b/askcorejp/archive/2010/04/26/ntfs.aspx
$Secure のデータは少しずつ登録される事が多く、非常にフラグメントが発生しやすい環境です。
$Secure のフラグメントが解消される事で、登録できるセキュリティ記述子の数が増える事が期待できます。
Windows7 / Windows Server 2008 R2 以降の環境で発生した場合には、まずはデフラグの実施をご検討ください。
※ 現在、Windows 7 / Windows Server 2008 R2 環境でデフラグを実施したところ、反対に $Secure の File Record 数が増えてしまったという報告を受けています。
詳細が確認出来次第この記事をアップデートいたしますので、それまで $Secure の ATTRIBUTE_LIST を減らす事を目的としたデフラグの実施はお待ちください。
;(；ﾞﾟ'ωﾟ');
- 673 名前：login:Penguin mailto:sage [2012/12/31(月) 04:28:13.37 ID:dAiNz+QV]
- raidz や raidz2 で、玉を増やすほうの grow が出来るようにならないかなあ。
- 674 名前：login:Penguin mailto:sage [2013/01/01(火) 21:53:27.45 ID:Nww2FIpd]
- >>672
その地雷を最初に踏んだ人がどれだけ悩んだか
話を聞いてみたい
- 675 名前：login:Penguin [2013/01/06(日) 23:12:39.85 ID:kYUtqyri]
- 重複排除と透過圧縮とファイルのチェックサムの機能がある
ファイルシステムってZFSだけでしょうか?
調べてみるとlessfsは重複排除と圧縮機能があるみたいですがチェックサムはなさそうで
ext4とbtrfsは圧縮とチェックサムがあって重複排除はない(btrfsは実装予定?)みたいです
- 676 名前：login:Penguin mailto:sage [2013/01/06(日) 23:35:38.20 ID:Re23CH8E]
- >>675
en.wikipedia.org/wiki/Comparison_of_file_systems
- 677 名前：login:Penguin mailto:sage [2013/01/07(月) 10:19:35.98 ID:0RviA27S]
- ext4のチェックサムってメタデータだけでしょ
- 678 名前：login:Penguin mailto:sage [2013/01/07(月) 12:19:52.72 ID:AWuj5r3N]
- データが化けてもメタデータさえOKならファイルシステムの整合性は完璧だからな。
- 679 名前：login:Penguin mailto:sage [2013/01/07(月) 20:13:16.34 ID:ZaqHohDc]
- ファイルが壊れてもファイルシステムが壊れなければ意味があるっ
- 680 名前：login:Penguin mailto:sage [2013/01/07(月) 21:30:47.50 ID:zbCcU4Hg]
- raid5+xfsでデータ化けするて聞いたんだけど
raid5で1ディスクの1ブロックだけ化けた場合でも修復できないんだっけ？
- 681 名前：login:Penguin mailto:sage [2013/01/07(月) 22:40:40.63 ID:RNyulshO]
- 釣りか？ ソフトウェアRAID だろうが、ハードウェアRAID だろうが、RAID5 と
ファイルシステムではレイヤーが違うから「RAID5+xfsでデータ化ける」なんてことはない。
データが化けるのは別の原因で xfs 以外のファイルシステムにしたときに、たまたまその
ブロックを踏まなかったってだけだろ。
この場合ハードウェアRAID が何らかの故障を抱えているんだと思う。
ただ、アクセス速度を上げるために、パリティチェックしない製品／設定がある
(ハードディスクに全くアクセスできない場合のみパリティから修復)らしいので、
「raid5で１ディスクの１ブロックだけ化けた場合でも修復できない」事はありえるが。
- 682 名前：login:Penguin mailto:sage [2013/01/07(月) 22:57:19.54 ID:zbCcU4Hg]
- ディスク3台で A,B,パリティ になってる所で
パリティ部分がデータ化けしたらそのブロックは修復できんの？
- 683 名前：login:Penguin mailto:sage [2013/01/07(月) 23:57:05.50 ID:JEVZzUqP]
- RAID5ではどっちみち化けたら修復できない。どっちが正しいか判別できないからだ。
RAID-Zなら別だがな。
- 684 名前：login:Penguin mailto:sage [2013/01/08(火) 00:00:55.60 ID:8lDKm/Dg]
- なるほどね、勉強になった
- 685 名前：login:Penguin mailto:sage [2013/01/08(火) 00:28:39.57 ID:Atou43r/]
- 1ビットのパリティは1ビット以内の誤りを検出できるだけだからな。
化けられたらどうしようもない。
運を天に任せて1台切り離せば読めるかもしれないぞ。
- 686 名前：login:Penguin mailto:sage [2013/01/08(火) 10:29:38.66 ID:/ogJNGIY]
- エラーにならずにデータ化けってありうるの？
HDDにCRCが付いてるだろ。
- 687 名前：login:Penguin mailto:sage [2013/01/08(火) 19:40:17.92 ID:KdksbYEC]
- 何もせずとも、いつの間にかデータが書き換わってしまうことはありうる。
そのため最近の RAID 装置は、「書き直し」ジョブが定期的に走るようになってる。
- 688 名前：login:Penguin mailto:sage [2013/01/10(木) 16:11:44.04 ID:gRqgAReQ]
- HDDは10^-13から10^-16。RAMは10^-10から10^-17。NWは10^-12。
なので1[PB]とか読み出したら、上位（RAMならECCとか）でチェックしない限り確実に誤データが入り込むんでない？
- 689 名前：login:Penguin mailto:sage [2013/01/10(木) 23:26:59.15 ID:r/7w+A81]
- >>683
btrfsのRAID5も、実装されたら修復できるようになるんじゃないかな。
出る出るといわれ続けてもうすぐ4年経つんだっけかw
btrfsではデータブロックのチェックサム(CRC)を記録してるから、
化けたブロックは特定できるはず。
どのデバイス上のブロックが化けているかが分かれば、
残りのデバイス上のブロックからXORでブロックの中身を計算して
書き戻せば修復できるはず。
もっとも、RAID5以前に「読み」「書き」以外のことをすると
高頻度であっさりハングする不安定さをどうにかすべきだと思うが。
- 690 名前：login:Penguin mailto:sage [2013/01/11(金) 15:26:03.19 ID:inrpPmjz]
- brtfs捨てて、ZFSのライセンスを見直すだけでいいんだけどなぁ
- 691 名前：login:Penguin mailto:sage [2013/01/11(金) 17:49:24.05 ID:oxVyIfiF]
- ZFSはクローズドソースになっちゃったんじゃないの? FreeBSDは、オープンソースの最終版からフォークしたような…
- 692 名前：login:Penguin mailto:sage [2013/01/11(金) 23:01:57.29 ID:F3CrXeKc]
- Linuxファイルシステムの進化ももZFSがクローズドでは、もう期待出来ないね。
真剣にNTFSライセンスの購入を検討した方がいいんじゃないの？
- 693 名前：login:Penguin mailto:sage [2013/01/11(金) 23:07:04.30 ID:lbTcwCRM]
- >>692
ZFSはlinux界隈じゃなくてUNIX界隈だから関係ないよ。
- 694 名前：login:Penguin mailto:sage [2013/01/11(金) 23:48:58.03 ID:juyFHRgg]
- クローズドからオープンになった事例は結構ある。
ってかオラクルは何でクローズドにしたんだろ。
- 695 名前：login:Penguin mailto:sage [2013/01/12(土) 00:16:46.64 ID:aNxW0D7F]
- >>694
ライバルを買収して相手製品を死蔵して潰す場合と、
ライバルを買収して相手製品を自社で売る場合がある。
オラクルには独自のFSがあるんで、死蔵させて潰す選択をしただけ。
- 696 名前：login:Penguin mailto:sage [2013/01/12(土) 00:46:35.27 ID:0Z5ZsCEg]
- >>695
> オラクルには独自のFSがあるんで、死蔵させて潰す選択をしただけ。
何言ってんだ? Solarisで使ってるだろ。
まさかbtrfsのことじゃないか?
- 697 名前：login:Penguin mailto:sage [2013/01/12(土) 04:13:36.30 ID:BOSy2gR3]
- ZFS Storage Applianceとか全然売れてねぇけどな
遅すぎるわ
- 698 名前：login:Penguin mailto:sage [2013/01/12(土) 10:26:25.88 ID:Y5noCBqR]
- 商用ファイルサーバなら既にIsilonがあるしなあ。
- 699 名前：675 mailto:sage [2013/01/12(土) 15:01:50.21 ID:cOhIruVB]
- 調べてみるとbtrfsも重複排除はできるようでした
https://btrfs.wiki.kernel.org/index.php/Deduplication
でもこれWindows 2012のNTFSのデータ重複除去と同じく
書き込み時に重複排除してくれるものではなさそうです
- 700 名前：login:Penguin mailto:sage [2013/01/12(土) 15:42:52.09 ID:KIJWX0q5]
- btrfsでその手の付加機能使うのは、まだ怖すぎる。。。
やっぱFSみたいな物は、昔から言われてるけど、企業がお金かけて作らないと
厳しいねぇ。
ドッグフードをガシガシ食って、主要部分だけでもバグ潰ししないと、いつまで経っても、
ドッグフードのまま・・・
- 701 名前：login:Penguin mailto:sage [2013/01/12(土) 16:22:29.70 ID:Q49Svj5w]
- zfsでいいからgrowつけてー
- 702 名前：login:Penguin mailto:sage [2013/01/12(土) 16:36:35.20 ID:cOhIruVB]
- btrfsの重複排除は使ってるっていう情報が見当たらないですね
重複排除と透過圧縮とファイルのチェックサムがあって
わりと使われていそうなのはZFSだけみたいなんでZFSを使ってみることにします
- 703 名前：login:Penguin [2013/01/12(土) 17:43:29.86 ID:uRAkZkwX]
- なんでみんなZFSなんだよ！
Linuxには、ext4っていう最先端技術が一杯盛り込まれた優れたファイルシステムがあるだろう？
- 704 名前：login:Penguin mailto:sage [2013/01/12(土) 20:28:12.35 ID:3vA9nSNa]
- ORACLE様ならbtrfsやZFSなんての無視してASMでいいやん
- 705 名前：login:Penguin mailto:sage [2013/01/12(土) 21:07:33.39 ID:cOhIruVB]
- >>677
ext4 のチェックサムはメタデータに対してなんですね
何か勘違いしてました
ZFSでもファイルデータの修復ができるのはRAIDZとかで冗長化している場合だけですよね
ファイルのデータに対してチェックサムじゃなくて誤り訂正符号が
付けられるファイルシステムは聞いたことないですし
もしかして3-way mirrorかRAID6なら(そんな頻繁に起こると思いませんが)データ化けが起ころうが訂正できるのかな
いずれにせよlessfsってのとbtrfsの重複排除機能の情報は少ないのでZFSにしてみます
- 706 名前：login:Penguin mailto:sage [2013/01/12(土) 21:28:17.87 ID:eknoUllv]
- そんなに誤り訂正欲しきゃ
RAID5+0でもRIDE6+0ででも組めばいいのに
- 707 名前：login:Penguin mailto:sage [2013/01/12(土) 21:33:42.79 ID:3Cj8wb7m]
- >>703
zlib圧縮すらstableでないfsじゃぁねぇ…。
- 708 名前：login:Penguin mailto:sage [2013/01/12(土) 21:43:08.44 ID:LY2IsmYi]
- RAID6も故障Diskが既知でないと訂正できないみたい。
正直、データの整合性はHWに任せてOKと思うんだけど…
- 709 名前：login:Penguin mailto:sage [2013/01/12(土) 21:44:47.86 ID:b65AxsL8]
- >>707
stableじゃない事がなんなんだ！
皆でドッグフードの不味い部分をもっとガツガツ食べようぜ
- 710 名前：login:Penguin mailto:sage [2013/01/12(土) 22:54:07.82 ID:cOhIruVB]
- 誤り訂正はできたら良いなってところで
透過的圧縮と特に重複排除が優先して使いたい機能です
lessfsで良いじゃないかってところなんですが情報が少なくて躊躇してます・・・
よく考えたら3-way mirrorやRAID6にしようがファイルの読み出しで
きっと毎回全部のディスクからデータを読んで比較なんかしてないですよね
mdadm はそんな設定があるのかな?
ZFSはファイルを読んだときにチェックサムが合ってなければ
RAID-Zから復旧してくれるんだろうと思います
- 711 名前：login:Penguin mailto:sage [2013/01/13(日) 02:46:29.73 ID:NAAHtUCC]
- >>710
おまえがそもそもRAIDがなんなのかすら理解できていないことは理解できた
- 712 名前：login:Penguin mailto:sage [2013/01/13(日) 07:41:59.28 ID:UZ72D32g]
- 面倒くせーな…
だったらEMCでも買えよ
- 713 名前：login:Penguin mailto:sage [2013/01/13(日) 09:20:57.78 ID:vcbLXZXa]
- >>710
RH系だとraid-checkってスクリプトがスケジュールに登録されてて
週一でアレイの整合性チェックが実行されるはず
mdが内部でどんな処理してるのかまでは知らないけど
確かにRAID6なんかでデータ部の修復までしてくれたら嬉しいわな
- 714 名前：login:Penguin mailto:sage [2013/01/13(日) 10:11:21.77 ID:cyAX9XCn]
- 気にしすぎなんじゃないかと思うが
- 715 名前：login:Penguin mailto:sage [2013/01/13(日) 10:16:16.87 ID:cyAX9XCn]
- >>710
mdadmにそんな仕組みはないみたいだぞ
serverfault.com/questions/391922/linux-mdadm-software-raid-6-does-it-support-bit-corruption-recovery
www.spinics.net/lists/raid/msg32814.html
もしディスク間で書かれているデータが異なっていたら
checkでmismatch_cntが増える
tkyk.name/blog/page/10/
で >>682-683 のとおりRAID1(2-way mirror)やRAID5なら
どちらが正しいか分からない
3-way mirrorやRAID6なら修復できるのかは知らないけど
重複排除を使いたいならZFSで良いんじゃないか？
- 716 名前：login:Penguin mailto:sage [2013/01/13(日) 10:42:31.20 ID:nef7rk8V]
- どんだけ大容量のファイル使ってんだかしらんが
数世代前でも無い限りRawデータだってCRCぐらい付いてるだろ
- 717 名前：login:Penguin mailto:sage [2013/01/13(日) 14:26:41.53 ID:WNNbjCZH]
- まず、HDDにはセクタ単位でECCがついている。
このため、かなりの数のbitが同時に都合よく化けない限り、エラー訂正できる。
(もちろんエラーが、検出は出来ても訂正は出来ない場合にはリードエラーとなる)
そして、これは推測だけど「訂正可能なレベルのエラー」の中で、ある程度の回数だとかbit数だとかの規定値を超えたら
それはファームにより「不良セクタ」としてマークされ、代替処理が行われると思われる(OSからは見えない)。
一方、RAID456で使われているのは「パリティ」で、これは誤り訂正も出来ないし
エラー検出能力もきわめて低い。
しかし、「欠損」つまりどこのbitでエラーが起きたのか確実にわかるケースに限定すれば
正確に補完する能力があり、容量効率も良い。
これの欠損が、物理的な故障にぴたりとあてはまる。
- 718 名前：login:Penguin mailto:sage [2013/01/13(日) 14:27:24.11 ID:WNNbjCZH]
- というのが俺の認識。
- 719 名前：login:Penguin mailto:sage [2013/01/13(日) 17:12:42.97 ID:bhCnZe/+]
- CRCと言っても幾つもあって、訂正できるのもある。
訂正できるものでRAIDで使われているものもある。
- 720 名前：login:Penguin mailto:sage [2013/01/13(日) 17:22:37.59 ID:brteRuyx]
- なんでZFSスレ すぐdat落ちしてしまうん？
- 721 名前：login:Penguin mailto:sage [2013/01/13(日) 22:28:03.82 ID:DWH82Koe]
- >>717
つ ja.wikipedia.org/wiki/RAID#RAID_6:_.E3.83.96.E3.83.AD.E3.83.83.E3.82.AF.E5.8D.98.E4.BD.8D.E3.83.BB.E8.A4.87.E6.95.B0.E3.83.91.E3.83.AA.E3.83.86.E3.82.A3.E5.88.86.E6.95.A3.E8.A8.98.E9.8C.B2
- 722 名前：login:Penguin mailto:sage [2013/01/13(日) 22:31:47.15 ID:DWH82Koe]
- RAID-5・6の欠点はパリティ更新時の障害によるサイレントクラッシュであって、
パリティの算出手法そのものには、まあ問題ない。
- 723 名前：login:Penguin mailto:sage [2013/01/13(日) 22:43:13.74 ID:ZgpfrF9Q]
- そこまでRAID5やRAID6に不満や疑義あるならEMCでも使えばいいじゃん
- 724 名前：login:Penguin mailto:sage [2013/01/13(日) 22:44:30.77 ID:2ej4YTvr]
- >>721
708でも書いたんだけど、エラー位置が既知の場合しか訂正できない様に
読めるんだけど。
普通はそういうのは誤り訂正符号とは言わないと思う。(個人的感想)
これを誤り訂正可能というなら、ただのパリティも誤り訂正可能だよ。
もちろん世の中すべてのRAID6の実装を知ってるわけでなく、wikipediaの
記述に関してだけ言っています。
- 725 名前：login:Penguin mailto:sage [2013/01/14(月) 13:16:39.96 ID:pwCvoTNK]
- >>724
それが所謂サイレントクラッシュな訳だが。
誤り訂正符号で治せないのと、破損位置が分からないのは、
別の問題じゃねーの。
- 726 名前：login:Penguin mailto:sage [2013/01/14(月) 15:29:49.71 ID:Ro+YnSj9]
- >>724は、>>717に対する>>721の良く分からないコメントに(横から)レスしました。
ECCと呼ばれるものはエラー位置が未知の状態で訂正します。
(パンクチャ/デパンクチャしたりもしますが…)
ECCでは、エラー位置が分からないのと訂正不能なのは同じ問題です。
ECCを採用するのは符号化率や計算能力とのトレードオフになるので、
エラー位置が分かることになっているRAIDでは採用しないのも当然と思います。
- 727 名前：login:Penguin mailto:sage [2013/01/14(月) 17:06:21.54 ID:rDvtV583]
- > ZFSでもファイルデータの修復ができるのはRAIDZとかで冗長化している場合だけですよね
RAID Z でないものも zpool scrub かけてエラーがあった場合に
checksum からなんとかできる程度の修理はしてくれる > ZFS
限界はあるけど．
っていうかどの程度までリカバリしてくれるのかは良く知らないのだ
- 728 名前：login:Penguin mailto:sage [2013/01/14(月) 18:58:42.94 ID:bX8WHOA5]
- ZFSならmirrorからでも修復は可能
あと複数Diskで冗長化してなくても、zfs set copies=xでファイル書き込み時に同一Disk内の複数の箇所に分散コピーできる
素直にHDD増やした方がいいけどね
- 729 名前：login:Penguin mailto:sage [2013/01/15(火) 11:09:35.36 ID:yizzDlNT]
- >>720
話すネタがないから。
- 730 名前：login:Penguin mailto:sage [2013/01/16(水) 08:46:39.55 ID:U38Qvbzd]
- zolってどーなってるの？
- 731 名前：login:Penguin mailto:sage [2013/01/16(水) 17:12:46.94 ID:yaz60tN6]
- ReFSってもう一般向けでも使えるんだな
www.k-php.com/lib/uploda/src/file703.png
- 732 名前：login:Penguin mailto:sage [2013/01/16(水) 20:26:34.41 ID:abhWrCo8]
- >>731
Windows Server 2012からね。
今のところWindows8とかのクライアントOSには載ってないよ。
重複除去使いたいからNTFS使ってるけど(´・ω・｀)
- 733 名前：login:Penguin mailto:sage [2013/01/16(水) 21:07:05.97 ID:1egIPtvs]
- ZFSとbtrfsって比較してる奴は……勝負になると思ってんのかなぁ？
全然違うじゃない
……名前の格好良さが！
（SunとOracleの信頼の差というのと、初出の安定感とかもあるけどさ！使いたい技術ってまず名前で決めるじゃない！）
- 734 名前：login:Penguin mailto:sage [2013/01/16(水) 21:09:21.32 ID:evfYGKa7]
- 巣に帰ってどうぞ
- 735 名前：login:Penguin mailto:sage [2013/01/16(水) 21:11:17.91 ID:abhWrCo8]
- Btrfsってあと何年でstableになるんだろう。
ZFSのRaidzは数増やせないから不便で不便で(´；ω；｀)
- 736 名前：login:Penguin mailto:sage [2013/01/17(木) 00:05:11.89 ID:jsQiDD7x]
- 速度的には同じくらいなん？
- 737 名前：login:Penguin mailto:sage [2013/01/17(木) 00:07:52.99 ID:c2HKR1nc]
- ZFSと比較はしたことはないがスナップショット取るとIOが固まるとか
スナップショットを削除するとIOが固まるとか時々deadlockが発生するとか
速度以前の問題。着実に改善はされてるがまだまだ。
- 738 名前：login:Penguin mailto:sage [2013/01/17(木) 09:28:19.77 ID:MiqQ2KX8]
- ext5のが先にくるよ
- 739 名前：login:Penguin mailto:sage [2013/01/17(木) 10:30:03.06 ID:5x9z15k4]
- fedora18ででたファイルシステムってどうなの？
- 740 名前：login:Penguin mailto:sage [2013/01/17(木) 10:48:42.26 ID:2Vd5P3iH]
- >>739
なんていうファイルシステム?
- 741 名前：login:Penguin mailto:sage [2013/01/17(木) 10:50:04.67 ID:/E/SOxqL]
- >740
btrfsでしょ
昨日やってみたよ
- 742 名前：login:Penguin mailto:sage [2013/01/17(木) 10:56:35.01 ID:2Vd5P3iH]
- FedFS のことかな。
>>741
btrfs は前からなかったっけ。
- 743 名前：login:Penguin [2013/01/17(木) 13:21:54.21 ID:rZx4pOd9]
- dragonflyBSD hammerの方が着実に実績を積んでる
- 744 名前：739 mailto:sage [2013/01/18(金) 00:42:49.27 ID:nOSdqiD+]
- >>741
ググってから発言してくれ頼む
>>742
うん、それ
うちではインストールが途中で止まったから諦めた
- 745 名前：login:Penguin mailto:sage [2013/01/18(金) 08:56:29.52 ID:Nz5w3DJD]
- >744
そうですか
btrfsを選択してOSをインストール出来るようになったのはfc18からじゃない
- 746 名前：login:Penguin mailto:sage [2013/01/18(金) 09:54:36.26 ID:PpjrVu+E]
- >>744
ファイルシステム名くらい最初から書けよ……。
- 747 名前：login:Penguin mailto:sage [2013/01/18(金) 11:35:37.27 ID:4NJs1YxA]
- アホ二人
- 748 名前：login:Penguin mailto:sage [2013/01/18(金) 17:15:33.73 ID:BFXIKgWW]
- ReFS Activator for Windows 8
www.firstever.eu/en/refs-activator-for-windows-8/
;(；ﾞﾟ'ωﾟ');
- 749 名前：login:Penguin mailto:sage [2013/01/19(土) 10:57:58.65 ID:R6RWsy4T]
- Server 2012のシステムファイルをそのまま配布しているので真っ黒
- 750 名前：login:Penguin mailto:sage [2013/01/20(日) 10:10:02.22 ID:amUzvKOm]
- そもそもボラクルにやる気があるのか
- 751 名前：login:Penguin mailto:sage [2013/01/20(日) 15:44:03.92 ID:yDphgzgh]
- >>750
btrfsのことならメイン開発者はもうオラクルにはいないぞ
- 752 名前：363 mailto:sage [2013/01/20(日) 20:51:21.82 ID:VrfUmOPB]
- なに！
ならもうBtrfsはオワコンなのか
|
 |
