FreeBSD/amd64 part2 (and for oyster901)

FreeBSD/amd64 part2 (and for oyster901) at UNIX

[前50を表示]
550:名無しさん＠お腹いっぱい。
08/08/20 13:43:57
言わねーよ

551:名無しさん＠お腹いっぱい。
08/08/20 14:07:40
素人乙

552:名無しさん＠お腹いっぱい。
08/08/20 20:38:23
>>549
まー、バグネタが枯れるという意味で使うからな。

枯れた板は新しいＯＳが乗らないか、動いても古いまま。
腐った板は新しいＯＳを入れても腐ったまま。

553:名無しさん＠お腹いっぱい。
08/08/21 11:29:22
また全角か

554:名無しさん＠お腹いっぱい。
08/08/21 11:35:37
今のところ Intel の 5000V? っていうチップセットを使っているが
FreeBSD 7-stable で8コアな環境で全然問題ないよ。

make buildworld が10分ちょっとで終わる。

555:名無しさん＠お腹いっぱい。
08/08/21 11:36:35
>>554
あ、ccache 使ってないんだけど、ccache使えばもっと速くなる?

556:名無しさん＠お腹いっぱい。
08/08/21 11:52:54
>>555
理論上キャッシュの利く2回目以降速くなる。
おとなしくtmpfs上でやった方が速いと思う。

557:名無しさん＠お腹いっぱい。
08/08/21 11:53:36
OOoのコンパイルが10分以内で終わるようにしてくれ。

558:名無しさん＠お腹いっぱい。
08/08/21 11:54:59
>>557
distccに対応してなかったっけ？

559:名無しさん＠お腹いっぱい。
08/08/24 23:16:06
どっちにしてもOOoを自分でコンパイルするのには
抵抗がある。

560:名無しさん＠お腹いっぱい。
08/09/07 05:05:12
調子に乗って8コアなサーバ作ろうと思ったら
ケースファンが爆音なんだが、どうしようか。

561:名無しさん＠お腹いっぱい。
08/09/07 05:14:16
AtomベースでIntel64な8コアCPUとか出ないものかな。

562:名無しさん＠お腹いっぱい。
08/09/07 10:03:45
>>560
夏になると出てくる超巨大外部ファンがあるだろ

563:名無しさん＠お腹いっぱい。
08/09/07 10:24:21
>>560
交換すればいいじゃん

564:名無しさん＠お腹いっぱい。
08/09/08 03:34:20
FB-DIMM 搭載の場合、ファンを静かなのに交換すると熱暴走する。
実際、標準で掃除機みたいなファンが付いているからね。

565:名無しさん＠お腹いっぱい。
08/09/09 04:34:51
今の RELENG_7だと
make buildworld -j10 とかすると依存関係がおかしくなって
コンパイルでエラーが出る。
ちょっと前まで大丈夫だったのに。

566:名無しさん＠お腹いっぱい。
08/09/09 13:44:10
なんか installworld もエラーで止まったりしない?
詳しく見てないけど存在しないファイルをインストールしようとしてたような感じ。
make -k installworld で乗り切ってるけど。

567:名無しさん＠お腹いっぱい。
08/09/09 17:33:16
9/7にcsupした物なら(7.1-PRERELEASE) make -j64 とかでもビルド出来たのだが。

568:名無しさん＠お腹いっぱい。
08/09/09 17:52:18
どんなプロセッサ積んでやがるんですか

569:名無しさん＠お腹いっぱい。
08/09/09 18:11:20
燕みたいにいっぱいとか

570:名無しさん＠お腹いっぱい。
08/09/09 19:53:15
>>565,566
釈迦に説法かもだが
先に /usr/obj の下のファイル消したり make clean とかやってる?

571:566
08/09/09 21:16:01
>>570
make clean やってる。
で思い出したけどちょっと前に chflags のせいでcompat4xのworkが消えないってのがあった。
今度ちゃんと消えてるか見てみるわ。

572:名無しさん＠お腹いっぱい。
08/09/26 23:01:37
>>560
冷蔵庫買って中に組めばおｋ。
冷えすぎて困るぞ。

573:名無しさん＠お腹いっぱい。
08/09/27 13:08:41
家庭用の冷蔵庫には発熱し続けるものを冷やすほどの能力はなさげだが。

574:名無しさん＠お腹いっぱい。
08/09/27 19:21:43
>>560
ベランダに置く

575:名無しさん＠お腹いっぱい。
08/09/29 10:02:54
FB-DIMMってCPU以上に冷却に気をつかうけど、
ケース内のエアフローをうまくやれば、けっこう静音で
いけるぞ。
うちのXeon(4コア)×2のサーバは、2GB×8で
やっと熱暴走しなくなった。

576:名無しさん＠お腹いっぱい。
08/11/05 10:46:03
>>573
家庭用とは限るまいぞ。

577:名無しさん＠お腹いっぱい。
08/12/09 19:35:25
AMD 64 X2な構成でBSDインストールしようとしてpanic起こしてしまっているのですが、質問するのはこちらのスレッドでいいのでしょうか？

578:名無しさん＠お腹いっぱい。
08/12/09 20:08:30
・ここ（雑談）
・初心者質問スレ
・中級者質問スレ

自分のスキルに合わせてお選びください

579:名無しさん＠お腹いっぱい。
08/12/09 20:20:40
初心者質問スレでお願いします

