ファイルシステム総合スレ その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 あたりで。 515 名前：login:Penguin mailto:sage [2012/11/11(日) 22:38:21.86 ID:KOknrrgB] 家は貧弱だったのでリホームするまでUPS必須でした。 エアコンのサーモスタットがONするとPCがリブートするんだよなあ... 516 名前：login:Penguin mailto:sage [2012/11/11(日) 22:51:23.87 ID:OI+msgGo] UPSも冗長化しよう 517 名前：login:Penguin mailto:sage [2012/11/12(月) 01:53:04.86 ID:usLhJzvA] 電力自由化がほんとに実現しちゃったら家庭でもUPSあった方が良くなるかもね 518 名前：login:Penguin mailto:sage [2012/11/12(月) 01:53:10.22 ID:p4TTgDL2] >>500 初代extがクソだったのでext2で再実装されたという話と混ざってないか？ 519 名前：login:Penguin mailto:sage [2012/11/12(月) 02:01:17.16 ID:Mu3t822q] 多様性だろ〜 520 名前：login:Penguin mailto:sage [2012/11/12(月) 02:13:13.49 ID:06Vk+cuQ BE:512125632-2BP(1001)] ext2の時代は対抗馬のfatが恐ろしくクソだったけど ntfs知ってしまうとアレだよな。ext4もbtrfsも中途半端って幹事 521 名前：編集中のは失われて当然 mailto:sage [2012/11/12(月) 02:59:34.62 ID:UGWhY7R0] ntfsで動いているPCの電源コードを抜くのとext4で動いているPCの電源を 抜きそのまま再度何もせずに立ち上げたときどっちが何もしなくていいかで 評価するべきだよ。 ジャーナルファイルシステムとか言う以前にOSを含めた結果という事実が 重要になる。何もしなくて良いというなら1万回やって1万回同じ結果が でるかを確認しろ！ #UPSとかsyncしないやつ&処理手順の言い訳。 522 名前：login:Penguin mailto:sage [2012/11/12(月) 08:38:21.37 ID:W2Pfq0dm] リブート時はsyncを3回ですね判ります 523 名前：login:Penguin mailto:sage [2012/11/12(月) 08:53:45.05 ID:CX737Rul] 昔々、シングルユーザモードでSyncコマンドを実行すると、管理ブロックが 吹き飛んでしまうSUNのSoftware RAIDがあってね。（遠い目） 復旧は出来たけど、徹夜したっけな。 524 名前：login:Penguin mailto:sage [2012/11/12(月) 17:37:15.29 ID:8Qp/kenG] 人生からXFSを除かば、世界から太陽を除くにひとし。 525 名前：login:Penguin [2012/11/12(月) 23:26:50.03 ID:xQbnJAl3] ext3,4の利点は再起動時のfsckが速いだけ。それ以外は全てにおいてext2の方が速い。 526 名前：login:Penguin mailto:sage [2012/11/12(月) 23:40:27.82 ID:WaGtjXoi] >>525 ジャーナル切ったベンチマークでext2よりext3が速くなかったっけ 527 名前：login:Penguin mailto:sage [2012/11/12(月) 23:51:01.66 ID:MTTZ8jKH] そういえばXFSもLinux由来では無いんだよな SGI IRIXのをパクってきたんだっけか 528 名前：login:Penguin mailto:sage [2012/11/12(月) 23:58:08.07 ID:WaGtjXoi] >>527 SGIが移植したんだからパクりとは違う。 529 名前：login:Penguin mailto:sage [2012/11/13(火) 01:13:48.21 ID:b+E15Mqx] reiserfsとか 530 名前：login:Penguin mailto:sage [2012/11/13(火) 03:38:06.23 ID:D/TVeJeO] >>527 JFSもIBMがAIXのために開発したのがベースだよな。 531 名前：login:Penguin mailto:sage [2012/11/13(火) 13:24:41.71 ID:4hnSewz5] >>526 ext3にはジャーナル切れるモード無いだろ 532 名前：login:Penguin mailto:sage [2012/11/13(火) 20:24:20.05 ID:W3Xvs8tT] JFSとかXFSとかZFSとか、名前の付け方に芸が無さ過ぎ。 やっぱりvfatがクールだね 533 名前：login:Penguin mailto:sage [2012/11/13(火) 20:30:49.76 ID:Li2kj3Ue] 日本初のファイルシステムがもしできたら YAKITORI とか FUJISAN とかそういう命名しちゃうんだろうな。 534 名前：login:Penguin mailto:sage [2012/11/13(火) 20:33:17.46 ID:Li2kj3Ue] NILFSのこと忘れてたorz 535 名前：login:Penguin mailto:sage [2012/11/13(火) 22:12:00.26 ID:c6Gv8FFi] >>533 KOMADORIとかDOZEUとかの方がいいよね 536 名前：login:Penguin mailto:sage [2012/11/14(水) 08:36:45.12 ID:pwsZZAJP] aufsも日本人作だけど、普通のファイルシステムとは趣きが違うかな。 537 名前：login:Penguin mailto:sage [2012/11/14(水) 20:24:11.63 ID:UGegE3lQ] aufsは早くカーネルとマージして欲しい。 538 名前：login:Penguin [2012/11/15(木) 05:19:36.12 ID:Mm3MRx8E] gizmodo.com/5959812/ 某ファイルシステム作った奴も殺人で転落したが、 セキュリティソフト作った奴も殺しで指名手配される時代になりました 539 名前：login:Penguin mailto:sage [2012/11/15(木) 06:40:04.05 ID:ug6bbry/] 社名とか製品名に人名が使われてるとこういうときに怖いよなあ 540 名前：login:Penguin mailto:sage [2012/11/15(木) 07:34:03.76 ID:FjYmvev5] だから空母みたく全部エンタープライズみたいににしときゃよかったのに 541 名前：login:Penguin mailto:sage [2012/11/15(木) 16:12:59.54 ID:6jjEVyY7] そうなるとLinuxはこのままの名前だと大きなリスクを抱え込んでることになるのか。 542 名前：login:Penguin mailto:sage [2012/11/15(木) 19:12:33.20 ID:qQS2lqjV] Debianは黒歴史 543 名前：login:Penguin mailto:sage [2012/11/15(木) 20:10:39.57 ID:d0iNsTKG] Tomoyo Linuxとかな 544 名前：login:Penguin mailto:sage [2012/11/16(金) 08:13:24.01 ID:3ebm/7xg] 人殺しのRiserは普通に使われてんの？ 545 名前：login:Penguin mailto:sage [2012/11/16(金) 22:08:16.24 ID:OpER4CVb] 普通に xfs も reiserfs も使ってるよ。 あと xfs 誉め殺ししてるヤツがキモい。 以前執拗に叩いてたのと同一人物だろ。 546 名前：login:Penguin mailto:sage [2012/11/16(金) 22:11:10.14 ID:KdowCz7z] >>545 みんなわかってるよ。 だから無視している。 547 名前：login:Penguin [2012/11/16(金) 23:08:00.73 ID:8YtSUCDX] 最も軽くて速いのはreiserfs 548 名前：login:Penguin mailto:sage [2012/11/16(金) 23:32:24.36 ID:uLV1S0fd] うちのサーバでいちばん使ってるfsはcgroupだわ # mount | awk '{print $5}' | sort | uniq -c 1 autofs 5 btrfs 9 cgroup 1 cifs 1 configfs 1 debugfs 1 devpts 1 devtmpfs 1 ext4 1 hugetlbfs 1 mqueue 1 nfsd 1 proc 1 rpc_pipefs 1 securityfs 1 sysfs 4 tmpfs 549 名前：login:Penguin mailto:sage [2012/11/16(金) 23:51:04.33 ID:xJSveBfa] ext4でなくbtrfs 使うメリットって何？ やっぱスナップショット？ 550 名前：login:Penguin mailto:sage [2012/11/17(土) 01:27:58.55 ID:1BNr4K4i] ramfs最強 551 名前：login:Penguin mailto:sage [2012/11/17(土) 01:46:01.81 ID:hmwTkRqk] >>549 subvolumeが作れるとかsoftware RAIDがあるとか 552 名前：login:Penguin mailto:sage [2012/11/17(土) 02:24:53.10 ID:TonMVE3C] >>549 ラリー・エリソンにケツの穴までどころか身も心捧げられる 553 名前：login:Penguin mailto:sage [2012/11/17(土) 02:48:32.34 ID:ogziJxY2] ZFSっていつ主流になんお 554 名前：login:Penguin mailto:sage [2012/11/17(土) 04:43:51.81 ID:Q1mEG0vK] >>548 なんでバラバラで使うの？ 555 名前：login:Penguin mailto:sage [2012/11/17(土) 10:08:19.13 ID:r562EpQO] >>548 何で29もマウントされてるの？ 普通10もないでしょ 556 名前：login:Penguin mailto:sage [2012/11/17(土) 10:17:15.99 ID:hmwTkRqk] >>552 メインの開発者がもう逃亡してるから滑ってるよ 557 名前：login:Penguin mailto:sage [2012/11/17(土) 10:25:41.27 ID:yRzEMjtW] >>555 俺は26個だった 最近はcgroup関係とかusbfsとかそういうファイルシシステムじゃない カーネルモジュールによってmountされてるものが多いな 558 名前：login:Penguin mailto:sage [2012/11/18(日) 03:23:37.01 ID:dP2pFDuU] >>557 フォーマット（区画がない）しないのにmountされることはないだろ。 カーネルに実装されていればmountされているというなら誰でもmountされて いるというべき。 559 名前：login:Penguin mailto:sage [2012/11/18(日) 06:36:03.12 ID:J7i7lOLm] 犬がマウントしてる 560 名前：login:Penguin mailto:sage [2012/11/18(日) 09:58:36.51 ID:SxCqCLu6] >>558 devfs 561 名前：login:Penguin mailto:sage [2012/11/18(日) 19:19:00.32 ID:3AJJp3i4] >>558 意味不明 nfsは？ 562 名前：login:Penguin mailto:sage [2012/11/19(月) 00:57:31.19 ID:j1bL7btg] mountされている一覧にでてこないものをmountというのって頭変じゃね？ 最低でもマウントポイントのディレクトリ作ってから家よ。 563 名前：login:Penguin mailto:sage [2012/11/19(月) 17:01:23.90 ID:DXm20sJ0] >>530 しかしLinuxのJFSはOS/2実装がベースなのだった。 最初のうちは「大文字小文字の区別ができない」とかそんな制限があったような。 564 名前：login:Penguin mailto:sage [2012/11/19(月) 20:12:57.87 ID:9Na0NKql] >>562 mount(2)システムコールを呼ぶ際に/etc/mtabに書き込むかどうかは アプリに依るんだしそれは言い過ぎじゃね? 565 名前：login:Penguin mailto:sage [2012/11/19(月) 20:35:23.74 ID:AdHcY/+d] ここはmountについて語るスレではなくファイルシステムについて語るスレだ。 local,network,pseudoとくに限定してなさそう 566 名前：login:Penguin mailto:sage [2012/11/20(火) 05:45:15.78 ID:5COMWB25] [Phoronix] Linux 3.7 File-System Benchmarks: EXT4, Btrfs, XFS ttp://www.phoronix.com/scan.php?page=article&item=linux_37_fsthree 567 名前：login:Penguin mailto:sage [2012/11/20(火) 15:18:59.96 ID:QR6MQbLl] >>530>>563 いやもともとOS/2でdevelopされて、その後LinuxとAIX。 OS/2以外ではcase insensitiveはoption。 568 名前：login:Penguin mailto:sage [2012/11/20(火) 15:32:33.29 ID:fiRGral6] JFSならAIXがオリジナルだろう HPFSならOS/2だが 　　 569 名前：login:Penguin mailto:sage [2012/11/20(火) 16:28:21.32 ID:QR6MQbLl] JFS1がAIX上。1990 大幅に改定されたのがOS/2上。これがLinuxとAIXに移植。1999 移植と並行してAIXが主開発場になって、1997 JFS2へ。2001 570 名前：login:Penguin mailto:sage [2012/11/22(木) 21:08:48.48 ID:aGVqJPfv] ZFSで冗長性なしでストレージプールを作成した場合 HDDが一台でも物理故障したらプール全体が死ぬという理解であってますか？ 571 名前：login:Penguin mailto:sage [2012/11/22(木) 22:08:52.69 ID:V6Q46nve] >>570 合ってます。 一ファイルが複数台に分割されて書き込まれるので… 572 名前：login:Penguin mailto:sage [2012/11/23(金) 12:39:37.99 ID:DgCxL4o6] 2040年問題 - HFSのタイムスタンプは2040年2月6日までしか取り扱えない。 2048年問題 - 2038年問題の1980年起点版。FATファイルシステムのタイムスタンプなどが1980年起点である。 2079年問題 - FATファイルシステムのタイムスタンプの起点の1980年1月1日を基点として、年数を下2桁だけで処理するソフトウェアなどは、その起点の99年後（2079年12月31日）までしか正常動作しない。 2108年問題 - FATファイルシステムのタイムスタンプは2107年12月31日までしか取り扱えない。 ----------------------------------------------------------------------- 60056年問題 - NTFSのタイムスタンプは60056年5月28日までしか取り扱えない。 NTFSはいいとしてFATとかどうすんお 573 名前：login:Penguin mailto:sage [2012/11/23(金) 12:56:19.65 ID:pQi12ICh] FATの2048年とか2079年問題はファイルシステムの問題じゃないよね。 2108年問題はファイルシステムの問題かもしれないけど、あと90年もFATが現役かなあ？ 2040年のHFSの問題はファイルシステムの問題かもしれんけど、古いMacなんか趣味でしか使われてないから問題なさそう。 574 名前：login:Penguin mailto:sage [2012/11/23(金) 13:53:01.92 ID:1DjkZ8PV] OSやAPがFSのタイムスタンプを符号あり扱いするように仕様変えれば FSのブロックレイアウトは変わらないから68年先伸ばしできるお？ 作りかえれないOSやAPはコードよりデータの寿命を優先してそれまでに捨てる 575 名前：login:Penguin mailto:sage [2012/11/23(金) 17:45:22.26 ID:zzuUWSlp] そんなのもはやFATとよべない。 おれの誕生日に作ったファイルかはるか未来のファイルに化ける。 576 名前：login:Penguin mailto:sage [2012/11/23(金) 18:21:41.90 ID:B796Zs33] 2048年問題って聞いたことない FATの精度が2秒だからそんなのないんじゃないの？ 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増設した方がいいんだよなｗ

---

---

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

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