12/12/01 11:43:54.49 N7ftY3AP
>>640
その発信したデータを読みたければ、電磁波より速く飛んで先回りして受信しなければならないのでは
642:login:Penguin
12/12/01 12:13:10.05 NaDxh72b
え？ｗ突っ込むとこそこかよｗｗ
文系かよｗ
643:login:Penguin
12/12/01 15:37:17.27 RSbxRGIT
ZFSの重複排除ってメモリに蓄えるから、
不意の電源OFFだと全部破壊されちゃうんだよね
それだとバックアップに使うのは怖いな
644:login:Penguin
12/12/01 15:39:14.11 YCftnAyr
んなわけない
645:login:Penguin
12/12/01 16:17:37.35 ahLWJFql
>>643みたいな幼稚な人が作ってるファイルシステムあったら教えて下さい。
646:login:Penguin
12/12/02 11:30:19.75 7/pq8/aL
>>640
波長によって激しく減衰する、宇宙は完全な真空ではなく万年やら億年
経過したそれが何も影響しないというのはアフォ。
647:login:Penguin
12/12/02 19:04:34.13 mVabdcTi
>>645
ZFS
648:login:Penguin
12/12/02 23:00:00.47 rtnvhs7J
ファイルシステムとバックアップは分けて考えなければいけない
649:login:Penguin
12/12/03 00:59:53.94 NL3l4q/N
分けて考えないのが近年の高機能ファイルシステムでしょ！
650:login:Penguin
12/12/03 02:01:26.58 m+hsgesp
>>649
って誰が言ってるの？
651:login:Penguin
12/12/03 07:50:17.46 XMtYyBax
俺だよ。この俺が言ってんだし間違いない。
652:login:Penguin
12/12/03 09:12:19.30 IatjFUis
この前、自分定義のバックアップって言葉使って馬鹿にされた馬鹿が
粘着してるなぁ。
653:login:Penguin
12/12/03 19:51:06.32 jsdeVSEB
>>651
ソースは2ch (笑)
654:login:Penguin
12/12/03 20:16:29.29 OnmaiFIf
その時馬鹿にした連中の方が勝手な定義してたな
655:login:Penguin
12/12/04 02:47:31.73 /MyXzNsh
しつこいよ
656:login:Penguin
12/12/04 11:58:42.03 0MaVXl3z
>>654
お前、本当に馬鹿なんだな…
657:login:Penguin
12/12/04 12:10:59.15 4OSV5gGC
定義なんて話の都度擦り合わせればいいのよ。
658:login:Penguin
12/12/04 12:19:44.14 /MyXzNsh
はいはいビールジョッキ思想
659:login:Penguin
12/12/07 03:38:12.68 Kmapfwof
zfs-win - ZFS for Windows
URLﾘﾝｸ(code.google.com)
あるにはあるんやな
660:login:Penguin
12/12/11 10:48:11.30 OC3w0rBs
ZFSのファイルシステムにMysqlのデータを置いた環境があり、
某システムの評価で圧縮して400MバイトのMysqlのダンプファイルを
インポートしてみた。
平時はあまり使われない、Logsの領域にも激しく書き込みがあり、
Logsのallocの領域がみるみる増えて行く。raidz1のディスクで30MB/sec
Logsの30MB/secと合計で60MB/secの書き込みが出来て、ZFSの
実力の一部が判った。
661:login:Penguin
12/12/11 20:46:17.33 xycx3/qX
XFSが3.7でinode64がデフォルトになるから3.6以前に持ってく時は気を付けろー
URLﾘﾝｸ(kernelnewbies.org)
662:login:Penguin
12/12/24 22:27:48.15 sbyUtyUS
なんでext4には作成日時のタイムスタンプがないの？
663:login:Penguin
12/12/24 22:40:45.97 E6q8YXZl
>>662
いや、あるよ。
664:login:Penguin
12/12/24 23:08:00.12 eKE+nVHw
ctime無いのはFAT位でないかい
665:login:Penguin
12/12/25 00:49:11.63 1QXwWvF5
ctimeってリンク数増やしたりとかしたら変わらないかい
666:login:Penguin
12/12/25 01:24:41.49 nEcZEp+3
それはmtime
667:login:Penguin
12/12/25 10:35:35.06 IP+RDtTj
ZFS Linux Native RC13が出てました。
いろいろ直っているみたいだが、ウチの
自宅サーバでは何の問題無く動いているので、
違いが判らん。
668:login:Penguin
12/12/25 11:38:28.45 h2WGgx8H
ctimeとcrtimeは混同してはいけない
669:login:Penguin
12/12/25 11:43:42.21 Y1A2QGKN
birth time があるよ
670:login:Penguin
12/12/25 12:05:30.52 XahNtSbC
>>666
誤り
mtimeが変わるのはファイルの内容を書き換えた時
リンクカウントの増減はメタデータだけの変更に当たる
671:login:Penguin
12/12/25 15:42:44.80 p7dp1Rj6
ctime をファイル作成日時だと勘違いしてるやつがいるのか?
672:login:Penguin
12/12/28 05:03:18.35 Isi4WQd9
NTFS ボリューム上で新規ファイルが作成できない現象について
URLﾘﾝｸ(blogs.technet.com)
$Secure のデータは少しずつ登録される事が多く、非常にフラグメントが発生しやすい環境です。
$Secure のフラグメントが解消される事で、登録できるセキュリティ記述子の数が増える事が期待できます。
Windows7 / Windows Server 2008 R2 以降の環境で発生した場合には、まずはデフラグの実施をご検討ください。
※ 現在、Windows 7 / Windows Server 2008 R2 環境でデフラグを実施したところ、反対に $Secure の File Record 数が増えてしまったという報告を受けています。
詳細が確認出来次第この記事をアップデートいたしますので、それまで $Secure の ATTRIBUTE_LIST を減らす事を目的としたデフラグの実施はお待ちください。
;(；ﾞﾟ'ωﾟ');
673:login:Penguin
12/12/31 04:28:13.37 dAiNz+QV
raidz や raidz2 で、玉を増やすほうの grow が出来るようにならないかなあ。
674:login:Penguin
13/01/01 21:53:27.45 Nww2FIpd
>>672
その地雷を最初に踏んだ人がどれだけ悩んだか
話を聞いてみたい
675:login:Penguin
13/01/06 23:12:39.85 kYUtqyri
重複排除と透過圧縮とファイルのチェックサムの機能がある
ファイルシステムってZFSだけでしょうか?
調べてみるとlessfsは重複排除と圧縮機能があるみたいですがチェックサムはなさそうで
ext4とbtrfsは圧縮とチェックサムがあって重複排除はない(btrfsは実装予定?)みたいです
676:login:Penguin
13/01/06 23:35:38.20 Re23CH8E
>>675
URLﾘﾝｸ(en.wikipedia.org)
677:login:Penguin
13/01/07 10:19:35.98 0RviA27S
ext4のチェックサムってメタデータだけでしょ
678:login:Penguin
13/01/07 12:19:52.72 AWuj5r3N
データが化けてもメタデータさえOKならファイルシステムの整合性は完璧だからな。
679:login:Penguin
13/01/07 20:13:16.34 ZaqHohDc
ファイルが壊れてもファイルシステムが壊れなければ意味があるっ
680:login:Penguin
13/01/07 21:30:47.50 zbCcU4Hg
raid5+xfsでデータ化けするて聞いたんだけど
raid5で1ディスクの1ブロックだけ化けた場合でも修復できないんだっけ？
681:login:Penguin
13/01/07 22:40:40.63 RNyulshO
釣りか？ ソフトウェアRAID だろうが、ハードウェアRAID だろうが、RAID5 と
ファイルシステムではレイヤーが違うから「RAID5+xfsでデータ化ける」なんてことはない。
データが化けるのは別の原因で xfs 以外のファイルシステムにしたときに、たまたまその
ブロックを踏まなかったってだけだろ。
この場合ハードウェアRAID が何らかの故障を抱えているんだと思う。
ただ、アクセス速度を上げるために、パリティチェックしない製品／設定がある
(ハードディスクに全くアクセスできない場合のみパリティから修復)らしいので、
「raid5で１ディスクの１ブロックだけ化けた場合でも修復できない」事はありえるが。
682:login:Penguin
13/01/07 22:57:19.54 zbCcU4Hg
ディスク3台で A,B,パリティ になってる所で
パリティ部分がデータ化けしたらそのブロックは修復できんの？
683:login:Penguin
13/01/07 23:57:05.50 JEVZzUqP
RAID5ではどっちみち化けたら修復できない。どっちが正しいか判別できないからだ。
RAID-Zなら別だがな。
684:login:Penguin
13/01/08 00:00:55.60 8lDKm/Dg
なるほどね、勉強になった
685:login:Penguin
13/01/08 00:28:39.57 Atou43r/
1ビットのパリティは1ビット以内の誤りを検出できるだけだからな。
化けられたらどうしようもない。
運を天に任せて1台切り離せば読めるかもしれないぞ。
686:login:Penguin
13/01/08 10:29:38.66 /ogJNGIY
エラーにならずにデータ化けってありうるの？
HDDにCRCが付いてるだろ。
687:login:Penguin
13/01/08 19:40:17.92 KdksbYEC
何もせずとも、いつの間にかデータが書き換わってしまうことはありうる。
そのため最近の RAID 装置は、「書き直し」ジョブが定期的に走るようになってる。
688:login:Penguin
13/01/10 16:11:44.04 gRqgAReQ
HDDは10^-13から10^-16。RAMは10^-10から10^-17。NWは10^-12。
なので1[PB]とか読み出したら、上位（RAMならECCとか）でチェックしない限り確実に誤データが入り込むんでない？
689:login:Penguin
13/01/10 23:26:59.15 r/7w+A81
>>683
btrfsのRAID5も、実装されたら修復できるようになるんじゃないかな。
出る出るといわれ続けてもうすぐ4年経つんだっけかw
btrfsではデータブロックのチェックサム(CRC)を記録してるから、
化けたブロックは特定できるはず。
どのデバイス上のブロックが化けているかが分かれば、
残りのデバイス上のブロックからXORでブロックの中身を計算して
書き戻せば修復できるはず。
もっとも、RAID5以前に「読み」「書き」以外のことをすると
高頻度であっさりハングする不安定さをどうにかすべきだと思うが。
690:login:Penguin
13/01/11 15:26:03.19 inrpPmjz
brtfs捨てて、ZFSのライセンスを見直すだけでいいんだけどなぁ
691:login:Penguin
13/01/11 17:49:24.05 oxVyIfiF
ZFSはクローズドソースになっちゃったんじゃないの? FreeBSDは、オープンソースの最終版からフォークしたような…
692:login:Penguin
13/01/11 23:01:57.29 F3CrXeKc
Linuxファイルシステムの進化ももZFSがクローズドでは、もう期待出来ないね。
真剣にNTFSライセンスの購入を検討した方がいいんじゃないの？
693:login:Penguin
13/01/11 23:07:04.30 lbTcwCRM
>>692
ZFSはlinux界隈じゃなくてUNIX界隈だから関係ないよ。
694:login:Penguin
13/01/11 23:48:58.03 juyFHRgg
クローズドからオープンになった事例は結構ある。
ってかオラクルは何でクローズドにしたんだろ。
695:login:Penguin
13/01/12 00:16:46.64 aNxW0D7F
>>694
ライバルを買収して相手製品を死蔵して潰す場合と、
ライバルを買収して相手製品を自社で売る場合がある。
オラクルには独自のFSがあるんで、死蔵させて潰す選択をしただけ。
696:login:Penguin
13/01/12 00:46:35.27 0Z5ZsCEg
>>695
> オラクルには独自のFSがあるんで、死蔵させて潰す選択をしただけ。
何言ってんだ? Solarisで使ってるだろ。
まさかbtrfsのことじゃないか?
697:login:Penguin
13/01/12 04:13:36.30 BOSy2gR3
ZFS Storage Applianceとか全然売れてねぇけどな
遅すぎるわ
698:login:Penguin
13/01/12 10:26:25.88 Y5noCBqR
商用ファイルサーバなら既にIsilonがあるしなあ。
699:675
13/01/12 15:01:50.21 cOhIruVB
調べてみるとbtrfsも重複排除はできるようでした
URLﾘﾝｸ(btrfs.wiki.kernel.org)
でもこれWindows 2012のNTFSのデータ重複除去と同じく
書き込み時に重複排除してくれるものではなさそうです
700:login:Penguin
13/01/12 15:42:52.09 KIJWX0q5
btrfsでその手の付加機能使うのは、まだ怖すぎる。。。
やっぱFSみたいな物は、昔から言われてるけど、企業がお金かけて作らないと
厳しいねぇ。
ドッグフードをガシガシ食って、主要部分だけでもバグ潰ししないと、いつまで経っても、
ドッグフードのまま・・・
701:login:Penguin
13/01/12 16:22:29.70 Q49Svj5w
zfsでいいからgrowつけてー
702:login:Penguin
13/01/12 16:36:35.20 cOhIruVB
btrfsの重複排除は使ってるっていう情報が見当たらないですね
重複排除と透過圧縮とファイルのチェックサムがあって
わりと使われていそうなのはZFSだけみたいなんでZFSを使ってみることにします
703:login:Penguin
13/01/12 17:43:29.86 uRAkZkwX
なんでみんなZFSなんだよ！
Linuxには、ext4っていう最先端技術が一杯盛り込まれた優れたファイルシステムがあるだろう？
704:login:Penguin
13/01/12 20:28:12.35 3vA9nSNa
ORACLE様ならbtrfsやZFSなんての無視してASMでいいやん
705:login:Penguin
13/01/12 21:07:33.39 cOhIruVB
>>677
ext4 のチェックサムはメタデータに対してなんですね
何か勘違いしてました
ZFSでもファイルデータの修復ができるのはRAIDZとかで冗長化している場合だけですよね
ファイルのデータに対してチェックサムじゃなくて誤り訂正符号が
付けられるファイルシステムは聞いたことないですし
もしかして3-way mirrorかRAID6なら(そんな頻繁に起こると思いませんが)データ化けが起ころうが訂正できるのかな
いずれにせよlessfsってのとbtrfsの重複排除機能の情報は少ないのでZFSにしてみます
706:login:Penguin
13/01/12 21:28:17.87 eknoUllv
そんなに誤り訂正欲しきゃ
RAID5+0でもRIDE6+0ででも組めばいいのに
707:login:Penguin
13/01/12 21:33:42.79 3Cj8wb7m
>>703
zlib圧縮すらstableでないfsじゃぁねぇ…。
708:login:Penguin
13/01/12 21:43:08.44 LY2IsmYi
RAID6も故障Diskが既知でないと訂正できないみたい。
正直、データの整合性はHWに任せてOKと思うんだけど…
709:login:Penguin
13/01/12 21:44:47.86 b65AxsL8
>>707
stableじゃない事がなんなんだ！
皆でドッグフードの不味い部分をもっとガツガツ食べようぜ
710:login:Penguin
13/01/12 22:54:07.82 cOhIruVB
誤り訂正はできたら良いなってところで
透過的圧縮と特に重複排除が優先して使いたい機能です
lessfsで良いじゃないかってところなんですが情報が少なくて躊躇してます・・・
よく考えたら3-way mirrorやRAID6にしようがファイルの読み出しで
きっと毎回全部のディスクからデータを読んで比較なんかしてないですよね
mdadm はそんな設定があるのかな?
ZFSはファイルを読んだときにチェックサムが合ってなければ
RAID-Zから復旧してくれるんだろうと思います
711:login:Penguin
13/01/13 02:46:29.73 NAAHtUCC
>>710
おまえがそもそもRAIDがなんなのかすら理解できていないことは理解できた
712:login:Penguin
13/01/13 07:41:59.28 UZ72D32g
面倒くせーな…
だったらEMCでも買えよ
713:login:Penguin
13/01/13 09:20:57.78 vcbLXZXa
>>710
RH系だとraid-checkってスクリプトがスケジュールに登録されてて
週一でアレイの整合性チェックが実行されるはず
mdが内部でどんな処理してるのかまでは知らないけど
確かにRAID6なんかでデータ部の修復までしてくれたら嬉しいわな
714:login:Penguin
13/01/13 10:11:21.77 cyAX9XCn
気にしすぎなんじゃないかと思うが
715:login:Penguin
13/01/13 10:16:16.87 cyAX9XCn
>>710
mdadmにそんな仕組みはないみたいだぞ
URLﾘﾝｸ(serverfault.com)
URLﾘﾝｸ(www.spinics.net)
もしディスク間で書かれているデータが異なっていたら
checkでmismatch_cntが増える
URLﾘﾝｸ(tkyk.name)
で >>682-683 のとおりRAID1(2-way mirror)やRAID5なら
どちらが正しいか分からない
3-way mirrorやRAID6なら修復できるのかは知らないけど
重複排除を使いたいならZFSで良いんじゃないか？
716:login:Penguin
13/01/13 10:42:31.20 nef7rk8V
どんだけ大容量のファイル使ってんだかしらんが
数世代前でも無い限りRawデータだってCRCぐらい付いてるだろ
717:login:Penguin
13/01/13 14:26:41.53 WNNbjCZH
まず、HDDにはセクタ単位でECCがついている。
このため、かなりの数のbitが同時に都合よく化けない限り、エラー訂正できる。
(もちろんエラーが、検出は出来ても訂正は出来ない場合にはリードエラーとなる)
そして、これは推測だけど「訂正可能なレベルのエラー」の中で、ある程度の回数だとかbit数だとかの規定値を超えたら
それはファームにより「不良セクタ」としてマークされ、代替処理が行われると思われる(OSからは見えない)。
一方、RAID456で使われているのは「パリティ」で、これは誤り訂正も出来ないし
エラー検出能力もきわめて低い。
しかし、「欠損」つまりどこのbitでエラーが起きたのか確実にわかるケースに限定すれば
正確に補完する能力があり、容量効率も良い。
これの欠損が、物理的な故障にぴたりとあてはまる。
718:login:Penguin
13/01/13 14:27:24.11 WNNbjCZH
というのが俺の認識。
719:login:Penguin
13/01/13 17:12:42.97 bhCnZe/+
CRCと言っても幾つもあって、訂正できるのもある。
訂正できるものでRAIDで使われているものもある。
720:login:Penguin
13/01/13 17:22:37.59 brteRuyx
なんでZFSスレ すぐdat落ちしてしまうん？
721:login:Penguin
13/01/13 22:28:03.82 DWH82Koe
>>717
つ URLﾘﾝｸ(ja.wikipedia.org)
722:login:Penguin
13/01/13 22:31:47.15 DWH82Koe
RAID-5・6の欠点はパリティ更新時の障害によるサイレントクラッシュであって、
パリティの算出手法そのものには、まあ問題ない。
723:login:Penguin
13/01/13 22:43:13.74 ZgpfrF9Q
そこまでRAID5やRAID6に不満や疑義あるならEMCでも使えばいいじゃん
724:login:Penguin
13/01/13 22:44:30.77 2ej4YTvr
>>721
708でも書いたんだけど、エラー位置が既知の場合しか訂正できない様に
読めるんだけど。
普通はそういうのは誤り訂正符号とは言わないと思う。(個人的感想)
これを誤り訂正可能というなら、ただのパリティも誤り訂正可能だよ。
もちろん世の中すべてのRAID6の実装を知ってるわけでなく、wikipediaの
記述に関してだけ言っています。
725:login:Penguin
13/01/14 13:16:39.96 pwCvoTNK
>>724
それが所謂サイレントクラッシュな訳だが。
誤り訂正符号で治せないのと、破損位置が分からないのは、
別の問題じゃねーの。
726:login:Penguin
13/01/14 15:29:49.71 Ro+YnSj9
>>724は、>>717に対する>>721の良く分からないコメントに(横から)レスしました。
ECCと呼ばれるものはエラー位置が未知の状態で訂正します。
(パンクチャ/デパンクチャしたりもしますが…)
ECCでは、エラー位置が分からないのと訂正不能なのは同じ問題です。
ECCを採用するのは符号化率や計算能力とのトレードオフになるので、
エラー位置が分かることになっているRAIDでは採用しないのも当然と思います。
727:login:Penguin
13/01/14 17:06:21.54 rDvtV583
> ZFSでもファイルデータの修復ができるのはRAIDZとかで冗長化している場合だけですよね
RAID Z でないものも zpool scrub かけてエラーがあった場合に
checksum からなんとかできる程度の修理はしてくれる > ZFS
限界はあるけど．
っていうかどの程度までリカバリしてくれるのかは良く知らないのだ
728:login:Penguin
13/01/14 18:58:42.94 bX8WHOA5
ZFSならmirrorからでも修復は可能
あと複数Diskで冗長化してなくても、zfs set copies=xでファイル書き込み時に同一Disk内の複数の箇所に分散コピーできる
素直にHDD増やした方がいいけどね
729:login:Penguin
13/01/15 11:09:35.36 yizzDlNT
>>720
話すネタがないから。
730:login:Penguin
13/01/16 08:46:39.55 U38Qvbzd
zolってどーなってるの？
731:login:Penguin
13/01/16 17:12:46.94 yaz60tN6
ReFSってもう一般向けでも使えるんだな
URLﾘﾝｸ(www.k-php.com)
732:login:Penguin
13/01/16 20:26:34.41 abhWrCo8
>>731
Windows Server 2012からね。
今のところWindows8とかのクライアントOSには載ってないよ。
重複除去使いたいからNTFS使ってるけど(´・ω・｀)
733:login:Penguin
13/01/16 21:07:05.97 1egIPtvs
ZFSとbtrfsって比較してる奴は……勝負になると思ってんのかなぁ？
全然違うじゃない
……名前の格好良さが！
（SunとOracleの信頼の差というのと、初出の安定感とかもあるけどさ！使いたい技術ってまず名前で決めるじゃない！）
734:login:Penguin
13/01/16 21:09:21.32 evfYGKa7
巣に帰ってどうぞ
735:login:Penguin
13/01/16 21:11:17.91 abhWrCo8
Btrfsってあと何年でstableになるんだろう。
ZFSのRaidzは数増やせないから不便で不便で(´；ω；｀)
736:login:Penguin
13/01/17 00:05:11.89 jsQiDD7x
速度的には同じくらいなん？
737:login:Penguin
13/01/17 00:07:52.99 c2HKR1nc
ZFSと比較はしたことはないがスナップショット取るとIOが固まるとか
スナップショットを削除するとIOが固まるとか時々deadlockが発生するとか
速度以前の問題。着実に改善はされてるがまだまだ。
738:login:Penguin
13/01/17 09:28:19.77 MiqQ2KX8
ext5のが先にくるよ
739:login:Penguin
13/01/17 10:30:03.06 5x9z15k4
fedora18ででたファイルシステムってどうなの？
740:login:Penguin
13/01/17 10:48:42.26 2Vd5P3iH
>>739
なんていうファイルシステム?
741:login:Penguin
13/01/17 10:50:04.67 /E/SOxqL
>740
btrfsでしょ
昨日やってみたよ
742:login:Penguin
13/01/17 10:56:35.01 2Vd5P3iH
FedFS のことかな。
>>741
btrfs は前からなかったっけ。
743:login:Penguin
13/01/17 13:21:54.21 rZx4pOd9
dragonflyBSD hammerの方が着実に実績を積んでる
744:739
13/01/18 00:42:49.27 nOSdqiD+
>>741
ググってから発言してくれ頼む
>>742
うん、それ
うちではインストールが途中で止まったから諦めた
745:login:Penguin
13/01/18 08:56:29.52 Nz5w3DJD
>744
そうですか
btrfsを選択してOSをインストール出来るようになったのはfc18からじゃない
746:login:Penguin
13/01/18 09:54:36.26 PpjrVu+E
>>744
ファイルシステム名くらい最初から書けよ……。
747:login:Penguin
13/01/18 11:35:37.27 4NJs1YxA
アホ二人
748:login:Penguin
13/01/18 17:15:33.73 BFXIKgWW
ReFS Activator for Windows 8
URLﾘﾝｸ(www.firstever.eu)
;(；ﾞﾟ'ωﾟ');
749:login:Penguin
13/01/19 10:57:58.65 R6RWsy4T
Server 2012のシステムファイルをそのまま配布しているので真っ黒
750:login:Penguin
13/01/20 10:10:02.22 amUzvKOm
そもそもボラクルにやる気があるのか
751:login:Penguin
13/01/20 15:44:03.92 yDphgzgh
>>750
btrfsのことならメイン開発者はもうオラクルにはいないぞ
752:363
13/01/20 20:51:21.82 VrfUmOPB
なに！
ならもうBtrfsはオワコンなのか
753:login:Penguin
13/01/21 07:14:24.40 yz7bYEb+
始まってすらいなかったような・・・
754:login:Penguin
13/01/21 13:06:17.13 jnnTl6z+
早くbtrfs捨ててZFSを突っ込めばいいのに……
755:login:Penguin
13/01/21 14:09:16.43 dTBknlPR
FreeBSD, OpenBSDと共同で、OpenZFSとか作れないものなのかしらん。
ライセンスは、GPLv2とBSDのデュアルライセンスで
756:login:Penguin
13/01/21 14:34:32.36 R33gZhm2
また初めから実装するのは無駄だしBSDと共同はないだろ
757:login:Penguin
13/01/21 16:28:38.22 +enGwRpV
その方向ならHAMMERとかどうなん。使ったことないからよく知らないけど。
758:login:Penguin
13/01/22 00:32:05.83 esLDsH/r
HammerをOpenBSDやデフォルトにしてほしい
759:login:Penguin
13/01/22 14:17:27.15 IV9dmsLb
だからZOLどうなってンのよ。
760:login:Penguin
13/01/23 01:06:06.96 ogQ2qGXu
>>759
一向にstable出ないけど1,2ヶ月にいっぺんくらいはrc更新されてるよ。
761:login:Penguin
13/01/23 11:33:57.90 4gDUZnvC
FUSEベースのMicrosoft「exFAT」実装、「fuse-exfat 1.0」がリリース
URLﾘﾝｸ(sourceforge.jp)
762:login:Penguin
13/01/23 17:31:15.42 4BudqjbT
>>760
返信ありがとう。気長にstable出るの待つかあ。
>>761
これでさらにexFAT/GPTで起動が出来れば、
USBメモリがより安全になり使い道広がるんだが。
763:login:Penguin
13/01/28 08:15:07.80 GZk0n1tK
Windowsに他ファイルシステムを使えるようにするフリーソフトは何故ないの
764:login:Penguin
13/01/28 09:46:12.22 1JCvRlM8
>>763
何故無いと思うの？
765:login:Penguin
13/01/28 14:10:54.28 A2Y2E2A+
Win版FUSEであるDokanもあるし、何が無いんだ？
766:login:Penguin
13/01/29 10:00:01.90 jDJUY4NR
DokanてWin8未対応じゃなかったっけ
767:login:Penguin
13/01/29 13:59:41.92 aKG9Xclb
互換モードでインストールできて動くんじゃなかったっけ
768:login:Penguin
13/01/29 14:07:20.03 s2x0j8Xb
つか、>>765-767のやり取りこそ>>763の思う壷だろ
769:login:Penguin
13/01/29 14:08:09.12 OC0WG3ry
何かまずいか?
770:login:Penguin
13/01/29 14:25:02.25 JmjWVhoC
煽りメソッドとかいう下らないのだろどうせ
771:login:Penguin
13/01/29 22:09:59.19 sH/w0jmy
Dokan上でencfs4win動かしたらなんか動作が怪しかった
772:login:Penguin
13/01/31 01:08:56.64 imwQWOHv
ext4をWinで使いたいです＞＜
773:login:Penguin
13/02/02 20:46:12.53 Zh/i4pOX
zfsで定期的にスナップショット取ってるんですけど
スナップショットから特定のファイルだけ削除することは出来ますか？
774:login:Penguin
13/02/04 14:15:17.51 mA+a2FZk
この記事がすごくおもしろかったんだけど、
【清水理史の「イニシャルB」】 予想以上に便利な記憶域スペースやSkyDrive連携
Windows 8＋NUC＋Thunderboltで作る自宅サーバー - INTERNET Watch
URLﾘﾝｸ(internet.watch.impress.co.jp)
win8の「記憶域スペース」と同等なことをLinuxで実現できるファイルシステムってあるのかな？
いまはLVMで 1TBのHDDを4本束ねて 4TBのボリュームを1つ作っているけど、
どれか1つでもHDDが欠けると、ボリューム全体が見えなくなってしまうよね。
ZFSは、ソフトウェアRAIDとLVMの「あいのこ」みたいな認識を持っているのですが(私の不勉強でしたらすみません)
ZFSは、Raid1をやりつつオンラインで領域拡張をしたり、ボリュームを構成しているHDDの一台が壊れても、
マシンを止めたりファイルシステムをアンマウントせずともHDDの付け替えとかできるの?
775:login:Penguin
13/02/04 16:29:42.30 w3v5aG/Y
>>774
Linux NativeのZFSを使ってるけど、
1T4本なら3Tのディスクが確保できるよ。RAIDZ1というキーワードで
google検索すると、機能の説明や設定方法がいろいろ出ているので、
そちらを参照。
オンラインで切り替えが出来るか、自分も不勉強だったが、SATAのコネクタは
OSが起動中に抜き差しが出来るみたい。年末に会社の備品の整理をした時、
大量のHDDをこの手を使って、データのチェックをしたり、内容消去を
したが、チェックに使ったLinuxマシンは一度も再起動せずにすんだ。
なお、ZFSには一応スペアディスクの機能があり、障害時にはこれに切り替わる
はずなんだが、うまく動かなかったので、単純なRAIDZ1にして使っていた。
その時のバージョンはrc8で、昨年の5月の連休にテストしたから、
今のバージョンでは動くかもしれない。
776:login:Penguin
13/02/04 16:54:56.01 vfNYlBcm
>>774
冗長性を持たせた vdev (mirror, raidz, raidz2) を使えば大丈夫だよ。
箱は↓このへんがおすすめ。
URLﾘﾝｸ(www.supermicro.com.tw)
LSISAS2008 や LSISAS2308 が乗った HBA を使えば、sas2iciru で故障したドライブの
LED を光らせたりとかもできる。
777:login:Penguin
13/02/04 17:27:46.31 MdIqgtlM
2012の記憶域プール/記憶域スペースは、zfsで言うなら、zvolを切り出すときにzvol単位で冗長性を指定できる感じだと思ってる
zfsではプール(を構成するメンバ)単位での指定だから、2012の方が柔軟なのかも
冗長性不要のものも混ぜられるから
778:login:Penguin
13/02/04 17:30:03.48 ggbXULcg
>>775
＞SATAのコネクタはOSが起動中に抜き差しが出来るみたい
それはシステムによる
コントローラ、電源、OS全部対応して初めて使える
779:login:Penguin
13/02/04 21:46:31.56 w3v5aG/Y
>>778
なるほど、前に試した時には認識しなかったり、
Linuxがカーネルパニックになったりしたけど、年末に
試したシステムは、マザーボードが新しいヤツなので
オンライン交換に対応してたのか。
780:login:Penguin
13/02/05 01:48:55.59 2nfprAI4
>>774
今のLVMってthin provisioningやraid 1/4/5/6が統合されたんだけど誰も使わないからノウハウが広まらなくて誰も使わないスパイラル
781:login:Penguin
13/02/05 01:57:44.33 pEXCZ1DL
>>780
その辺、fsまで統合しないといまいち気持ちよくならないしなぁ。
782:login:Penguin
13/02/05 16:19:01.78 8jmt/8C7
すみません、最近RAID1の機能を内蔵した外付けハードディスクがありますが、
こういうの↓って、Linux で使えるんでしょうか？
URLﾘﾝｸ(www.iodata.jp)
783:login:Penguin
13/02/05 16:40:25.35 1zAw6hnU
>>782
くだらねえ質問はここに書き込め！ Part 204
ｽﾚﾘﾝｸ(linux板)
784:login:Penguin
13/02/05 16:41:03.90 c/J197Jv
>>782
普通の外付けHDDとしては特に問題なく使えるだろうね。
ただ、RAIDの診断・管理機能はWindowsでしか使えないだろうね。
785:login:Penguin
13/02/05 16:44:39.74 c/J197Jv
>>783
ごめん、くだ質と間違えてレスした。
786:774
13/02/05 17:42:07.35 iH+ZYp+S
みなさんレスありがとうございます。とても勉強になりました。
この Win8 の記憶域スペースや、VVAULTみたいなのが
Linuxでもできたらおもしろいなと思いました。
自分の場合は、4TBの前は 320GB*4 (1.28TB) のボリュームだったんだけど、
1.28TBが足りなくなってきたら、以下のようにやってました。
・いったん、べつのHDDにまるごとバックアップ
・1.28TBのLVMのボリュームを削除、320GB*4 の HDDは外す
・1TB*4 の HDD を買ってきて付けて、LVMで4TBのボリュームを作る
・バックアップからもどす
こういうのをもっとスマートにやりたい。
でも、LVMの場合、オンラインリサイズできるかどうかは、そのボリュームのファイルシステムに依存しちゃいますよね。
(いちおうxfsをつかっています)
787:login:Penguin
13/02/05 17:51:11.13 8jmt/8C7
>>783
すみません、「くだ質」に行ってきます。
>>784
ありがとうございました。
788:login:Penguin
13/02/05 18:36:21.07 s9jDUl55
btrfsがやる気あるのかないのか
待てないのでzfs on linuxで構築始めた
789:login:Penguin
13/02/05 21:55:28.53 YWdPtsrM
>>786
mhddfsあたりじゃ不足なのか?
790:login:Penguin
13/02/05 22:02:52.96 pByXQYS9
ほうそんなものがあったのか
初代Windows Home ServerのDE（Drive Extender）ぽいな
791:login:Penguin
13/02/05 22:07:31.65 2nfprAI4
>>786
pvmove、って思ったけどオンラインのままデータ移動できるだけで対して手間変わんねーか
792:login:Penguin
13/02/05 22:32:54.79 XpphixRH
>>786
いやそれで十分でしょ
わざわざオンラインリサイズする必要ないような
793:login:Penguin
13/02/06 00:28:33.95 222syq/9
>>790
ただ書き込みのパフォーマンスはあまり良くなかった気がするな
794:login:Penguin
13/02/06 02:59:15.13 tvDfbunm
RAID 5/6 Support Finally Comes To Btrfs
URLﾘﾝｸ(www.phoronix.com)
stableカーネルに降りてくるのはいつになるか。
795:login:Penguin
13/02/06 05:57:00.67 gb1SboyM
URLﾘﾝｸ(blog.keshi.org)
sectszなんて注目したことなかったなあ
796:login:Penguin
13/02/06 10:12:30.76 N5t3SmO4
>>786
前後読んでないので的はずれならごめん
xfsは拡張のみリサイズに対応してる。
電源とsataの口に余裕があれば、オンラインでのリサイズに支障はないよ。
797:login:Penguin
13/02/06 11:33:05.96 Kj/Az8A+
>>793
パフォーマンス関係ないよ。
mhddfsは複数のドライブをまとめて
一本に「見せて」いるだけ。
798:login:Penguin
13/02/06 13:04:19.10 x4UXqhfb
>>797
一本に「見せる」ためにオーバーヘッドが発生してるわけで
ある程度のパフォーマンス低下は避けられないよ
しかもfuse実装だし
まあ倉庫用ととしては問題ない速度出るし、俺自身愛用している
799:login:Penguin
13/02/06 14:48:45.14 oamzzSXW
>>798
そんなクリティカルな業務に利用するもんじゃなし
「ある程度」なんて適当なこと書かんでもw
800:login:Penguin
13/02/06 20:01:26.86 k9a5JBwS
> ZFSは、Raid1をやりつつオンラインで領域拡張をしたり、
RAID-Z系はオンライン拡張NG(FreeBSDしか知らないけど，
たぶんソラリスでも同じ?)．
ただしRAID1 が要求なら，RAID1じゃなくてRAID1類似の
「同じデータを複数記録する」モードなら
動的領域拡張含めて対応OK
> ボリュームを構成しているHDDの一台が壊れても、
> マシンを止めたりファイルシステムをアンマウントせずとも
> HDDの付け替えとかできるの
ZFSとしては楽勝．すでに出てるようにOS側・ドライバとかの
対応の問題．FreeBSDでは出来てるです
801:login:Penguin
13/02/06 20:32:44.68 44A2GJXi
>>800
> > ZFSは、Raid1をやりつつオンラインで領域拡張をしたり、
>
> RAID-Z系はオンライン拡張NG(FreeBSDしか知らないけど，
> たぶんソラリスでも同じ?)．
> ただしRAID1 が要求なら，RAID1じゃなくてRAID1類似の
> 「同じデータを複数記録する」モードなら
> 動的領域拡張含めて対応OK
RAID-Z も大丈夫だよ。
> > ボリュームを構成しているHDDの一台が壊れても、
> > マシンを止めたりファイルシステムをアンマウントせずとも
> > HDDの付け替えとかできるの
>
> ZFSとしては楽勝．すでに出てるようにOS側・ドライバとかの
> 対応の問題．FreeBSDでは出来てるです
HBA でOS上のデバイス名の特定とエンクロージャーのスロット番号の特定って
どうやってる？
802:login:Penguin
13/02/06 23:35:05.95 P2UIfu+O
オンライン拡張はZFSの開発理由だからね
メモリは刺せば全容量がすぐ使えるのにHDDは刺した後もなんだかんだと色々面倒臭い
ってのが開発動機だったってあのsunのページどこいったんだろ
803:login:Penguin
13/02/07 07:47:08.22 KN+Ed4re
ZFSでいろいろ実験したときに、SSDと内蔵HDD、外付けUSBのHDDで
Poolを作ってみた。容量は全てのストレージの合計となり、SSDに空きが
ある時には読み書きも速かったが、SSDがいっぱいになったらショボーンな
結果に。アクセスの頻度をみて、中のデータをSSD->内蔵HDD->USBと
再配置するような高等な機能は無いみたい。
何か設定があるんだったけ？
804:login:Penguin
13/02/07 08:01:21.46 84cj0TiZ
SunがOracleに買われてから、失われたwebページが大量にあるんだよな...
805:login:Penguin
13/02/07 08:18:09.52 NCEwuIXt
>>803
L2arc
806:login:Penguin
13/02/07 08:37:33.88 KDpJJ5+G
>>803
キャッシュとかL2ARCとか
よくは知らんが、単にプールの1メンバーとしてSSD足したらそりゃそうなるわな
807:login:Penguin
13/02/07 19:04:33.57 KAqc9A5R
>>802
これ？
URLﾘﾝｸ(web.archive.org)
808:login:Penguin
13/02/10 10:17:28.60 tNh7kYdq
>>807
うんソレ
Sunの読み物って結構面白いのあったのにね
809:login:Penguin
13/02/12 12:32:52.65 h86r5JKh
>801
RAID-Z で例えば4本のpoolについて4本を大容量に交換，は
出来るけど，5本，6本へと「本数追加」は出来ないですよね?
> HBA でOS上のデバイス名の特定とエンクロージャーのスロット番号の特定って
エンタープライズ方面は知らないけど
個人運用だと smartctl -a あたりでHDDのシリアル調べて
実際の弾とのシリアル照合してます
(オンラインで変えるのが前提だったら
設置時にシリアルを前面に貼っておくかな)
810:login:Penguin
13/02/12 14:34:50.02 CCO74xDs
>>809
Linux だと sas2icru でエンクロージャ番号スロット番号と SAS address の対
応が取れ、SAS address との対応は、/dev/disk/by-path で取って、sas2ciru
で該当のスロットのランプを点灯させることができて楽なんですが、FreeBSD
だと似たようなことは難しいですかね…？
sas2ciru はあるので、camcontrol とかで SAS アドレスを取れるといいのだけども…
811:login:Penguin
13/02/13 09:58:37.20 sjDU/M/G
結論は板違いになっちゃうけど、
URLﾘﾝｸ(en.wikipedia.org)
これみるとやっぱZFSで遊ぼうと思うとOracle Solaris 11 2011.11でバージョン33を楽しむのがベストなのかな？
812:login:Penguin
13/02/14 07:09:51.57 0K4CdUAU
遊ぶだけならなんでもいいだろ。
シリアスな用途ならSolaris一択。
813:login:Penguin
13/02/14 07:45:54.20 I2AesEGe
昨年の5月の連休で、ZFS Native Linuxで遊びました。
USBディスクを5台使って、RAIDZ1、2の構築とか、
USBディスクを外してディスク障害発生！！とか。
スピードが遅いんであくまで遊びでした。
USB 3.0なら実用的な速度で動くんじゃ無いかと、
こんな構成のファイルサーバを構想中
本体内 HDD システム
USB 1～3 HDD (USB 3.0接続）
USB 4 SSDデバイス（キャッシュ用）
814:login:Penguin
13/02/14 13:23:56.43 v07mzItn
なんでUSB接続？
815:login:Penguin
13/02/14 18:25:12.10 KVTRKRut
>>813
いや帯域が
816:login:Penguin
13/02/14 18:27:15.48 bu+tK/mL
USBだと気軽にdetachできるからじゃ？
817:login:Penguin
13/02/14 19:25:56.79 awn2R1pZ
>>813
どのフラッシュメモリにも寿命がある。
USBメモリの寿命の短さはSSDの比ではない。
USBメモリをファイルシステムとして常用したらあっという間に昇天するよ。
遊びならいいんだけどさ。
818:login:Penguin
13/02/14 19:35:10.67 DPs312Hr
どこにもUSBメモリなんて書いてないのに勝手に訓告してる奴
819:817
13/02/14 20:03:36.35 awn2R1pZ
これは失礼。
820:login:Penguin
13/02/14 20:09:47.77 1QJShQV/
ZFSで遊ぶような人なら
USBメモリの書き込み寿命の話なんて百も承知だよな
821:login:Penguin
13/02/14 20:19:27.54 KQgK/JTS
ZFSのRAIDZとかミラーリングでUSBメモリの寿命の短さを見かけカバーできるんでは？
ZFSがそもそもUSBメモリの障害を想定した設計になってるのか知らないけどさ。
822:login:Penguin
13/02/14 21:33:32.57 C/WIIfjV
>>813に「HDD」って明記してあるやん
823:login:Penguin
13/02/15 00:23:52.03 hfMVZt2H
USB = USBメモリ
だからな、一般人にとっては・・・。
824:login:Penguin
13/02/15 00:28:43.77 +Hx5Fmrt
一般人はUSBメモリなんて使わないよ
SDカード使うよ
825:login:Penguin
13/02/15 16:06:49.12 6Bfte6Bc
>>780
LinuxのソフトRAIDってmdadm+LVMのイメージだったがどんどんmdadmと機能被ってる気が・・・
>>809
＞5本，6本へと「本数追加」は出来ないですよね?
できない。
4本でRAID-Z1のプールに更に4本足して4+4本のプールは作れるけど。
ちなみにZoLだとSATAポートの位置かシリアル名使ってデバイス管理できるよ。
>>811
オープンソースがv28で止まったけど、各OSS実装はv28ベースで独自に機能拡張してるよ。
プラットフォーム毎に非互換になるとマズイので、feature flagsというので名前つけて管理してる。
そのページで28/5000ってなってるのがそれで、便宜上v5000ってことにしてバージョンではなく各feature flagsの有無を機能差としている。
なので本家以外が古いままというわけではなく、最新のillumosやZoLではlz4圧縮とか使えてこれはこれで楽しめるよ。
826:login:Penguin
13/02/15 16:53:28.88 LeXpeZkj
>>817
一般人乙！
827:813
13/02/15 18:02:17.96 cwGYnOZ9
一日不在の間に話題の人になってしまった。
USBで接続したいのはディスクの交換が簡単にできる事と、
動作試験が楽かなと思った事です。RAIDZの障害復旧の
テストで、3本のUSBディスクのうち1本の電源をコンセントから
抜けば障害発生の試験が出来ます。
ソフト的にディスクのハード障害をテストできれば良いのだが、
smartの機能で一部セクターの読み込み不可状態とか、ヘッドが
動かないとかエミュレート出来ないものかな。
828:login:Penguin
13/02/15 18:15:15.24 n7OiYagz
なんでわざわざUSB3.0なんか使う必要あるんだ
こういうの使えばいいだろ
URLﾘﾝｸ(www.century.co.jp)
829:login:Penguin
13/02/15 19:09:14.49 LeXpeZkj
むしろちょっと試したい人がなんでこんな高いもの買う必要があるのかと。
830:login:Penguin
13/02/15 19:13:35.39 n7OiYagz
いや遊びでって書いてるだけだったら別にいいんだけど
その後に実用的なとか言ってるから
831:login:Penguin
13/02/15 19:16:04.20 qpgqgMCM
USBは固定出来ないから、掃除のおばちゃんが足ひっかけて抜けちゃうからダメ
832:login:Penguin
13/02/15 19:30:17.38 IbFBcbKJ
置く場所が変わらないならeSATAでもリスク変わんねーだろ
833:login:Penguin
13/02/15 19:30:56.73 vU48AIKy
掃除のおばちゃん障害復旧が優れているファイルシステムはありますか？
834:login:Penguin
13/02/15 19:31:25.90 NsVxR9k9
掃除しないこと
835:login:Penguin
13/02/15 19:41:45.76 vU48AIKy
掃除のおばちゃんがいないとガベージコレクションできないんですが…
836:login:Penguin
13/02/15 19:42:05.56 zRe651xb
抜けない方が大惨事になる可能性
837:login:Penguin
13/02/15 20:07:29.08 Xnrpj7M/
パソコンの電源を切った状態で掃除してもらえば
どんなファイルシステムでも壊れることはない
838:login:Penguin
13/02/15 20:29:03.69 NsVxR9k9
電源を落としたが最後、二度と起動しないシステム
839:login:Penguin
13/02/15 20:29:51.22 TzeCgnBV
書き換えなければ大丈夫
840:login:Penguin
13/02/15 20:35:58.17 Oa5zxFIk
そういやZFSってファイルシステム全体をリードオンリにできるんだっけ
841:login:Penguin
13/02/15 20:44:41.58 Xnrpj7M/
>>840
大抵のファイルシステムはroオプションに対応してるけど
842:login:Penguin
13/02/16 14:26:47.74 7mzU0Zne
android側から、linux のファイルシステムを外付けhdd、sdカード等で認識させた方はいらっしゃるでしょうか。
当方は、ディスクを複数にスライスしているためか、ext3を含め全てのパーティションを認識出来ませんでした。また、試す事が出来る空のメモリーも所持していません。
御存じな方、よろしくお願いします。
843:login:Penguin
13/02/16 15:44:52.50 OrETdnYm
できるかできないかだけでいえばもちろん出来る
844:login:Penguin
13/02/16 17:16:38.35 xD+Eiwfi
>>843
ありがとうございます。その場合は、ntfs のように特別なappを必要とするのでしょうか。play で探しても見つける事が出来ませんでした。
ちなみに、当方、android3.2を否rootで使用しています。
よろしくお願いします。
845:login:Penguin
13/02/17 03:50:21.11 zPGthiZI
(´・ω・`)知らんがな
846:login:Penguin
13/02/17 05:12:53.26 KW21wsCg
倉庫に最適な圧縮ファイルシステムはなに？
847:login:Penguin
13/02/17 10:44:17.44 W2gzvFub
何のデータ入れるかしらんけど普通の使い方じゃ大して圧縮なんか聞かんぞ
848:login:Penguin
13/02/17 11:10:40.48 uXmwu0MQ
reiserfsはスペース効率が高いよ
/etcをreiserf->ext3にコピーしたら1.5倍くらいに膨れてしまう
小さい無数のファイルってパターンはreiserfsが最強かもね
異なるファイルシステム間のコピーはスペース効率の差を考えないと落とし穴にハマる
論理は同じ4kのファイルでも消費する容量は違ってくる
849:456
13/02/17 11:32:16.29 dRMnzkv/
>>846
お前の好きなエロ動画もエロ画像もふぁいとして圧縮済みだから、小さくならないけどいいのか？
850:login:Penguin
13/02/17 11:50:22.46 eB70SAUb
>>846
これだな。
$ tar -cJf /dev/sdb hoge
851:login:Penguin
13/02/17 17:32:37.95 wt0UiBQl
>>850
それtar使う意味あんの。xz単体じゃ駄目なの?
852:login:Penguin
13/02/18 01:10:59.80 VVw+Uo3/
ｼｰｯ
相手しちゃダメよ
853:login:Penguin
13/02/18 09:35:49.55 iZYqbJKK
>>842
Andoridで直接外部デバイスをマウントするにはrootが必要。
rootなしで間接的に読み書きする売り物アプリはある。
854:login:Penguin
13/02/18 12:50:59.99 wF6iQP22
>>853
それが、出来たのよ。fat は、でふぉ。ntfs は、それ用のapp をインストールして。
無論、usb ホスト機能が備わったデバイスなんだけど。
出来なかったのは、複数にスライスしたディスクの認識。それと、(事情があって)未確認なのが、linux のファイルシステム。
これ、ぐぐっても上手く情報を見つける事が出来なかったので、質問させてもらいました。
855:login:Penguin
13/02/18 14:50:32.13 6pDBV4ub
>>854
fatがマウント出来るのはSDカードと同じ扱いだからじゃないの？
856:login:Penguin
13/02/18 15:44:46.34 T3X8NHKW
少なくてもこのスレの話題ではない
857:login:Penguin
13/02/18 15:57:19.39 SqiJYAtc
>>856
おっしゃるとおりですね。これで、止めておきます。
android のスレッドで答えが出てこなかったので、こちらにすがりました。android でlinux のファイルシステムが認識するかどうかを確認する事は難しくも手間でもないので、環境が整ったら自分で試す事にします。
858:login:Penguin
13/02/18 16:08:58.53 T3X8NHKW
あと質問するならどういう手順でやってどういうエラーがでてどうだめなのかもっと具体的に書かないと
859:login:Penguin
13/02/18 16:53:31.16 0fCP/Bhc
Androidのroot化スレに来れば？
こんなアプリありませんかスレでも教えてくれると思う。
860:login:Penguin
13/02/19 17:31:56.68 LFFgQYOS
スライスなんて言葉使うところでイラっときてしまったw
普通はパーティション切る、とかじゃないの。
861:login:Penguin
13/02/19 17:39:12.67 sq7//BE5
SliceはSunOSとFreeBSDの方言だね。
862:login:Penguin
13/02/19 20:10:42.41 iS/h+HyC
方言っていうか、ちょっと違うものだと思うんだが。
863:login:Penguin
13/02/20 18:45:00.71 +aAxh8gV
ext4にもinline extentきた
URLﾘﾝｸ(kernelnewbies.org)
864:login:Penguin
13/02/22 15:27:09.19 MXk9yGpi
>>863
3.8はいつ酢テーブルになんだよ
865:login:Penguin
13/02/22 17:59:49.70 TqmeszgD
いつなる、とか決まってるのか？
カーネルはいつだって発展途上だろうよ。
小数点以下の奇数偶数で性格が違ってた時期とは違うんだし。
866:login:Penguin
13/02/25 06:40:22.06 j88VOP6D
URLﾘﾝｸ(sourceforge.jp)
386プロセッササポートを廃止した「Linux 3.8」リリース、SSD向けファイルシステムやExt4でのinode内へのファイル埋め込みなど新機能も搭載
2013年02月20日 15:30 末岡洋子
大きな改良点としては、Ext4ファイルシステムでinode内にファイルを埋め込む機能の追加が挙げられる。
inodeはファイルシステム内に作成されたデータベースで、ファイルサイズやその作成/更新日、
実際のデータが格納されている位置といったファイルに関する情報が格納されている。
ファイルの中身はinodeとは別の場所に書き込まれているが、ext4では一定サイズ（通常は4KB）のブロックでデータを管理しているため、
数バイトのデータでも4KB分のブロックを消費してしまうことになっていた。
そこで、このようなサイズの小さいファイルについては、inode内で利用されていない空間に格納することでディスク容量の無駄な消費を抑え、また読み込みパフォーマンスの向上を図るという。
NTFSみたいな仕様になってきたな（700バイト前後のデータはMFTに格納）
867:login:Penguin
13/02/25 18:09:18.18 rdCjMQFw
NTFS「二十年前からやってたわー」
868:login:Penguin
13/02/25 19:30:08.77 cidNodeu
むしろ今までやってないことに驚愕した。
当然そういうことはやってるものだとばっかり。
869:login:Penguin
13/02/25 20:39:00.96 6sPbIYsJ
linux生まれのファイルシステムは本当にロクなものがないな
870:login:Penguin
13/02/25 21:08:46.27 mV5cRDa1
reiserfs使えばいいじゃんって言われていたところ
871:login:Penguin
13/02/25 21:18:40.17 x7pv2yDI
>>867
MFTが無駄にでかくなるのは勘弁してほしいですな
デフラグの邪魔になるし
872:login:Penguin
13/02/26 02:43:12.39 ef5xjufi
metadataはwrite throughがbasicだから、
そこにdataをembedするとgentleにhandleしないとtoo slow。
873:login:Penguin
13/02/26 03:42:36.62 G3wxh3nl
That's too bad.
874:login:Penguin
13/02/26 08:56:16.17 WYATSnO2
>>872
ルー乙
875:login:Penguin
13/02/26 09:04:00.85 g+AJMIjY
>>872
ついでに教えて欲しいんだが、gentleにhandleするひつようがあるのはだれ？
ユーザースペースのプログラム？それともファイルシステム実装？
876:login:Penguin
13/02/26 17:12:35.21 WTsKSKql
>>871
デフォルトじゃ256バイトまでしか格納しないから大丈夫
877:login:Penguin
13/02/26 21:20:04.95 AIYFHxRR
静的inodeのext4にサイズは元々関係ないだろ
878:login:Penguin
13/02/26 21:26:46.70 FrzYR6KA
>>876
NTFSってそうなんだ。
ぶっちゃけ意味ないよね、WindowsOSって粒度の小さいファイルがメインじゃないし。
879:login:Penguin
13/02/26 23:52:44.18 73TZCEU/
ブラウザの履歴とかがショートカットファイルなんじゃなかったっけ?
880:login:Penguin
13/02/27 00:00:46.00 ef5xjufi
履歴なんてまとめてDB系のファイルになってんのと違うの?
まさか1件ごとに1ファイル?
881:login:Penguin
13/02/27 03:56:54.81 cy5vy5vd
昔はCOOKIEとか1ドメインに1ファイルだったりしたな。
今はどうなってるのか知らんが。
882:login:Penguin
13/02/27 04:43:31.01 aOxhXnPj
個人的には1件ごとに1ファイルがよかったな。lsとかgrepとかつかえるし
DBの機能はファイルシステムが持つべきだった
883:login:Penguin
13/02/27 08:23:30.15 qJ9TH9xg
256バイトはext4の話だろ
884:login:Penguin
13/02/27 12:03:33.92 u+i52t65
>>878
256バイトなのはext4の方
NTFSは700バイトくらいまでいける
885:login:Penguin
13/02/27 13:10:18.77 1C7Jz1S8
>>884
ん？ そうなの？ 今まで埋め込み機能はなかったんじゃないの？
>>886 で今回4k以下のファイルが埋め込み可能になったと。
886:login:Penguin
13/02/27 13:11:38.23 1C7Jz1S8
>>885
間違えた。 886じゃなくて >>866ね。
887:login:Penguin
13/02/27 13:29:58.23 qJ9TH9xg
まさかext4のinodeが4KBあると思ってる？
888:login:Penguin
13/02/27 13:54:22.85 1C7Jz1S8
>>887
ん、いや >>866 の記事だと256バイトという記述はないので、
そうなの？って聞いているだけだけど。
889:login:Penguin
13/02/27 14:53:37.22 u+i52t65
>>888
さらに元の記事というか仕様をよむと書いてある
英語だけど中学生でも読めるから読んどけ
890:login:Penguin
13/02/27 15:03:34.45 1C7Jz1S8
>>889
ヤダヨメンドクセー
891:login:Penguin
13/02/28 07:57:02.49 fJLMy7DH
簡単な英語すら読まないクズがなんでこんなところに？
892:login:Penguin
13/02/28 12:01:41.18 2Lr9pQ0D
>>867
> NTFS「二十年前からやってたわー」
まるで UNIX みたいでつね。
893:login:Penguin
13/03/02 22:04:08.92 RsJmzJt9
最近は英語を読む必要もないよ
自動翻訳の変な日本語を理解する能力があればいい
技術革新で生まれた新しいスキル
894:login:Penguin
13/03/02 22:18:22.57 HLjoB6sk
NTFSってVMSの流れを汲んでるんですよね
895:login:Penguin
13/03/04 02:45:38.64 VbDecDD/
Sun ZFS用のソフトでOracle DBのプロビジョニングが迅速に
URLﾘﾝｸ(ascii.jp)
896:login:Penguin
13/03/04 17:18:33.98 +qMmS8Q0
宮坂美樹さんHPからOracleへ転職したんだ。
ご愁傷さま。
897:login:Penguin
13/03/05 01:18:46.40 BSovtdgG
URLﾘﾝｸ(blog.livedoor.jp)
ZFSといえば、盲信してやってしまった話があったね。
今は性能でるのか、構成に問題があったのか。
898:login:Penguin
13/03/05 01:24:53.79 BSovtdgG
URLﾘﾝｸ(www.marubeni-sys.com)
集中的な仮想環境だと、OSイメージが重複するので重複排除が効くらしい。
スパコンはコスパがどんどん悪くなってるけど、ストレージは専用ハードが優位な分野があって面白いね。
さらにオープンな実装で遊べるといいんだけど。
899:login:Penguin
13/03/05 02:07:27.60 vSp9+Cr1
>>897の先の報告書より
> 処理可能な最大 IOPS に到達すると、性能が劣化し期待した
> 処理能力を下回ってしまうことが判明しました。
そりゃそうだろうw
上限超えてるのに期待した処理能力もクソもない。
900:login:Penguin
13/03/05 12:54:37.83 rAjEtr7t
メモリ・ディスクとネットワークが一般的なパフォーマンスボトルネックだしね
ここ10年以上いわれてるけど、シリコンものの性能向上にぜんぜん追いつけねぇ
マルチコアの世界になってさらに帯域食うようになったし
鯖のSSD化の稟議通らないです。DBチューニングするのはもう限界なんで誰か助けて
901:login:Penguin
13/03/05 13:28:57.86 J2lJ1JvE
これ以上ディスク回転数上げたら音速越えるからな
記録密度を上げて早くするしかない
今のHDDはプロペラ機の限界
902:login:Penguin
13/03/05 13:52:01.82 +yymegun
ふしおにおは甘え
903:login:Penguin
13/03/05 14:57:30.19 NNubMu/M
ん？ジェットエンジンのタービンは音速超えてないってこと？
904:login:Penguin
13/03/05 15:43:02.83 JaA29UJB
HDDの回転数が音速超えてソニックブームが発生するようになったら、サーバー室での作業が大変だな
905:login:Penguin
13/03/05 16:16:40.50 sAfRU1Je
ターボファンエンジンはファンがギア減速されてるから音速は超えてない
906:login:Penguin
13/03/05 16:53:44.08 vSp9+Cr1
>>900
>>897でもpingがロストするくらいファイルサーバーのポートへの帯域圧迫があったらしいぞw
それで待機系への切り替えが頻繁に起こったとさ。
とっととトランクしとけよ。
907:login:Penguin
13/03/05 17:22:05.92 l+4qT3Gj
>>904
掃除のおばちゃんが入ってきても気づかないから危険だな！
908:login:Penguin
13/03/05 17:55:44.82 bZE5QWKJ
テラバイトメモリのPC環境って構築できるのかな
909:login:Penguin
13/03/05 18:22:20.11 YVaEZ0Xx
>>905
ギアードファンターボなんて特殊すぎるものを
低圧タービンと高圧タービンに分かれてて、ファンは回転数の低い低圧タービンで回す様になってる
910:login:Penguin
13/03/05 18:41:21.36 RHAq1LK+
シャコッ！
911:login:Penguin
13/03/05 20:20:50.13 ITMiu5mQ
>>908
PC サーバだが、 HP DL980 G7 はメモリ 4TB 搭載可能。
URLﾘﾝｸ(www8.hp.com)
RHEL6 か Windows Server Datacenter なら 4TB 全部使えるとか。
DBを速くしたいなら、Hadoop とか Oracle Exadata とか、１クエリを複数マシンで処理する仕組みが必要だろ。
ファイルシステムも複数マシンで処理できるようになればいいんだが、安心して使える分散
ファイルシステムはまだまだ高嶺の花って感じなんだよなぁ。
912:login:Penguin
13/03/05 22:10:45.08 eghBKqZH
真空にすればいいんじゃね
913:login:Penguin
13/03/05 22:22:27.19 rJlhlkwr
真空管の中にボトルシップよろしくコンピューターを入れるのかｗ
914:login:Penguin
13/03/05 23:47:16.92 WrNF/wFV
もうね、地震計がこう、シャッコンシャッコンシャッコンシャッコン
915:login:Penguin
13/03/06 00:15:55.24 MoeFIkbG
月にデータセンターを作ることもできるけど
応答に3秒弱かかる
916:login:Penguin
13/03/06 00:24:02.68 JqBHMLSk
物凄く固い金属の棒で月と地球をつなぎ、棒を押したり引いたりして信号を送れば超光速通信の出来上がり
917:login:Penguin
13/03/06 00:27:15.46 STXNhM7K
まずは光速で棒を押す技術の開発からだな
918:login:Penguin
13/03/06 00:31:23.97 JqBHMLSk
いや、光速で押す必要はないんだけどね
正しいツッコミはスレ違いなので略
919:login:Penguin
13/03/06 00:37:26.37 k7sPKPsh
光速もいいけど>>901につっこめよ
920:login:Penguin
13/03/06 00:38:20.90 SAtXIGZq
>>901
今後はSDDに取って代わられるでしょ(´・ω・｀)
921:login:Penguin
13/03/06 01:32:54.80 viUcqrNR
>>912
真空だとヘッドが浮かないんじゃないのか。
ヘリウム充填にすれば音速は空気の三倍ぐらいになるが。
922:login:Penguin
13/03/06 04:10:28.74 1xMpFGDn
>>916
ものすごく硬い金属でも弾性は存在するから
地球と月の間に渡したとしても押し引きの動きは光速未満の縦波として伝わる
なので超光速通信はできない
923:login:Penguin
13/03/06 04:15:06.59 In9pcr1p
いや明らかに>>916は分かってて言ってるだろ。
有名なネタだし。
924:login:Penguin
13/03/06 04:56:48.15 zLtkxEuL
>>922
現実には存在しない完全剛体でも無理なんだけど…
925:login:Penguin
13/03/06 12:18:08.97 z6bfz3k3
>>924
俺の超剛性マグナムなら高速通信が可能
926:login:Penguin
13/03/06 12:35:26.82 t5RfqDsH
>>925
いいからそのデリンジャーを早く仕舞え
927:login:Penguin
13/03/06 12:46:33.52 R5CSiCMY
ハードディスクって音速以下なの？
真空にしたら音速超えれない？
928:login:Penguin
13/03/06 12:59:41.20 uU3vbQmW
>>927
真空にしたらヘッドが浮上しない
929:login:Penguin
13/03/06 13:19:21.66 k7sPKPsh
音速超える以前に回転数ぜんぜん足りないだろうが
930:login:Penguin
13/03/06 13:37:11.27 Lr77WL31
>>924
お前の言ってる「完全」とはどういうものだ？
931:login:Penguin
13/03/06 13:42:03.55 gUr2Pi4E
>>930
完全剛体についてググって出直せ
932:login:Penguin
13/03/06 13:59:19.07 aL3RiR0G
完全剛体と光速有限は両立しないから>924のレスは変。
933:login:Penguin
13/03/06 17:24:45.74 YPGwxa6Q
完全剛体のある物理学を構築したいならご自由に
完全剛体自体が今の物理学と矛盾する性質を持っているので定義次第でなんともいえる
でもその前にSSD化の予算承認してくれ
934:login:Penguin
13/03/06 22:07:57.64 GPiReSjU
結論:月DCはデータのバックアップ/倉庫にしか使えない
あとTCP以外で通信しなきゃいけない
(例えばUDP使ってアプリ層で再送とかするとか
935:login:Penguin
13/03/07 17:07:53.87 0mzJOgbs
>>934
UUCP
936:login:Penguin
13/03/07 17:22:00.41 VzBfagFG
>>934
TCPv6で問題なし。
937:login:Penguin
13/03/07 17:45:56.81 SLN9J81H
>>934
どうせならRFC1149を拡張しようぜ
938:login:Penguin
13/03/07 17:49:44.93 YxdRbsv1
>>937
今のプロトコルでもロケットに鳩を乗せれば大丈夫
939:login:Penguin
13/03/07 18:09:45.62 Q9gqlWjL
別に月まで持っていかなくとも、ISSぐらいでいいんじゃね？
真空だし、無重力だし。
940:login:Penguin
13/03/07 21:19:01.56 bH+zSbWh
truecryptでファイルシステムbtrfsにしようとしたらできなかったんだけどそんなもんすかね？
941:login:Penguin
13/03/07 23:49:06.58 f/LbocKf
>>938
942:login:Penguin
13/03/07 23:53:06.89 Q9gqlWjL
>>938
鳩をロケットでカプセル化すると、送達成功確率が著しく低くなるんじゃないでしょうか
またロケットは戻って来れないので、一方通行になっちゃうのでは。
943:login:Penguin
13/03/08 00:18:30.87 yHajmBdh
>>938
|
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ|
／ ｀´ ＼
ノ´⌒ヽ,
γ⌒´ ヽ,
／／ ⌒""⌒＼ ）
ｉ / (･ ）｀ ´( ･） ｉ/ 余計なこと思いついた！
!ﾞ （__人_） |
| |┬{ |
＼ `ｰ' ／
/ |
944:login:Penguin
13/03/08 10:47:20.94 uLBC58xa
ZFSってgoogleかFSFが受け持ってくれたらよかったのにね。
945:login:Penguin
13/03/08 12:20:20.13 DBhrrCGO
>>940
Arch wikiに詳しく書いてあるので読んでみるといい
946:login:Penguin
13/03/08 15:15:53.41 WiHZdGRl
ライセンスがCDDLである限りFSFはありえないな。
947:login:Penguin
13/03/08 17:29:42.94 VVEamzd6
SunをGoogleが買っちゃえばよかったのにな……戦犯は誰なんだろう……
ジョナサンなのか？エリックなのか？ラリー（ペイジじゃないほうね）が強引だったのか＿＿
948:login:Penguin
13/03/08 17:43:11.09 u8UldJjK
Oracleはほんとに墓場だな
mysqlとかopenofficeとか…