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

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 あたりで。 593 名前：login:Penguin mailto:sage [2012/11/27(火) 21:02:09.58 ID:yZTntV89] __STD_TYPE __TIME_T_TYPE __time_t; /* Seconds since the Epoch. */ 594 名前：login:Penguin mailto:sage [2012/11/27(火) 21:11:04.70 ID:Z/NY1RrE] >>592 Ubuntuに64bitありますね ありがとうございます 595 名前：login:Penguin mailto:sage [2012/11/27(火) 21:17:04.40 ID:eYUehpwt] #include <time.h> #include <stdio.h> int main(void) { 　printf("%d\n", sizeof(time_t)); } 8だった@Debian sid/amd64 596 名前：login:Penguin mailto:sage [2012/11/27(火) 21:32:19.31 ID:+FTMVYlJ] ちょww8ビットてww 597 名前：login:Penguin mailto:sage [2012/11/27(火) 21:34:21.94 ID:yZTntV89] 8bytes 598 名前：login:Penguin mailto:sage [2012/11/27(火) 22:03:33.10 ID:2Faa51y/] >>595のやつ Debian6.0.6@amd64(サーバー) Ubuntu12.10@amd64(デスクトップ) どっちも8でした 599 名前：login:Penguin mailto:sage [2012/11/27(火) 23:05:11.14 ID:P3Z6acGK] >>591 x86とAMD64で何が違うのかをもうちょっと知れば、そういう質問は出てこない気がするなあ。 600 名前：login:Penguin mailto:sage [2012/11/27(火) 23:56:12.21 ID:huHpR5/K] Linux vmware-virtual-machine 3.2.0-33-generic #52-Ubuntu SMP Thu Oct 18 16:19:45 UTC 2012 i686 i686 i386 GNU/Linux Linux version 3.1.10-g22b4fcd (android-build@vpbs1.mtv.corp.google.com) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Nov 2 10:55:26 PDT 2012 てもとだとこの2つはsizeof(time_t)は4だったが >>464の 「time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。 」 と矛盾してないのか？ 601 名前：login:Penguin mailto:sage [2012/11/27(火) 23:57:18.46 ID:+wYW/dtS] >>599 32bitと64bitとしか書いてないからx86とamd64とは限らない。 というかその二つに限定すると理解が疑われかねんな。 602 名前：595 mailto:sage [2012/11/28(水) 02:17:16.58 ID:nx7Okma8] なんとなく気になったので同じ環境で-m32つけたら4になった ちうことで2038年までに64bit環境に移行すれという事らしい 603 名前：login:Penguin mailto:sage [2012/11/28(水) 02:58:44.86 ID:5vfkeZf4] >>601 「初心的質問」でそれ以外のアーキテクチャを 持ち出すだろうか？ 604 名前：login:Penguin mailto:sage [2012/11/28(水) 03:05:49.48 ID:e8D1P1Xj] つかどう考えても>>591が言ってるのはamd64とi386のことだろ。 605 名前：login:Penguin mailto:sage [2012/11/28(水) 06:17:15.56 ID:0ObuYw3Z] ttp://toro.2ch.net/test/read.cgi/tech/1351769173/620 スレ立てるまでもない質問はここで 122匹目で話題になってたけど、 アップデートしない組み込みLinuxはヤバそうだね。 606 名前：login:Penguin mailto:sage [2012/11/28(水) 10:17:41.72 ID:2fJdxEv6] 単純な64bit化だと上4バイトは100年ぐらい使われないから その領域を有効活用しようという輩がいるかもしれない 607 名前：login:Penguin mailto:sage [2012/11/28(水) 10:35:01.64 ID:x4Xy9KNd] >>606 COBOL世代とはビット単価が違うからなぁ 608 名前：login:Penguin mailto:sage [2012/11/28(水) 16:42:42.18 ID:C+kCIV84] アップデートしない組込環境ではtime_tうんぬん以前に脆弱性がやばい 609 名前：login:Penguin mailto:sage [2012/11/28(水) 16:47:33.96 ID:bHHFTT80] 組み込みってネット繋がないじゃん 610 名前：login:Penguin mailto:sage [2012/11/28(水) 17:24:41.82 ID:lFI/pV4C] んなわけあるか 611 名前：login:Penguin mailto:sage [2012/11/28(水) 20:12:30.97 ID:U8I/LIIB] ext3では秒単位で2038年まで 612 名前：login:Penguin mailto:sage [2012/11/28(水) 21:50:06.73 ID:lh/AOkWt] ZFSの重複排除、当たり前だがメモリすげぇ食うな・・・ ファイル鯖としちゃあ便利な機能だがそんなにコストかけれないし重複排除は諦めるか 613 名前：login:Penguin mailto:sage [2012/11/28(水) 21:52:57.70 ID:hBeva0uk] メモリだけなら今安いから大したコストじゃないけど CPUもそれなりのがいるんだろ？ 614 名前：login:Penguin mailto:sage [2012/11/28(水) 22:26:56.43 ID:Ne5o68ud] >>612 なんで当たり前なん？ メモリーがたくさんいるのはなんで？ 615 名前：login:Penguin mailto:sage [2012/11/29(木) 00:04:45.98 ID:o9n8bnB3] ファイル鯖にそんなCPU盛りたくないしねぇ。 ついでに他のアプリケーション動かせばいいんだろうが、なんにせよ個人じゃそんな鯖にゴリゴリさせる仕事がない。 重複排除とか圧縮かけても軽いくらいスペック盛るくらいなら、その金でHDD増設した方がいいんだよなｗ 616 名前：login:Penguin mailto:sage [2012/11/29(木) 00:24:01.11 ID:RhcfFgrp] 重複排除ってどのくらいのスペックあれば快適に使えるの？ 617 名前：login:Penguin mailto:sage [2012/11/29(木) 08:11:56.67 ID:5zmjOLOr] >>616 ZFSのrecordsizeによるけど、デフォだった場合、 データ1T辺り、重複排除だけで10G+ってオーダーでメモリーが必要になったはず。 L2ARCにSSDを用意しないと、メモリーから溢れた瞬間、とてつもなく遅くなる。 CPUよりメモリーの方を何とかしないとダメ。 618 名前：login:Penguin mailto:sage [2012/11/29(木) 16:13:34.55 ID:rgKmcfFs] >>612 l2arcの出番じゃね？ 619 名前：login:Penguin mailto:sage [2012/11/29(木) 18:36:14.17 ID:ELpMFPV8] 同一内容を検索・識別するんじゃなくて、 ファイルコピー動作とかを認識して重複排除するとかできないんだろうか？ 最近読みだしたデータに限って同一判定するとか。 620 名前：login:Penguin [2012/11/29(木) 18:54:19.39 ID:UP0NKDBj] >>619 よく意味が分からんけど 書き込みが発生したときにブロック単位で同じのがあるかどうかを見るんじゃないの そのテーブルがメモリをバカ食いするってことだと思うけど 621 名前：login:Penguin mailto:sage [2012/11/29(木) 18:55:27.61 ID:5r3O4WuD] それただのCoWじゃねーか？ NAS上で完結する世界ならそれでもいいけど、実際に求められてるものとは違う 622 名前：login:Penguin mailto:sage [2012/11/29(木) 19:48:42.51 ID:0qHQtO7n] 重複判定できるってことは、そのぶん余計なメタデータを読み書きしないといけないんだから性能落ちるよね 623 名前：login:Penguin mailto:sage [2012/11/29(木) 20:48:15.45 ID:pjalMcgj] 重複排除によって無くなった行われるはずだったユーザーデータの書き込み量のほうが多いかもしれない 624 名前：login:Penguin mailto:sage [2012/11/29(木) 20:57:57.56 ID:8G72Uq2S] >>623 クラウド、VPSの仮想HDDの中の/bin以下のファイルみたいなかなり特殊な用途？ 625 名前：login:Penguin mailto:sage [2012/11/29(木) 23:13:38.69 ID:pDJO4XkO] XFSを褒め殺しにしていると疑われているオレ様がやってきましたよ 褒め殺しではない 純粋に褒めているし実際に使っている 叩いた事など神に誓ってない ZFSなら叩きたい 626 名前：login:Penguin mailto:sage [2012/11/29(木) 23:19:38.18 ID:Fy7iUFEH] そっか　よかったね 627 名前：login:Penguin mailto:sage [2012/11/30(金) 07:52:53.99 ID:+IUiRuU3] XFSとZFSの良いとこ取りの新ファイルシステム YFS 628 名前：login:Penguin mailto:sage [2012/11/30(金) 11:19:43.24 ID:O6Mkk6WA] >>619 特定の状況だけ適用してもらいたいんならその状況時にユーザーモード側でioctl発行しろと返されんのがオチ 629 名前：login:Penguin mailto:sage [2012/11/30(金) 13:06:34.15 ID:MBudbpC1] >>618 HDD増やした方がコスパよくね？業務に使うならともかく個人ならな 630 名前：login:Penguin mailto:sage [2012/11/30(金) 13:20:22.58 ID:97UtYzmP] 同じ形式のファイルをテラ単位で扱うような用途じゃないとあまり恩恵はないだろうな 少なくても自分は容量食ってるのは動画とか音楽とか写真だから全く意味無い 631 名前：login:Penguin mailto:sage [2012/11/30(金) 14:41:02.44 ID:+IUiRuU3] 仮想マシンのファイルはほとんど同じなので、 重複排除でバンザーイと思って、Virutalboxと ZFSの組み合わせを試してみた事がある。 ほとんど重複排除の効果は無く、一時停止で保存した ファイルでゲストOSが再開できないとか、逆の意味で バンザーイの結果だった。 632 名前：login:Penguin mailto:sage [2012/11/30(金) 14:45:50.73 ID:XBMblfhY] 世代バックアップとか 633 名前：login:Penguin mailto:sage [2012/11/30(金) 19:14:17.65 ID:+U2+nr9a] ハードリンクで済むような 634 名前：login:Penguin mailto:sage [2012/11/30(金) 20:43:12.76 ID:c5zYVaPD] 大きいファイルの世代バックアップには有効そうなんじゃない? 何ギガもあるsqliteファイルとか。 635 名前：login:Penguin mailto:sage [2012/11/30(金) 20:46:57.15 ID:+d+9eytJ] バックアップになってるのかそれ 前にもそんな議論があったような 636 名前：login:Penguin mailto:sage [2012/11/30(金) 20:50:49.19 ID:Wbr1Hrjf] まあ核攻撃に耐えられなければバックアップとは言えないからなあ バックアップでないものをバックアップと言う人が多いよ まったく 637 名前：login:Penguin mailto:sage [2012/11/30(金) 20:56:39.55 ID:+d+9eytJ] 前の議論もそうだけど 勝手にバックアップのハードル上げてるだけだと思うが 638 名前：login:Penguin mailto:sage [2012/11/30(金) 21:21:07.01 ID:cH0j9TJP] 月面データセンターだと万全のバックアップできる 応答時間に数秒要するからバックアップにしか使えないけど 639 名前：login:Penguin mailto:sage [2012/12/01(土) 11:06:30.84 ID:57GOA1iw] 月は出ているか？ ってガンダムXごっこができるな。 スペースデブリの月面DCへの影響は無視してもいいよね。 640 名前：login:Penguin mailto:sage [2012/12/01(土) 11:11:57.60 ID:u17Es2jQ] 電磁波って宇宙だと減衰しないから 宇宙に向けて全データを電磁波の形で発信しておけば 少なくともこの宇宙がなくなるまでは保存されるな。 641 名前：login:Penguin mailto:sage [2012/12/01(土) 11:43:54.49 ID:N7ftY3AP] >>640 その発信したデータを読みたければ、電磁波より速く飛んで先回りして受信しなければならないのでは 642 名前：login:Penguin mailto:sage [2012/12/01(土) 12:13:10.05 ID:NaDxh72b] え？ｗ突っ込むとこそこかよｗｗ 文系かよｗ 643 名前：login:Penguin [2012/12/01(土) 15:37:17.27 ID:RSbxRGIT] ZFSの重複排除ってメモリに蓄えるから、 不意の電源OFFだと全部破壊されちゃうんだよね それだとバックアップに使うのは怖いな 644 名前：login:Penguin mailto:sage [2012/12/01(土) 15:39:14.11 ID:YCftnAyr] んなわけない 645 名前：login:Penguin mailto:sage [2012/12/01(土) 16:17:37.35 ID:ahLWJFql] >>643みたいな幼稚な人が作ってるファイルシステムあったら教えて下さい。 646 名前：login:Penguin mailto:sage [2012/12/02(日) 11:30:19.75 ID:7/pq8/aL] >>640 波長によって激しく減衰する、宇宙は完全な真空ではなく万年やら億年 経過したそれが何も影響しないというのはアフォ。 647 名前：login:Penguin mailto:sage [2012/12/02(日) 19:04:34.13 ID:mVabdcTi] >>645 ZFS 648 名前：login:Penguin mailto:sage [2012/12/02(日) 23:00:00.47 ID:rtnvhs7J] ファイルシステムとバックアップは分けて考えなければいけない 649 名前：login:Penguin mailto:sage [2012/12/03(月) 00:59:53.94 ID:NL3l4q/N] 分けて考えないのが近年の高機能ファイルシステムでしょ！ 650 名前：login:Penguin mailto:sage [2012/12/03(月) 02:01:26.58 ID:m+hsgesp] >>649 って誰が言ってるの？ 651 名前：login:Penguin mailto:sage [2012/12/03(月) 07:50:17.46 ID:XMtYyBax] 俺だよ。この俺が言ってんだし間違いない。 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界隈だから関係ないよ。

---

---

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

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