580:名無しさん＠お腹いっぱい。
08/12/09 23:46:14
初心者もOK! FreeBSD質問スレッドその98
ｽﾚﾘﾝｸ(unix板)

581:名無しさん＠お腹いっぱい。
08/12/31 19:27:47
>>554に、８コア(スカルトレイル環境？)でmake buildworldが１０分ちょっととあったので
Phenom 9350e(ﾈｶﾞﾃｨﾌﾞｸｱｯﾄﾞｺｱ、2GHz)で /tmp、/usr/src、/usr/obj を md にして試してみた。ソースは今日のcurrent

# time make -j16 buildworld TARGET=amd64 TARGET_ARCH=amd64 >& /dev/null
5064.936u2325.352s 35:51.40 343.5% 6565+2106k 16382+9269io 16440pf+0w

だいたい36分。このままだとPhenomIIに代えても、10分とかかなり無理よ
1コアで-j4って聞くので、-j16にしてみた

ところで、いつも make buildworld/buildkernel/installworld/installkernelの時に「TARGET=amd64 TARGET_ARCH=amd64」をつけてるんだけど、これって毎回必須？
portsをmakeする時はつけてないんだけど、こっちもいらない？

582:581
08/12/31 19:33:00
iozone で 2000Mbyteのファイルを書かせてみたけど、writeは220Mbyte/secぐらいしかでない。sataのDISKの倍ぐらいしかでない
md遅いね

583:名無しさん＠お腹いっぱい。
08/12/31 19:34:52
>>581
TARGET_ARCH The target machine processor architecture. This is
analogous to the ``uname -p'' output. Set this to
cross-build for a different architecture.

TARGET The target hardware platform. This is analogous to
the ``uname -m'' output. This is necessary to
cross-build some target architectures. For exam-
ple, cross-building for PC98 machines requires
TARGET_ARCH=i386 and TARGET=pc98.

584:581
08/12/31 21:50:39
-j8にして /tmpと/usr/objだけmdにしたら30分になった

手持ちのもう一台のAthlon64 5200+(1Mキャッシュの旧型)だと50分ぐらい

585:名無しさん＠お腹いっぱい。
09/01/01 01:53:40
tmpfs使えばもう少し高速になる。

恐らくR/W性能だけならmdとtmpfsで倍くらい違う。

586: 【大吉】【362円】
09/01/01 03:02:35
今年の64bit

587:名無しさん＠お腹いっぱい。
09/01/01 03:05:50
ネガティブクアッドコアって突っ込むとこか？

588:581 【大吉】【1681円】
09/01/01 06:13:59
よくみたら>>347で、Dual Core Opteron*2の、計4コアOpでも10分とある。
値段も足回りも相当違うし、クロックも違うだろうけど、コア数同じだし、兄弟CPUだし、「PhenomはAthlon64より25%ほどIPCがいい」
ってAMDが昔言ってたし、いけるんじゃねと思ったわけですが

>>585
tmpfs試したら、writeが330Mbyte/secぐらいまで行った。メモリはungangedモードで。

しかし、buildworldはたいして早くならず。
というか、3回目で気づいたんだけど、user time はいつも5000sec程度、CPU使用率 350%程度なのはあまり変化無し。
この状態で、例え system timeが0になったとしても、5000sec/3.5=24分程度よりは短縮できないわけで、、超無理

試しにUbenchしたら

Ubench CPU: 447621
Ubench MEM: 66423
--------------------
Ubench AVG: 257022

メモリの値がかなり悪い。世間ではPhenomは30万ぐらいでてようなのに、うちのはたったの6万6000。なんてこったい／(＾o＾)＼
これが原因かな？デバッグオプションは外してるはずで、何でこんなことになるのか謎

ちょっと見直してきます
見直すとこ思い当たらないけど

589:名無しさん＠お腹いっぱい。
09/01/01 06:58:58
BIOSじゃねぇの？

590:名無しさん＠お腹いっぱい。
09/01/01 10:56:22
デバッグオプションが山ほどついたアレでナニしているとか

591:名無しさん＠お腹いっぱい。
09/01/01 22:16:50
8コアで make buildworld 30分ってありえないよ。

うちの3年前のAthlon 64 x2(2GHz) でも30分ちょっとだ。

592:名無しさん＠お腹いっぱい。
09/01/02 06:45:37
NetBSDだけど、ウチもPhenom遅いな。
clockの低いOpteron(DELL PowerEdge T105)
の方が全然速い。なんでだろ?
L3$がそんなに効いてるとは思えんのだが。

593:名無しさん＠お腹いっぱい。
09/01/02 18:19:11
Op1352(4core 2.1GHz), DDR2-667 2GB にて昨日の7-stable（実質7.1)
# time -h make -j6 buildworld > /tmp/build.log
　　　25m5.43s real　　　　1h10m43.09s user　　　　　15m5.31s sys

/tmpと/usr/objがtmpfs、/usr/srcはuzipなmd(メモリ上)
２回目以降はキャッシュに乗るから確か３０秒くらいは縮んだはず。
-j4と-j8も試してみたけど、-j6が一番速かった。
srcが非圧縮だとまた違うかもしれないが、-j6では数秒しか変わらず。

>>581よりはまだマシな結果だけど、>>591と大して変わらないのか……

