FreeBSD/amd64 part2 (and for oyster901)

1 名前：名無しさん＠お腹いっぱい。 [2007/02/13(火) 12:04:09 ] FreeBSD/amd64を取り扱うスレです。 (対象となるCPUは AMD Opteron/Athlon64/ 64bit対応のSempron Intel Core 2 Duo/EM64T対応の Xeon ,Pentium ,Celeron など　) なお、本スレは2ch次世代向け実験鯖のためのスレでもあります。 2ch特化型サーバ・ロケーション構築作戦 Part24 qb5.2ch.net/test/read.cgi/operate/1166543133/ なにか情報などがありましたらお願いします。 root★さんが喜ぶでしょう。 前スレ FreeBSD for AMD64(and for oyster901) pc10.2ch.net/test/read.cgi/unix/1075691732/ 603 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/02(金) 23:12:50 ] >>598 おっしゃるとおり594-595はi386 の誤報でした 604 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 11:41:33 ] で、やりなおし シングルコア2.2GHｚでamd64 buildworldは1時間36分　desu 605 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 16:39:48 ] シングルコア2.2GHｚでamd64　make -j 2 buildworldは1時間36分2秒　 96分2秒 5762秒 5400+ 2.8GHz x2 で amd64 make -j 4 buildworld　は 42分31秒 2551秒 Phenom買ってこようかな… 606 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 17:11:29 ] １月１０日にPhenomIIが出るぞ AM2+版 607 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 17:24:42 ] 俺のマシンたぶん対応しないし 出てから値下がりするのまちかな 608 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 01:40:18 ] >>604-605 HP ML115G1にPhenom載せても動かんぞ。 609 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 01:44:02 ] >>608 G5も持っているから大丈夫 610 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 01:45:59 ] 心配ありがとう 611 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 11:10:55 ] >>609 PowerPC G5ですね。わかります。 612 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 14:27:12 ] FreeBSD/ppcはまだ PowerPC G5をサポートしていないみたいだネ！ 613 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 02:05:07 ] FreeBSD 7.1登場、CPUコアとスレッドを結びつける機能 journal.mycom.co.jp/news/2009/01/05/011/index.html 614 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 17:24:22 ] ストレージの条件揃えないと比較できないっしょ マウントオプションも 615 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 17:25:31 ] そんな小さいこと気にスンナよ！ 616 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 19:39:07 ] >>615 素人乙 一度asyncでも付けて試してみなよ 617 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 05:41:08 ] で、>>616が試した結果はまだ？ 618 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 09:02:01 ] 5400+ 2.8GHz x2 で obj を ayncでマウントしたら　amd64 make -j 4 buildworld　は 42分31秒 2551秒 obj を softupdateでマウントしたのと一緒でした 619 名前：名無しさん＠お腹いっぱい。 [2009/01/08(木) 10:31:00 ] > 618 実用するならasyncよりもatimeのほうがいいかな。 softupdate有効時のasyncは無意味。 620 名前：619 [2009/01/08(木) 10:32:09 ] 誤 atime 正 noatime だた。 621 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/09(金) 12:15:54 ] /usr/obj を SSDにマウントしたら早くなるかしらん? 622 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/09(金) 12:24:16 ] >>619 softupdate 有効　async 無効 softupdate 無効　aynnc 有効 これで比較しました 623 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 00:52:17 ] Celeron E1200 で　7.1-RELEASE-p2　amd64 make -j 4 buildworld　は1時間25分46秒でしたわよ 624 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 00:55:23 ] >>623 メモリとHDDとできればチップセットも教えてほすい。 625 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 01:05:37 ] メモリは DDR2 667 ECC 1GByte (512MB x 2 )　Dual Channel / HDDは　Seagate ST380815AS 80GByte チップセットは　Intel 3000 / ICH7R です 626 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 01:38:42 ] >>625 >Seagate ST380815AS >Seagate ST380815AS >Seagate ST380815AS 627 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 01:52:22 ] >>626 どうしたの？ 628 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 07:35:59 ] >>627 例の不具合の対象品と勘違いでもしてんじゃね？ 629 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 09:51:59 ] 7200.11不具合 - HDD購入情報 Wiki より # Seagate Barracuda ES.2 * ST3250310NS * ST3500320NS * ST3750330NS * ST31000340NS # Seagate Barracuda 7200.11 * ST3320613AS * ST3500620AS * ST3640323AS * ST3750330AS * ST31000333AS * ST31000340AS * ST31500341AS * ST3500320AS 630 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 10:33:42 ] ST380815ASは 7200.10だからねえ 631 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 21:11:35 ] Celeron D 361 (2.93GHz)で　7.1-RELEASE-p2　amd64 make -j 2 buildworld　は2時間48分54秒でしたわよ メモリは DDR2 667 ECC 1GByte (512MB x 2 )　Dual Channel / HDDは　Seagate ST380815AS 80GByte チップセットは　Intel 3000 / ICH7R 632 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 21:13:39 ] あ、Celeron D 341 (2.93GHz)だた 633 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 22:47:57 ] Phenom 9950BE (2.6GHz)で 7.1-RELEASE-p2 amd64 make -j4 buildworld 26分22秒。 MEM DDR2 800 ECC 2GB (512MBx4) Ungangedモード HDD Seagate ST3250820AS 250G 筐体がHP ML115 G5 だからチップセットはNF3400だっけか。 /usr/objや/usr/srcをmd使ったりはしてない。 634 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 22:49:58 ] >>633 おお、さすがPhenom X4　 旧型になったとはいえさすがだ -j8でやってみたらどうなるかしら 635 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 22:55:58 ] NFP3400かNFP3401らしいよ NFP3400はpciconf -vl とか /var/run/dmesg.boot では MCP55 とかに見えるわけだけど。 NFP3401がどう見えるかはｼﾗﾈ 636 名前：633 mailto:sage [2009/01/23(金) 00:26:58 ] Phenom 9950BE (2.6GHz)で 7.1-RELEASE-p2 amd64 make -j8 buildworld 25分30秒。 条件は一緒。そんなに大して変わらんのう。 確認してみたら、MCP55と出るのでそーいう扱いみたい。 後、自宅のCore2Quadでもついでに試してみた。 Core2Quad Q9450 (2.66GHz)で 7.1-RELEASE-p2 amd64 make -j4 buildworld 20分24秒。 make -j8 buildworld 18分54秒。 MEM DDR2 800 non-ECC 8GB (2GBx4) Dual Channel HDD Seagate ST31000340AS 1T チップセットはIntel G33 / ICH9 (Intel DG33BU) HDDがどう見ても>>629などで今話題のアレです、ありがとうございます。 637 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 00:46:27 ] >>636 あ、ML115G5 にNPF3400が載っているバージョンとNPF3401が載っているバージョンがあるって話ね ST31000340ASは修正ファームが出ていて、当てた人もぼちぼち出ているみたい 333ASも早く修正ファームでないかな 638 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 16:49:21 ] ふーむ。 amdよりintelの方が早いのか。 それともphenomがまだ甘いのか。 一台早いの組もうかと思うんだが、 価格的にはintelの方がお得なのかな？ 639 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 17:22:18 ] メモリのECCのありなしで結構変わるかもね 640 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 17:38:06 ] 価格も製品も両者いろいろ出てくる変動期なので悩ましい i7とかPhenomII X4　とか Q8xxxとかどういう性能なのか気になるね 641 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 18:20:17 ] >>638 Phenom IIは省電力&速くなったんで、Phenom IIベースのOpteronが早く出ないもんかな。 642 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 22:07:43 ] CPU: Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz (2000.08-MHz K8-class CPU) で　7.1-RELEASE-p2　amd64 make -j 4 buildworld 56分11秒 メモリは DDR2 667 ECC 1GByte (512MB x 2 )　Dual Channel / HDDは　Seagate ST380815AS 80GByte チップセットは　Intel 3000 / ICH7R CPU: Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz (2000.08-MHz K8-class CPU) で　7.1-RELEASE-p2　amd64 make -j 4 buildworld 53分43秒 メモリは DDR2 667 non-ECC 1GByte (1024MB x 2 )　Dual Channel / HDDは　Seagate ST380815AS 80GByte チップセットは　Intel 3000 / ICH7R 643 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 23:12:48 ] >>641 ttp://pc.watch.impress.co.jp/docs/2008/1113/amd.htm >日本AMD株式会社は13日、同社のプロセッサとして初めて45nmプロセスを採用した「Shanghai」コアのOpteronを発表した。 (中略) >Shanghaiベースでクライアント向けとなる「Deneb」は、「Phenom II」として2009年第1四半期に発表される予定。 644 名前：633 mailto:sage [2009/01/23(金) 23:38:50 ] 仕事で1台鯖組むんだがそれ用のメモリが先に届いたんで動作確認ついでに non-ECC 8Gでやってみた。これでCore2Quadと出来るだけ近い条件になるはず。 Phenom 9950BE (2.6GHz)で 7.1-RELEASE-p2 amd64 make -j4 buildworld 23分24秒。 make -j4 buildworld 22分22秒。 MEM DDR2 800 non-ECC 8GB (2GBx4) Ungangedモード HDD Seagate ST3250820AS 250G チップセットはNF3400かNF3401(MCP55) >>642の結果からすると、メモリが2G→8Gに増えた事よりもECC→non-ECCとなって エラー訂正処理分負担が減った事の方が効いてるって事かなぁ。 >>638 Core2とPhenomを比べると、俺が見た範囲で言えば演算処理について Core2が良い結果になる事が多いが、他の部分でそんなに差は感じない。 スレチ＆チラ裏だが、この9950BE(2.6GHz)とQ9450(2.66GHz) それぞれでVista 64bit入れて操作感を比べたら ”俺の感性では”9950BEの方が快適だったりした。 >>640-641 Core2 Q8xxx は Q9x50 と比べて基本性能としてはL2が1/3になって 動作クロックが下がるだけかな。このスレ的にはVTやTXTなんて関係なさそうだし。 PhenomIIベースのOpteronは>>643の通りとっくに出てる。今日ウチで発注完了したって 聞いたた鯖にはOpteron 2384が載ってるって聞いたし。 コイツはウチでは珍しくWindows鯖になる予定だから色々試す暇なんて無さそうなのが残念。 645 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 23:43:30 ] VTが効くような環境の上で使っている・使いたい人もいるんじゃないかしら あとでほかに転用したり遊んだりするにはVTついていて欲しいと思ったりするのもありかも 割り切ってVTなしでもいいやという選択ももちろんありだろうし 646 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 23:48:04 ] まああと ST3250820ASとST31000340ASでは性能が結構ちがうかもね 160？MByteプラッタと250MByteプラッタ 647 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/24(土) 01:04:13 ] 何千枚のプラッタ積むの? 648 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/24(土) 11:08:15 ] わらた 649 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/24(土) 11:46:42 ] 160？MByte や　250MByte　なら 2000枚や4000枚だな 650 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/24(土) 18:10:54 ] まあ、誰にでも間違いはあるからいいじゃないか 651 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/24(土) 18:17:43 ] CPU: Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz (2000.08-MHz K8-class CPU) で　7.1-RELEASE-p2　amd64 make -j 4 buildworld 52分50秒 メモリは DDR2 667 non-ECC 2GByte (1024MB x 2 )　Dual Channel / HDDは　ad0: 476940MB <WDC WD5000AAKS-00A7B0 01.03B01> at ata0-master SATA150 チップセットは　Intel 3000 / ICH7R >>642 の2つ目も メモリは DDR2 667 non-ECC 2GByte (1024MB x 2 ) の誤記 ディスクも当たり前だが多少は影響あるわな 652 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/25(日) 02:36:26 ] DELL SC440ですか? 653 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/25(日) 03:50:48 ] NEC 110Gd　です 654 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/29(木) 01:04:40 ] ECC よりもディスクI/Oのほうがずっと影響でかいと思うが…。 SASのディスクとかあればそれでやってみてほしいけど。 655 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/29(木) 12:28:57 ] 思うなら試してくれればいいのに 656 名前：633 mailto:sage [2009/01/29(木) 21:58:43 ] non-ECC 800 DDR2 1Gx2 が浮いて使えたのでまとめてみる。 Phenom 9950BE (2.6GHz)で 7.1-RELEASE-p2 amd64 HDD Seagate ST3250820AS 250G チップセットはNF3400かNF3401(MCP55) ここまでいっしょ。 MEM DDR2 800 ECC 2GB (512MBx4) Ungangedモードだと make -j4 buildworld 26分22秒。 make -j8 buildworld 25分30秒。 MEM DDR2 800 non-ECC 2GB (1GBx2) Ungangedモードだと make -j4 buildworld 24分15秒。 make -j8 buildworld 23分32秒。 MEM DDR2 800 non-ECC 8GB (2GBx4) Ungangedモードだと make -j4 buildworld 23分24秒。 make -j8 buildworld 22分22秒。 搭載枚数の違いと、ECCは6-6-6でnon-ECCが5-5-5な違いもあるから 断言は出来ないが、ECCの有無でも差はあるのかもしれない。 657 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/29(木) 22:13:23 ] >>656 １分違えば差は大きいね。 658 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/29(木) 22:19:59 ] 毎回HDDフォーマットしなおしたの？ 659 名前：633 mailto:sage [2009/01/29(木) 22:41:30 ] >>654,655 スペックが違いすぎるから参考になるかわからんがSAS搭載機。 CPU: Xeon L5240 3.00GHz (2995.51-MHz K8-class CPU) Dualcore x2で4コア認識 MEM FB-DIMM DDR2 667 ECC 4G (1Gx4) Dualchannel HDD 10,000rpm SAS 146Gx4 RAID10 チップセットはIntel 5000X RAIDコントローラーがPERC6i (256MBキャッシュ搭載) make -j4 buildworld 18分18秒。 make -j8 buildworld 17分22秒。 make -j12 buildworld 17分44秒。 make -j16 buildworld 18分00秒。 CPU: Xeon X5460 3.16GHz (3161.93-MHz K8-class CPU) Quadcore x2で8コア認識 MEM FB-DIMM DDR2 667 ECC 32G (4Gx8) Dualchannel HDD 15,000rpm SAS 300Gx8 RAID5 チップセットはIntel 5000X RAIDコントローラーがPERC6i (256MBキャッシュ搭載) make -j4 buildworld 18分10秒。 make -j8 buildworld 13分49秒。 make -j12 buildworld 15分24秒。 make -j16 buildworld 16分32秒。 何度か計測して誤差1秒以内なのを確認してる。 これだけで結論とか無謀だが、この程度の負荷だと Disk I/Oの性能差にはあまり依存しないような気が。 660 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 00:27:23 ] >>659 ちなみに /usr/objを tmpfsにしてみたら ( # mount -t tmpfs none /usr/obj したあとで buildworld したら） どうなるかしら？ うちのE5200ではむしろ遅くなるんだよなあ… 661 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 00:35:25 ] >>660 ディレクトリツリーからHDDの/usr/objをumountして tmpfsを/usr/objにアサインしてる？ 662 名前：654 mailto:sage [2009/01/30(金) 00:38:25 ] >>659 thx 単純な比較は無理そうなのでディスクの影響についてはコメントできないが…。 傾向としてその４つのオプションでは -j8 が最速なのが面白い。 663 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 00:39:43 ] >>661 /usr/objは 別に切ってないので　 rm -rf /usr/obj/* したあとに mount -t tmpfs none /usr/obj しているけど これじゃまずいのかしら 664 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 00:41:06 ] そう、4x2=8コアのマシンでも -j 8 が最速というのが興味深い 665 名前：654 mailto:sage [2009/01/30(金) 00:42:40 ] >>661 gcc て、テンポラリを /tmp だか /var/tmp だかに生成するんじゃなかったっけ。 /usr/obj よりも上記ディレクトリを変更したほうがいいかも。 環境変数 TMPDIR を変更してもおｋだったと思う。 666 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 00:52:08 ] >>663 >>660はHDDよりtmpfsが遅い、といっているのよね？ rmで/usr/objが完全に無くなっているならちょっと考えにくい、と思っただけ。 tmpfsのマウントポイントをチェックしてから、 make buildworld MAKEOBJDIRPREFIX=$TMPFS_MOUNT_POINT とでもやってみたら？ >>665 最近は知らんけど、FreeBSDはHDDの書き込みキャッシュを使ってないはずなので、 書き込み箇所は全てtmpfsに置き換えるのが吉。 >>659のデータって誤差1秒以内になってるけど、シングルユーザモードなのかな？ 667 名前：654 mailto:sage [2009/01/30(金) 01:02:29 ] >>666 HDD の書き込みキャッシュは使っていないかもしれないけど バッテリバックアップされた RAID だと、RAID コントローラ側のキャッシュメモリで 勝手に write back してる事もある。 DELL PERC でどうだかは知らない（無責任ですまん）。 659 のマシンはメモリもRAIDのキャッシュメモリも多いので主要なファイルは キャッシュされていると思う。多分遅いのは1回目くらい。 そうでなくても、変動要因が無ければ誤差はほとんど無いよ。 メモリが少な目だと swap out は無くても page in/out が発生することがあるので遅くなるけど。 668 名前：633 mailto:sage [2009/01/30(金) 21:25:52 ] >>658 稼働してるのもあるから /usr/obj/ の中身を空にしてるだけ。 >>660 メモリ32Gの方でtmpfs試してみたら…buldworld中にcrash… 幸い、そのままrebootかかって即復帰、background fsckも無事終わったけど。 >>656のPhenom環境で通ったので結果。 /usr/obj/のみtmpfs mount MEM DDR2 800 non-ECC 8GB (2GBx4) Ungangedモードだと make -j4 buildworld 26分11秒。 make -j8 buildworld 26分41秒。 mkdir /usr/mktemp/ chmod 1777 /usr/mktemp/ mount -t tmpfs none /usr/obj/ mount -t tmpfs none /usr/mktemp/ setenv TMPDIR /usr/mktemp/ echo $TMPDIR /usr/mktemp/ このようにして、 MEM DDR2 800 non-ECC 8GB (2GBx4) Ungangedモードだと make -j4 buildworld 23分51秒。 make -j8 buildworld 24分11秒。 こんな感じに。…遅くなった？ 669 名前：633 mailto:sage [2009/01/30(金) 21:27:00 ] >>662,664 後でmrtgグラフ化してるLoad Averageを見てみた限りでは、 8コアをフルに使ってる状況というのがあまり無さそうなのが 原因の一つのような気がしてる。あくまでもmakeジョブの多重起動だしな。 >>666,667 hw.ata.wc こいつの事を言ってるのだとしたら、4.3-Rで一度defautl=0にして あまりにも遅くなったから4.4-R以降ずっとdefault=1となってるはずだけど。 MCP55とICH9の奴はどっちも hw.ata.wc=1 だよ。特に指定無しで。 後、PERC6iだけどユーザーズガイド見たら、 ・デフォルトではwrite back ・バッテリーが無いか、チャージ低下時にwrite through となってるね。 導入したのがほぼ1年前だからちゃんと覚えてないけど 確かデフォルトから弄ってないから write back してると思う。 670 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 22:51:43 ] >>668 >>669 超絶に参考になる 671 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 22:53:45 ] amd64だと/usr/objの下どれくらいの量になるのかな。i386だと1Gくらいあるけど。 672 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 23:16:04 ] makebuildworld直後だと 838M /usr/obj 673 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/30(金) 23:31:38 ] さらに GENERIC　kernel　を buildkernelしたあとだと 1.5G /usr/obj てな感じ 674 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/02(月) 20:59:48 ] こいつは大変、しくじった、しくじった。 /lib/*.so を消してしまい、i386のCDでレスキュー行ってしまった。 orz. 同じアーキテクチャで動くから、やっちまうんだよなぁ。 675 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/02(月) 21:19:41 ] あははは /lib/*.soってどういう状況で消すの？ 676 名前： ◆TWARamEjuA mailto:sage [2009/02/02(月) 23:04:38 BE:871924-BRZ(10000)] (´-`).｡ｏＯ((^_^;)の中の人だろうか。。。) 677 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/02(月) 23:31:34 ] pxeboot　とかにしておけばその手のミスは減る かもね 678 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/02(月) 23:51:07 ] 消すやつはどんな状況でも消す 679 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 00:04:02 ] 本番運用に向かないタイプ 680 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 01:51:46 ] どうでもいい奴だったから（実験台ともいう）、つい過激な処理。 6-stable->7.1p2の作業後で、 amd64だったんだけどね。 make delete-old-libsで死んだ。 681 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 01:56:49 ] そうか、なぜreboot後 make delete-old-libsやれって書いてるのか、 やっと解った。 682 名前：おれもやらかしたヨ mailto:sage [2009/02/03(火) 10:30:03 ] > そうか、なぜreboot後 make delete-old-libsやれって書いてるのか、 そんなの書いてあったっけ? 悪魔の書以外に? >680 そんなの書いてないのに make delete-old やったあとに つい「出来心で」やっちゃうんだよね… orz 683 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 10:44:22 ] あれ？Makefile読まない新属性登場？ 684 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 11:33:05 ] >683 それは major バージョン間のアップデートの際の話じゃなく 普通の buildworld のやり方の話で メジャーバージョンあげるための話は UPDATING の To upgrade in-place from 5.x-stable to current を読めってことだ 685 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 14:13:10 ] 6 から 7 へのmaj v. 移行は、何台かしてる。 今回は、移行したつもりだったのが、installworldしてなかった。 たぶん、ビルドしただけで、installworldは忘れた。 たしか、6.4->7.0->7.1 ときて、チョイ前に7.0系にはなってた。 でも 古いライブラリが何処かで生きてたのか、消さなくて済む はずのlibを消す操作になってしまった。 686 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 14:19:09 ] Makefile以外にmake delete-old-libsの記述見たことないね で、make world時にMakefile読めって記述も見たことないなぁ。 その場合なぜmake delete-old-libsを知ってるんだろう。 687 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 14:21:39 ] Makefile 読むからだろ 688 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 15:00:56 ] make delete-old-libsなんてしないよーん 689 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/07(土) 04:35:03 ] nvidiaドライバ実装のためのカーネルへの要求は、あと2つでクリアだね。 690 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/07(土) 09:09:34 ] マジで！わぁーい、わぁーい。 でも、あとどんだけかかることやら。トホホ 691 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/07(土) 21:03:47 ] 待ってます ・7600GS + PhysX PPU ・9600GT + PhysX PPU ・GTX280 + 8800GT + PhysX PPU の3台構成で待ってます 早くしてください もうVESAは嫌です 692 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/07(土) 22:00:13 ] スゴイ勢いでワクテカして来た。 693 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/07(土) 23:44:50 ] >686 make delete-old やると最後に 「古いライブラリも消したかったら delete-old-libs ね」 という悪魔のささやきが表示されるのであった… orz 694 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/08(日) 18:51:25 ] PhenomeIIでやってみた。 940BEを3.2GHzにOCして、VMware上で動かしています。 インストールした後、最新の7.1-STABLEを取ってきて>>668のようにtmpfsを設定。 # time make -j8 buildworld > & /dev/null 2695.056u 1238.595s 19:27.21 337.0% 5961+1994k 0+239io 6210pf+0w tmpfsを使わない状態でも仮想ディスクをシュリンクした直後なら21分程度。 あと、コンパイルオプションはCFLAGS=-O -pipeですが、 事前に最適化オプションを追加してinstallworldをしています。 仮想化環境はVista 64上でVMware workstation 6.5.1を動かし、 RVI有効/4CPU,メモリ4GB割り当て/ディスクは仮想LSI Logic SAS接続としています。 695 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/08(日) 19:09:49 ] なるほど 696 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/09(月) 16:15:14 ] VMwareのオーバーヘッドを推測する仕事に戻るか 697 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/14(土) 10:53:06 ] >>689 ttp://docs.FreeBSD.org/cgi/mid.cgi?442505824.71673.1234559053919.JavaMail.apache 残るふたつのうちひとつは昨夏に完成していたらしい。 もっと騒げばいいのに。 698 名前：名無しさん＠お腹いっぱい。 mailto:hage [2009/02/14(土) 20:35:01 ] 後２つ wiki.freebsd.org/NvidiaFeatureRequests 699 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/14(土) 20:44:42 ] Task: Design/implement better mmap(2) mechanism for mapping memory to user space (context information, cache attributes). Why?: Allows reliable creation of user mappings of DMA and I/O memory and support for systems with more than 4GB of RAM. Priority: PCI-E performance improvements, SLI support, FreeBSD/amd64 support. Status: Not started Responsible: -(N/A) Task: Implement vmap()-like kernel interface. Why?: Allows creation of contiguous kernel mappings of parts of or complete non-contiguous DMA/system memory allocations. Priority: Support for systems with >4GB RAM. Status: The PCBSD guys started, see https://trac.pcbsd.org/browser/freebsd-projects/nvidia-work/vmap_like_interface doesn't seem to be much progress lately. Responsible: -(N/A) 700 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/15(日) 05:09:07 ] だからそのふたつのうちのひとつ、vmap-like kernel interfaceがとっくにできてるって話なのに。 目玉ついてんのか? 701 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/15(日) 09:23:24 ] >>697 > Message-ID: "442505824.71673.1234559053919.JavaMail.apache" not found 無効なURL貼って、何吠えてるの? 馬鹿なの? 何時死ぬの? 702 名前：581 [2009/02/15(日) 09:38:16 ] CPUをPhenom 9350e(2GHz)から PhenomII 940BE(3GHzを200*16=3.2GHzにOC)に変えたぞ ソースはさっきのCURRENT 普通に time make -j6 buildworld は 3056.782u 477.035s 20:52.84 282.0% CPU稼働率280%はちょっと遊びすぎだろ /tmp /usr/src /usr/obj をtmpfsにしたときは time make -j6 buildworld は 3056.336u 481.818s 16:54.34 348.8% time make -j8 buildworld は 3065.236u 480.178s 16:52.38 350.2% tmpfsはsys timeがほとんど変わらないのがいいね あと、iozone21計測でtmpfsへのwriteが330MB/secから560Mbyte/secに上がった いいことだ 構成は CPU : Phenom II 940BEをOC(200x16=3.2G) Chip: 790FX Mem : DDR2-800 4G*4=16G HDD : SATA Seagate 7200.11 ⊂⌒~⊃｡Д｡)⊃ 703 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/15(日) 11:54:29 ] 1コアで-j2かなって感じ

---

---

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

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