ファイルシステム総合スレ その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 あたりで。 577 名前：login:Penguin mailto:sage [2012/11/23(金) 21:06:42.92 ID:unSoxewK] >>576 FATディスクフォーマットのタイムスタンプが累計秒数で記録されていると思ってないか 578 名前：login:Penguin mailto:sage [2012/11/23(金) 23:43:26.49 ID:B796Zs33] ttp://free.pjc.co.jp/fat/mem/fatfile2.html FATは年(7)/月(4)/日(5) 時(5):分(6):秒(5)と カッコの数だけビットを割り当てて管理してるので 2048年に何か問題が起こるとは思えない 7bit確保されてるので1980+127=2107年まで大丈夫 でもDOSが内部的にどう時間を管理してるのかよく知らない 2048年に何か起こるんですか？ 579 名前：login:Penguin mailto:sage [2012/11/24(土) 00:31:42.14 ID:PEn0woT6] >>578 ファイルシステム上は問題は起きないが、ファイルのタイムスタンプを1980年1月1日深夜0時ジャストからの経過秒数として32bit整数で保持しているプログラムが正常に動作しなくなる。 ……ただし、そんなプログラムが実在するかは知らない。 580 名前：login:Penguin mailto:sage [2012/11/24(土) 00:53:51.90 ID:tmvWLVRx] DOSの時間系関数を使って管理してるDOSアプリには2048年問題は起こらない ダメなのはC標準関数使ってるDOSアプリということですね UNIXからFATをフォーマットしてる場合は48年以前に38年問題にひっかかるわけですし 581 名前：login:Penguin mailto:sage [2012/11/24(土) 00:57:26.99 ID:tmvWLVRx] ×フォーマット ○マウント 582 名前：login:Penguin mailto:sage [2012/11/24(土) 01:12:53.22 ID:tmvWLVRx] いや、やっぱりC標準関数は1970年を基点とするからそれはないだろうな FATで0x0000 0x0000というタイムスタンプのファイルがあったとして それはエポック秒で315500400と変換されてしまうから48年問題は起こりそうにない アプリで独自に符号付32bit値として保有してる場合だけに48年問題は起こる こんなアプリ作ってる人いるんかいな？ 583 名前：login:Penguin mailto:sage [2012/11/24(土) 01:35:11.25 ID:Khi9rNEZ] Linuxのmanpage見たら、ファイルの状態を取得する stat(), fstat(), lstat() 関数は、 ファイルの日時に time_t を使っていますね。 time()関数 〜 紀元 (1970年1月1日00:00:00 UTC) からの経過時間を秒単位で返す。 も、返すのは time_t。 time_t をたどると正体は 　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPElong int で 32bitのようですが、time_t を使うもの全般が、ファイルシステムに関係なくまずいのかな。 584 名前：login:Penguin mailto:sage [2012/11/24(土) 01:39:16.07 ID:Khi9rNEZ] >>583 くっついてるw × > 　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPElong int ○ > 　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPE long int 585 名前：login:Penguin mailto:sage [2012/11/24(土) 01:52:10.32 ID:ynQbzFjy] time_tの正体が何かはシステムによって違うでしょ。 586 名前：login:Penguin mailto:sage [2012/11/26(月) 11:57:20.62 ID:5um68ud/] >>464 ＞time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。 まじで？ time_tが64bit化されたlibcのバージョン教えてくださいおねがいします 587 名前：login:Penguin mailto:sage [2012/11/26(月) 17:41:47.54 ID:fgUG4e/Q] GNU libcではtime_tはlong intであってlong intの大きさは処理系定義なので まあきっとあってもおかしくはないとかなんとかかんとか 588 名前：login:Penguin mailto:sage [2012/11/26(月) 17:55:27.87 ID:kLZfMEml] 32ビットでフォーマットされているものを突然64ビットで扱おうとして データを壊しまくるファイルシステムｗ 589 名前：login:Penguin mailto:sage [2012/11/26(月) 21:05:38.16 ID:AuvtZE0G] >>586 ＞>>464 ＞＞time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。 ubuntu 12 i386でsizeof time_tをprintしてけど32bitだ 590 名前：login:Penguin mailto:sage [2012/11/27(火) 03:27:25.68 ID:Z/NY1RrE] Ubuntuは32bitということですが 64bitに対応したLinuxディストリビューションはどれになりますか？ 591 名前：login:Penguin mailto:sage [2012/11/27(火) 04:23:12.75 ID:Z/NY1RrE] あと初歩的な質問になりますが 32bitのLinuxからも、64bitのLinuxからも、 同一のファイルシステムをmountして問題なく扱えますよね？ 例えば、ファイルのタイムスタンプの扱いが気になるのですが、 そこは、どちらにしてもファイルシステムの仕様通りに きちんと処理してくれているということでしょうか。 592 名前：login:Penguin mailto:sage [2012/11/27(火) 20:37:59.37 ID:4DO8DdDv] Ubuntuにも64bitなかったっけ マウントの問題は大丈夫 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のチェックサムってメタデータだけでしょ

---

---

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

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