594:名無しさん＠お腹いっぱい。
09/01/02 18:27:15
え？うちのathlon64 3500+(2.2GHz）でも　7.1RC2の make -j2 buildworld は
22分ぐらいだよ？

595:名無しさん＠お腹いっぱい。
09/01/02 18:38:38
あ、うそうそ
22分はbuildkernelだ
buildworldは1時間ちょっとだよ
ごめんよ

596:593
09/01/02 19:02:02
>>588
こちらも同じく悲惨な結果になってしまった。

Unix Benchmark Utility v.0.3
Copyright (C) July, 1999 PhysTech, Inc.
Author: Sergei Viznyuk <sv@phystech.com>
URLﾘﾝｸ(www.phystech.com)
FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #2: Fri Jan 2 03:55:25 JST 2009
Ubench CPU: 465467
Ubench MEM: 48385
--------------------
Ubench AVG: 256926

同機種、以前のデータ
FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Sep 29 02:28:35 JST 2008
Ubench CPU: 467283
Ubench MEM: 106032
--------------------
Ubench AVG: 286657

何故か突然MEMが半速になっている……意味が分からん。
ついでにメモリが180MB/sしかでないK6-2+のスコアがこれ。

FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri Jan 2 14:59:42 JST 2009
Ubench CPU: 24191
Ubench MEM: 12893
--------------------
Ubench AVG: 18542

AM2+とOpなのにメモリがSocket7の４倍速なのか。orz

597:名無しさん＠お腹いっぱい。
09/01/02 19:11:13
>>594
ああ、びっくりした。
変な最適化オプションでもつけっぱなしだったかと確認しにいったよ。
-O2 -pipe だけだったから、strict-aliasing付け忘れてたけど、たぶん
そんなには変わらないと思う。

ついでにubenchも最適化なしだったから最適化ありで再計測してみた。
Ubench CPU: 541522
Ubench MEM: 179045
--------------------
Ubench AVG: 360283

コンパイルオプションだけでMEMが４倍になりますた。
……このベンチって信頼できるものなのか？

598:581
09/01/02 22:11:52
何か、i386の結果報告とamd64の結果報告がごちゃ混ぜになってる気がする。
FreeBSD/amd64のbuildworldは64bit版と、lib32セットも作るから、FreeBSD/i386のbuildworldとはコンパイル量は全然違うよ。

その後、該当のマシンに64bit VISTAを突っ込んでCrystalMarkを回したところ、他の人と同じスコアでした。
なのでハードウェア/BIOS周りは正常なようです。

【総合ベンチ】CrystalMark 2004【R2】
ｽﾚﾘﾝｸ(jisaku板)

>>596-597
ubenchなんだけど、その後 -ms、-m とかオプションつけて何度か実行していたら、数倍のスコアが出たり、0になったりと
結構めちゃめちゃなことになったので無視することにしました。ぐぐったら、同様にわけわからないことになってる人もいたし。

あと、buildworldについては、他にも2.2GHzのAthlon64で、3030.97 real 4522.13 user 614.92 sys　な人もおり、user time を比べる限り、
やはりうちの結果は正常なようです。

>>591
うちは4コアだけど、Athlon64 X2(2GHz)でその結果っておかしくね？FreeBSD/i386の環境でi386のbuildworldしてね？
うちもi386のbuildworldなら、FreeBSD/amd64環境でも Phenom(2GHz)で20分ちょい、Athlon64(2.6GHz)で30分。

>>594-595
うちは、Phenom(2GHz)でのbuildkernelなら12分ぐらい。デバッグオプション全部外したさっきのCURRENT
というか、シングルコア2.2GHzで1時間ちょいって、その結果も実はFreeBSD/i386のbuildworldの結果だったりしね？

ということで、総合すると>>347、>>591、>>594-595はbuildkernelもしくはi386のbuildworldの誤報。>>554は8コアintelなので何の報告なの
か不明。だと思うな。

599:581
09/01/02 22:39:11
メモリテストですが、 URLﾘﾝｸ(home.comcast.net) のBandwidth source code　* Version 0.15. の中のLinuxバイナリを直接実行したら(makeでこけたので)こんな感じ

ungangedモード
--------------------------------------------------------
All tests are 32-bit:
L1 cache sequential read 12287.2 MB/sec
L1 cache sequential write 10102.7 MB/sec
L2 cache sequential read 7403.94 MB/sec
L2 cache sequential write 6334.72 MB/sec
Main memory sequential read 2090.4 MB/sec
Main memory sequential write 1546.45 MB/sec

gangedモード
--------------------------------------------------------
All tests are 32-bit:
L1 cache sequential read 12301.4 MB/sec
L1 cache sequential write 10103.4 MB/sec
L2 cache sequential read 7403.75 MB/sec
L2 cache sequential write 6333.94 MB/sec
Main memory sequential read 2173.31 MB/sec
Main memory sequential write 1587.58 MB/sec

ports/benchmark/streamはGangedモードでこんな感じ。通常利用はUngangedモードなんですが、、
-------------------------------------------------------------
Function Rate (MB/s) Avg time Min time Max time
Copy: 4078.4505 0.0079 0.0078 0.0079
Scale: 3947.6963 0.0081 0.0081 0.0081
Add: 4459.7522 0.0108 0.0108 0.0108
Triad: 4418.3512 0.0109 0.0109 0.0109
-------------------------------------------------------------

600:名無しさん＠お腹いっぱい。
09/01/02 22:39:36
ああなるほど

601:名無しさん＠お腹いっぱい。
09/01/02 22:42:26
>>598
おみそれしました

602:名無しさん＠お腹いっぱい。
09/01/02 23:07:01
>>593
> srcが非圧縮だとまた違うかもしれないが

殆ど変らないはず。

603:名無しさん＠お腹いっぱい。
09/01/02 23:12:50
>>598
おっしゃるとおり594-595はi386 の誤報でした

604:名無しさん＠お腹いっぱい。
09/01/04 11:41:33
で、やりなおし
シングルコア2.2GHｚでamd64 buildworldは1時間36分　desu

605:名無しさん＠お腹いっぱい。
09/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:名無しさん＠お腹いっぱい。
09/01/04 17:11:29
１月１０日にPhenomIIが出るぞ
AM2+版

607:名無しさん＠お腹いっぱい。
09/01/04 17:24:42
俺のマシンたぶん対応しないし
出てから値下がりするのまちかな

608:名無しさん＠お腹いっぱい。
09/01/05 01:40:18
>>604-605
HP ML115G1にPhenom載せても動かんぞ。

609:名無しさん＠お腹いっぱい。
09/01/05 01:44:02
>>608
G5も持っているから大丈夫

610:名無しさん＠お腹いっぱい。
09/01/05 01:45:59
心配ありがとう

611:名無しさん＠お腹いっぱい。
09/01/05 11:10:55
>>609
PowerPC G5ですね。わかります。

612:名無しさん＠お腹いっぱい。
09/01/05 14:27:12
FreeBSD/ppcはまだ PowerPC G5をサポートしていないみたいだネ！

613:名無しさん＠お腹いっぱい。
09/01/06 02:05:07
FreeBSD 7.1登場、CPUコアとスレッドを結びつける機能
URLﾘﾝｸ(journal.mycom.co.jp)

614:名無しさん＠お腹いっぱい。
09/01/06 17:24:22
ストレージの条件揃えないと比較できないっしょ
マウントオプションも

615:名無しさん＠お腹いっぱい。
09/01/06 17:25:31
そんな小さいこと気にスンナよ！

616:名無しさん＠お腹いっぱい。
09/01/06 19:39:07
>>615
素人乙
一度asyncでも付けて試してみなよ

617:名無しさん＠お腹いっぱい。
09/01/07 05:41:08
で、>>616が試した結果はまだ？

618:名無しさん＠お腹いっぱい。
09/01/07 09:02:01
5400+ 2.8GHz x2 で obj を ayncでマウントしたら　amd64 make -j 4 buildworld　は 42分31秒
2551秒

obj を softupdateでマウントしたのと一緒でした

619:名無しさん＠お腹いっぱい。
09/01/08 10:31:00
> 618
実用するならasyncよりもatimeのほうがいいかな。
softupdate有効時のasyncは無意味。

620:619
09/01/08 10:32:09
誤 atime
正 noatime
だた。

621:名無しさん＠お腹いっぱい。
09/01/09 12:15:54
/usr/obj を SSDにマウントしたら早くなるかしらん?

622:名無しさん＠お腹いっぱい。
09/01/09 12:24:16
>>619
softupdate 有効　async 無効
softupdate 無効　aynnc 有効
これで比較しました

623:名無しさん＠お腹いっぱい。
09/01/22 00:52:17
Celeron E1200 で　7.1-RELEASE-p2　amd64 make -j 4 buildworld　は1時間25分46秒でしたわよ

624:名無しさん＠お腹いっぱい。
09/01/22 00:55:23
>>623
メモリとHDDとできればチップセットも教えてほすい。

625:名無しさん＠お腹いっぱい。
09/01/22 01:05:37
メモリは DDR2 667 ECC 1GByte (512MB x 2 )　Dual Channel /
HDDは　Seagate ST380815AS 80GByte
チップセットは　Intel 3000 / ICH7R
です

626:名無しさん＠お腹いっぱい。
09/01/22 01:38:42
>>625
>Seagate ST380815AS
>Seagate ST380815AS
>Seagate ST380815AS

627:名無しさん＠お腹いっぱい。
09/01/22 01:52:22
>>626
どうしたの？

628:名無しさん＠お腹いっぱい。
09/01/22 07:35:59
>>627
例の不具合の対象品と勘違いでもしてんじゃね？

629:名無しさん＠お腹いっぱい。
09/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:名無しさん＠お腹いっぱい。
09/01/22 10:33:42
ST380815ASは 7200.10だからねえ

631:名無しさん＠お腹いっぱい。
09/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:名無しさん＠お腹いっぱい。
09/01/22 21:13:39
あ、Celeron D 341 (2.93GHz)だた

633:名無しさん＠お腹いっぱい。
09/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:名無しさん＠お腹いっぱい。
09/01/22 22:49:58
>>633
おお、さすがPhenom X4　
旧型になったとはいえさすがだ
-j8でやってみたらどうなるかしら

635:名無しさん＠お腹いっぱい。
09/01/22 22:55:58
NFP3400かNFP3401らしいよ
NFP3400はpciconf -vl とか /var/run/dmesg.boot では MCP55 とかに見えるわけだけど。
NFP3401がどう見えるかはｼﾗﾈ

636:633
09/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:名無しさん＠お腹いっぱい。
09/01/23 00:46:27
>>636
あ、ML115G5 にNPF3400が載っているバージョンとNPF3401が載っているバージョンがあるって話ね

ST31000340ASは修正ファームが出ていて、当てた人もぼちぼち出ているみたい
333ASも早く修正ファームでないかな

638:名無しさん＠お腹いっぱい。
09/01/23 16:49:21
ふーむ。
amdよりintelの方が早いのか。
それともphenomがまだ甘いのか。
一台早いの組もうかと思うんだが、
価格的にはintelの方がお得なのかな？

639:名無しさん＠お腹いっぱい。
09/01/23 17:22:18
メモリのECCのありなしで結構変わるかもね

640:名無しさん＠お腹いっぱい。
09/01/23 17:38:06
価格も製品も両者いろいろ出てくる変動期なので悩ましい
i7とかPhenomII X4　とか Q8xxxとかどういう性能なのか気になるね

641:名無しさん＠お腹いっぱい。
09/01/23 18:20:17
>>638
Phenom IIは省電力&速くなったんで、Phenom IIベースのOpteronが早く出ないもんかな。

642:名無しさん＠お腹いっぱい。
09/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:名無しさん＠お腹いっぱい。
09/01/23 23:12:48
>>641
URLﾘﾝｸ(pc.watch.impress.co.jp)

>日本AMD株式会社は13日、同社のプロセッサとして初めて45nmプロセスを採用した「Shanghai」コアのOpteronを発表した。
(中略)
>Shanghaiベースでクライアント向けとなる「Deneb」は、「Phenom II」として2009年第1四半期に発表される予定。

644:633
09/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:名無しさん＠お腹いっぱい。
09/01/23 23:43:30
VTが効くような環境の上で使っている・使いたい人もいるんじゃないかしら
あとでほかに転用したり遊んだりするにはVTついていて欲しいと思ったりするのもありかも
割り切ってVTなしでもいいやという選択ももちろんありだろうし

646:名無しさん＠お腹いっぱい。
09/01/23 23:48:04
まああと
ST3250820ASとST31000340ASでは性能が結構ちがうかもね
160？MByteプラッタと250MByteプラッタ

647:名無しさん＠お腹いっぱい。
09/01/24 01:04:13
何千枚のプラッタ積むの?

648:名無しさん＠お腹いっぱい。
09/01/24 11:08:15
わらた

649:名無しさん＠お腹いっぱい。
09/01/24 11:46:42
160？MByte や　250MByte　なら
2000枚や4000枚だな

650:名無しさん＠お腹いっぱい。
09/01/24 18:10:54
まあ、誰にでも間違いはあるからいいじゃないか

651:名無しさん＠お腹いっぱい。
09/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:名無しさん＠お腹いっぱい。
09/01/25 02:36:26
DELL SC440ですか?

653:名無しさん＠お腹いっぱい。
09/01/25 03:50:48
NEC 110Gd　です

654:名無しさん＠お腹いっぱい。
09/01/29 01:04:40
ECC よりもディスクI/Oのほうがずっと影響でかいと思うが…。
SASのディスクとかあればそれでやってみてほしいけど。

655:名無しさん＠お腹いっぱい。
09/01/29 12:28:57
思うなら試してくれればいいのに

656:633
09/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:名無しさん＠お腹いっぱい。
09/01/29 22:13:23
>>656
１分違えば差は大きいね。

658:名無しさん＠お腹いっぱい。
09/01/29 22:19:59
毎回HDDフォーマットしなおしたの？

659:633
09/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:名無しさん＠お腹いっぱい。
09/01/30 00:27:23
>>659
ちなみに /usr/objを tmpfsにしてみたら
( # mount -t tmpfs none /usr/obj したあとで buildworld したら）
どうなるかしら？
うちのE5200ではむしろ遅くなるんだよなあ…

661:名無しさん＠お腹いっぱい。
09/01/30 00:35:25
>>660
ディレクトリツリーからHDDの/usr/objをumountして
tmpfsを/usr/objにアサインしてる？

662:654
09/01/30 00:38:25
>>659
thx
単純な比較は無理そうなのでディスクの影響についてはコメントできないが…。
傾向としてその４つのオプションでは -j8 が最速なのが面白い。

663:名無しさん＠お腹いっぱい。
09/01/30 00:39:43
>>661
/usr/objは別に切ってないので　
rm -rf /usr/obj/* したあとに
mount -t tmpfs none /usr/obj しているけど
これじゃまずいのかしら

664:名無しさん＠お腹いっぱい。
09/01/30 00:41:06
そう、4x2=8コアのマシンでも -j 8 が最速というのが興味深い

665:654
09/01/30 00:42:40
>>661
gcc て、テンポラリを /tmp だか /var/tmp だかに生成するんじゃなかったっけ。
/usr/obj よりも上記ディレクトリを変更したほうがいいかも。
環境変数 TMPDIR を変更してもおｋだったと思う。

666:名無しさん＠お腹いっぱい。
09/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
09/01/30 01:02:29
>>666
HDD の書き込みキャッシュは使っていないかもしれないけど
バッテリバックアップされた RAID だと、RAID コントローラ側のキャッシュメモリで
勝手に write back してる事もある。
DELL PERC でどうだかは知らない（無責任ですまん）。

659 のマシンはメモリもRAIDのキャッシュメモリも多いので主要なファイルは
キャッシュされていると思う。多分遅いのは1回目くらい。
そうでなくても、変動要因が無ければ誤差はほとんど無いよ。
メモリが少な目だと swap out は無くても page in/out が発生することがあるので遅くなるけど。

668:633
09/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
09/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:名無しさん＠お腹いっぱい。
09/01/30 22:51:43
>>668
>>669
超絶に参考になる

671:名無しさん＠お腹いっぱい。
09/01/30 22:53:45
amd64だと/usr/objの下どれくらいの量になるのかな。i386だと1Gくらいあるけど。

672:名無しさん＠お腹いっぱい。
09/01/30 23:16:04
makebuildworld直後だと
838M /usr/obj

673:名無しさん＠お腹いっぱい。
09/01/30 23:31:38
さらに GENERIC　kernel　を buildkernelしたあとだと
1.5G /usr/obj
てな感じ

674:名無しさん＠お腹いっぱい。
09/02/02 20:59:48
こいつは大変、しくじった、しくじった。
/lib/*.so を消してしまい、i386のCDでレスキュー行ってしまった。 orz.

同じアーキテクチャで動くから、やっちまうんだよなぁ。

675:名無しさん＠お腹いっぱい。
09/02/02 21:19:41
あははは
/lib/*.soってどういう状況で消すの？

676: ◆TWARamEjuA
09/02/02 23:04:38 BE:871924-BRZ(10000)
(´-`).｡ｏＯ((^_^;)の中の人だろうか。。。)

677:名無しさん＠お腹いっぱい。
09/02/02 23:31:34
pxeboot　とかにしておけばその手のミスは減る
かもね

678:名無しさん＠お腹いっぱい。
09/02/02 23:51:07
消すやつはどんな状況でも消す

679:名無しさん＠お腹いっぱい。
09/02/03 00:04:02
本番運用に向かないタイプ

680:名無しさん＠お腹いっぱい。
09/02/03 01:51:46
どうでもいい奴だったから（実験台ともいう）、つい過激な処理。
6-stable->7.1p2の作業後で、 amd64だったんだけどね。
make delete-old-libsで死んだ。

681:名無しさん＠お腹いっぱい。
09/02/03 01:56:49
そうか、なぜreboot後 make delete-old-libsやれって書いてるのか、
やっと解った。

682:おれもやらかしたヨ
09/02/03 10:30:03
> そうか、なぜreboot後 make delete-old-libsやれって書いてるのか、

そんなの書いてあったっけ?

悪魔の書以外に?

>680
そんなの書いてないのに make delete-old やったあとに
つい「出来心で」やっちゃうんだよね… orz

683:名無しさん＠お腹いっぱい。
09/02/03 10:44:22
あれ？Makefile読まない新属性登場？

684:名無しさん＠お腹いっぱい。
09/02/03 11:33:05
>683
それは major バージョン間のアップデートの際の話じゃなく
普通の buildworld のやり方の話で

メジャーバージョンあげるための話は UPDATING の
To upgrade in-place from 5.x-stable to current
を読めってことだ

685:名無しさん＠お腹いっぱい。
09/02/03 14:13:10
6 から 7 へのmaj v. 移行は、何台かしてる。

今回は、移行したつもりだったのが、installworldしてなかった。
たぶん、ビルドしただけで、installworldは忘れた。

たしか、6.4->7.0->7.1 ときて、チョイ前に7.0系にはなってた。
でも古いライブラリが何処かで生きてたのか、消さなくて済む
はずのlibを消す操作になってしまった。

686:名無しさん＠お腹いっぱい。
09/02/03 14:19:09
Makefile以外にmake delete-old-libsの記述見たことないね
で、make world時にMakefile読めって記述も見たことないなぁ。

その場合なぜmake delete-old-libsを知ってるんだろう。

687:名無しさん＠お腹いっぱい。
09/02/03 14:21:39
Makefile 読むからだろ

688:名無しさん＠お腹いっぱい。
09/02/03 15:00:56
make delete-old-libsなんてしないよーん

689:名無しさん＠お腹いっぱい。
09/02/07 04:35:03
nvidiaドライバ実装のためのカーネルへの要求は、あと2つでクリアだね。

690:名無しさん＠お腹いっぱい。
09/02/07 09:09:34
マジで！わぁーい、わぁーい。
でも、あとどんだけかかることやら。トホホ

691:名無しさん＠お腹いっぱい。
09/02/07 21:03:47
待ってます

・7600GS + PhysX PPU
・9600GT + PhysX PPU
・GTX280 + 8800GT + PhysX PPU

の3台構成で待ってます
早くしてください
もうVESAは嫌です

692:名無しさん＠お腹いっぱい。
09/02/07 22:00:13
スゴイ勢いでワクテカして来た。

693:名無しさん＠お腹いっぱい。
09/02/07 23:44:50
>686
make delete-old やると最後に
「古いライブラリも消したかったら delete-old-libs ね」
という悪魔のささやきが表示されるのであった… orz

694:名無しさん＠お腹いっぱい。
09/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:名無しさん＠お腹いっぱい。
09/02/08 19:09:49
なるほど

696:名無しさん＠お腹いっぱい。
09/02/09 16:15:14
VMwareのオーバーヘッドを推測する仕事に戻るか

697:名無しさん＠お腹いっぱい。
09/02/14 10:53:06
>>689
URLﾘﾝｸ(docs.FreeBSD.org)
残るふたつのうちひとつは昨夏に完成していたらしい。
もっと騒げばいいのに。

698:名無しさん＠お腹いっぱい。
09/02/14 20:35:01

後２つ
URLﾘﾝｸ(wiki.freebsd.org)

699:名無しさん＠お腹いっぱい。
09/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 URLﾘﾝｸ(trac.pcbsd.org)
doesn't seem to be much progress lately.

Responsible:
-(N/A)

700:名無しさん＠お腹いっぱい。
09/02/15 05:09:07
だからそのふたつのうちのひとつ、vmap-like kernel interfaceがとっくにできてるって話なのに。
目玉ついてんのか?

701:名無しさん＠お腹いっぱい。
09/02/15 09:23:24
>>697
> Message-ID: "442505824.71673.1234559053919.JavaMail.apache" not found
無効なURL貼って、何吠えてるの? 馬鹿なの? 何時死ぬの?

702:581
09/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:名無しさん＠お腹いっぱい。
09/02/15 11:54:29
1コアで-j2かなって感じ

704:sage
09/02/15 12:41:03
buildworld はコンパイルするのに掛かる時間がボトルネックだから、ufs だろうが tmpfs だろうが大きな差は出ないよ。

tmpfs が役に立つのは、大きいデータファイルを解析する時の置場など、一時的に大量を IO を処理しなければならない時。
実メモリより大きいファイルだとスワップが発生するので、そこらへんの匙加減も必要。

705:名無しさん＠お腹いっぱい。
09/02/15 12:46:47
まあ4Gとか8Gとか16Gとか積んでいればbuildworldぐらいならスワップしないけどね
というか>>702ではtmpfsによる有意な差があるように見えるけど
/usr/srcもtmpfsにしているのが効いているかな？
>>702はtmpfsを使用する手順をざっくり書いておくといいかもね

706:581
09/02/15 15:10:12
>>703
それがDISKがSATAだとそうでもないのよ

>>704
俺CURRENT愛用だから、/usr/objを再起動すると消えちゃうtmpfsにしてbuildworldするのは実用上では全く意味がないんだけど、
ストレージってピンからキリまであるから、その差を排除するために、ベンチマークとしてtmpfsをつかって計測するのはアリだと思うよ

個人的には普通にDISK使ってコンパイルしたときに、Phenom 9350eで40分強かかってたのが、PhenomII 940BE(200*16=3.2GHzにOC)では
21分と半分で終わるようになっただけでも大満足。クロック比としては1.6倍なのに、速度は倍。

>>705
手順ってほどでもないけど

mv /usr/src /usr/src2
mkdir /usr/src
mkdir /usr/obj
mount -t tmpfs none /usr/src
mount -t tmpfs none /usr/obj
mount -t tmpfs none /tmp
cp -Rp /usr/src2/* /usr/src/
cd /usr/src

time make -j6 buildworld >& /dev/null

707:名無しさん＠お腹いっぱい。
09/02/15 16:41:31
9350eって以外に遅いな

708:名無しさん＠お腹いっぱい。
09/02/15 16:52:08
以外に->意外に

709:名無しさん＠お腹いっぱい。
09/02/15 18:16:04
>それがDISKがSATAだとそうでもないのよ
やっぱそういう問題か?

当方Phenom9600BE(定格2.3GHz)だけど、
海門7200.10で異常に遅かった。UP kernelで-j2
の方が速いという結果に。今、他社のHDDに交換
して計り直してるが、-j5でもHDDがボトルネックには
成らない感じ。
海門のSATA HDDがオカシイんじゃね? 公式発表は
7200.11だけだけど、7200.10で既に何かヘン。

>>707
ヘノムではなく、海門HDDがボトルネックかも。

710:名無しさん＠お腹いっぱい。
09/02/15 18:18:27
そういやFreeBSDのcpufreq(4)+powerdだと、定格でしか
クロック可変に出来ないが、栗みたいに自分でclock/電圧
テーブル定義出来るように出来ないのか?
>>696さんの言うように、VMwareの性能評価はしたくないので。

711:名無しさん＠お腹いっぱい。
09/02/15 18:32:42
電圧もクロックも変化するだろ。
ソース読めばわかるがBIOSからテーブル拾ってきているので
sysctlとかでテーブルを設定するようにでも自分で変更すればいいじゃない。

712:名無しさん＠お腹いっぱい。
09/02/16 05:49:22
だから定格ラインでしか変化しないって言ってるんじゃん。
栗みたいに自在にclock/電圧テーブル可変に出来れば
>>694-696 みたいにWindows+VMwareの御世話に
成らずに済むのに。

713:名無しさん＠お腹いっぱい。
09/02/16 14:24:43
自分で変更すればいいじゃない。

714:704
09/02/16 16:46:17
>706

21分は早いね、うらやましい。
3時間掛かる環境でディスクも暇そうだったから、そこまで違うとは思わなかった。

time -c cp -Rp /usr/src2/* /usr/src/ はどのくらいなのかな。

715:581
09/02/16 22:28:34
　　j;;;;;j,. ---一､｀　―--‐､_ l;;;;;; 　　無駄な多重起動は処理が遅くなるだけ
　｛;;;;;;ゝ T辷iﾌ i 　　f'辷jァ　 !i;;;; 　　
　ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　そんな風に考えていた時期が　
　　,;ぇﾊ、　､_,.ｰ-､_',. 　　,ｆﾞ: Y;;f.　　　私にもありました。
　　 ~''戈ヽ　｀二´ 　　 r'´:::.　`!

普通にHDDで、寝ているうちに動かした結果

make -j1 buildworld → 2975.198u 366.748s 58:54.30 ...94.5% 6564+2100k 996+419551io 15235pf+0w
make -j2 buildworld → 3010.611u 423.679s 32:30.42 176.0% 6544+2094k 992+419633io 15235pf+0w
make -j3 buildworld → 3045.179u 475.177s 24:32.08 239.1% 6543+2093k 838+419648io 15235pf+0w
make -j4 buildworld → 3072.707u 481.005s 21:24.59 276.6% 6564+2097k 855+419654io 15235pf+0w
make -j5 buildworld → 3076.153u 487.632s 21:06.16 281.4% 6564+2098k 923+419649io 15235pf+0w
make -j6 buildworld → 3080.774u 487.075s 20:38.04 288.1% 6570+2099k 864+419656io 15235pf+0w
make -j7 buildworld → 3080.745u 488.569s 20:44.49 286.8% 6571+2099k 835+419632io 15235pf+0w
make -j8 buildworld → 3080.981u 488.543s 20:35.69 288.8% 6571+2100k 742+419632io 15235pf+0w
make -j9 buildworld → 3082.282u 489.427s 20:21.68 292.3% 6573+2100k 685+419624io 15235pf+0w

716:581
09/02/16 22:29:34
続き

make -j10 buildworld → 3079.998u 492.079s 20:20.73 292.6% 6572+2100k 667+419648io 15235pf+0w
make -j11 buildworld → 3081.434u 490.150s 20:07.64 295.7% 6573+2100k 701+419630io 15235pf+0w
make -j12 buildworld → 3080.955u 489.819s 20:34.48 289.2% 6573+2100k 706+419670io 15235pf+0w
make -j13 buildworld → 3081.959u 490.400s 20:21.96 292.3% 6571+2099k 730+419691io 15235pf+0w
make -j14 buildworld → 3081.722u 490.406s 20:22.34 292.2% 6571+2099k 711+419666io 15235pf+0w
make -j15 buildworld → 3082.876u 489.024s 20:24.63 291.6% 6572+2099k 740+419668io 15235pf+0w
make -j16 buildworld → 3081.523u 489.172s 20:21.20 292.3% 6571+2100k 740+419717io 15235pf+0w
make -j17 buildworld → 3083.540u 489.887s 20:37.15 288.8% 6569+2099k 734+419811io 15235pf+0w
make -j18 buildworld → 3082.384u 488.948s 21:05.25 282.2% 6573+2100k 748+419745io 15235pf+0w
make -j19 buildworld → 3079.157u 492.437s 20:19.72 292.8% 6572+2100k 754+419743io 15235pf+0w
make -j20 buildworld → 3081.572u 490.798s 20:29.73 290.4% 6572+2099k 759+419830io 15235pf+0w

make -j32 buildworld → 3083.169u 489.037s 20:18.86 293.0% 6571+2099k 721+419812io 15235pf+0w
make -j64 buildworld → 3082.333u 488.762s 20:30.81 290.1% 6574+2100k 747+419808io 15235pf+0w
make -j128 buildworld → 3078.339u 491.883s 20:39.70 287.9% 6574+2100k 717+419795io 15235pf+0w

20分台で安定しやがる
inputsが妙に少ないのは/usr/srcがキャッシュされてしまったからだと思うんだけど、>>659でSAS RAID+Xeon
でも並列度上げるとへたれてるのに、SATA+PhenomIIは良く耐えるな

717:名無しさん＠お腹いっぱい。
09/02/16 22:48:08
Core2系だとへたれる
手元のE5200でも似たような（って限界はもっと低いけど）感じ
ここでi7の数値とかさくっと出したいところだけど
99投売りマザーを買い逃して以来安値覚えでへたれな俺

718:581
09/02/18 00:30:13
>>714
tcshのtimeだから-cオプションはないんだけど、一度再起動すると

# time cp -Rp /usr/src2/* /usr/src/
0.085u 2.454s 0:31.67 7.9% 18+1333k 5691+0io 62637pf+0w

32秒ぐらいですね
ちなみにやればやるほどどんどん早くなって行き

# time cp -Rp /usr/src2/* /usr/src/
0.088u 1.880s 0:10.93 17.9% 21+1553k 0+0io 16899pf+0w
# time cp -Rp /usr/src2/* /usr/src/
0.093u 1.769s 0:07.16 25.8% 20+1461k 0+0io 8160pf+0w
# time cp -Rp /usr/src2/* /usr/src/
0.056u 1.700s 0:04.20 41.6% 22+1616k 0+0io 1367pf+0w
# time cp -Rp /usr/src2/* /usr/src/
0.091u 1.609s 0:02.26 74.7% 21+1492k 0+0io 215pf+0w
# time cp -Rp /usr/src2/* /usr/src/
0.089u 1.625s 0:01.78 95.5% 21+1530k 0+0io 27pf+0w
# time cp -Rp /usr/src2/* /usr/src/
0.113u 1.597s 0:01.71 99.4% 21+1516k 0+0io 9pf+0w
# time cp -Rp /usr/src2/* /usr/src/
0.105u 1.605s 0:01.71 99.4% 21+1516k 0+0io 0pf+0w

最後は2秒きります。cpに-fをつけると0.2秒ほど遅くなります。

次ページ