トップページ⇒unix
982コメント300KB

FreeBSD/amd64 part2 (and for oyster901)

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。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
http://qb5.2ch.net/test/read.cgi/operate/1166543133/

なにか情報などがありましたらお願いします。
root★さんが喜ぶでしょう。

前スレ
FreeBSD for AMD64(and for oyster901)
http://pc10.2ch.net/test/read.cgi/unix/1075691732/
0002名無しさん＠お腹いっぱい。2007/02/13(火) 12:13:02

NetBSD/amd64
http://www.jp.netbsd.org/ja/Ports/amd64/

OpenBSD/amd64
http://www.openbsd.org/ja/amd64.html

http://www.x86-64.org/

Sun and AMD: Extreme Performance, Compelling Prices
http://www.sun.com/x64/index.jsp
http://jp.sun.com/learnabout/x64/
0003名無しさん＠お腹いっぱい。2007/02/13(火) 12:17:16
AMD　製品情報
http://www.amd.com/jp-ja/Processors/ProductInformation/0,,30_118,00.html
Intel EMT64
http://www.intel.co.jp/jp/developer/technology/intel64/index.htm

Turion入れ忘れ
0004名無しさん＠お腹いっぱい。2007/02/13(火) 12:39:54
>>1乙といいたいところだが、

なお、本スレは2chのcobra系・stiger系・次世代banana系向け情報交換スレでもあります。

というのが正しい。
0005名無しさん＠お腹いっぱい。2007/02/13(火) 13:13:48
なるほど

次期主力bananaサーバ建造委員会　その４
http://qb5.2ch.net/test/read.cgi/operate/1171217094/
0006名無しさん＠お腹いっぱい。2007/02/13(火) 18:09:48
何でCore 2に変えないんだよ。
動向が読めてないなぁ。
0007名無しさん＠お腹いっぱい。2007/02/13(火) 18:33:20
>>6
提案してくれば？
0008名無しさん＠お腹いっぱい。2007/02/13(火) 20:18:07
>>6
お前馬鹿だなぁ。
サーバー用途ならI/O帯域が物を言う世界だ。
ベンチ見てオナってるようなお前はお呼びでない。
0009名無しさん＠お腹いっぱい。2007/02/13(火) 20:39:39
>>6
ところで何の話をしているの？
0010名無しさん＠お腹いっぱい。2007/02/13(火) 22:19:45
ベンチ結果で、クロック比を考慮してもCore2Duo負けてたジャン
0011名無しさん＠お腹いっぱい。2007/02/13(火) 23:06:32
>>6
どこの何をCore 2に変えてほしいの？
0012名無しさん＠お腹いっぱい。2007/02/13(火) 23:13:31
>6
今実験中のex21はCore2だけど何か不満でもあるのか?
0013名無しさん＠お腹いっぱい。2007/02/14(水) 00:03:57
>>10
詳しく、やらしく。

OpでCPU余ってたサーバなんだし、結局足回りで選ぶことになる気もするが。
0014名無しさん＠お腹いっぱい。2007/02/14(水) 00:18:32
前スレgoogleキャッシュでチラっ見れたんだが、
2005年の夏ごろはFreeBSD5.4/i386でAthlon64X2が片玉しか動かなかったらしいが
今は（6.2とか）ではどうなの？
0015名無しさん＠お腹いっぱい。2007/02/14(水) 00:52:02
>>13
前スレのやつ
0016名無しさん＠お腹いっぱい。2007/02/17(土) 13:04:32
漏れの職場ではOpteron Quadの試験運用が始まりました。
うちのボスが、某所からまだ発売前のものを借りてきたのですが、
FreeBSD6.2Rをインストールして試験運用中です。

ストレージ系とかはまだSATAの標準のドライブを付けているだけですが、
一応負荷試験でも全然問題なさそう。
0017名無しさん＠お腹いっぱい。2007/02/17(土) 13:22:14
それってQuad Core Opreton ？
それとも Quad CPU ってだけ？
0018名無しさん＠お腹いっぱい。2007/02/17(土) 13:22:50
Opteronを書き間違えちゃった
0019名無しさん＠お腹いっぱい。2007/02/18(日) 04:05:18
漏れのところでも近々、Opteron Quad (デュアルコア x 2)を
購入する予定なのでインプレよろ。

ところで内緒で -current を入れようかと...
0020名無しさん＠お腹いっぱい。2007/02/18(日) 04:43:26
いや、内緒じゃなくて一通りのバージョン入れれば？
0021162007/02/18(日) 17:36:07
>>17
16 ですが、残念ながら DualCore x2 でQuadの構成です。
0022名無しさん＠お腹いっぱい。2007/02/18(日) 19:06:08
>>21
なるほどありがと
0023名無しさん＠お腹いっぱい。2007/02/18(日) 19:06:41
>>21
そのうちさりげなく構成とか試験結果とか書いてくれたらイイナ！
0024名無しさん＠お腹いっぱい。2007/02/18(日) 23:03:18
　 _ 　∩
(　ﾟ∀ﾟ)彡　べんち！べんち！
　⊂彡
0025162007/02/19(月) 15:07:16
今、出すとちょっと身元がばれるので、もうちょっと待って下さい。
0026名無しさん＠お腹いっぱい。2007/02/19(月) 15:14:32
おｋおｋ
そうだろうさ
0027名無しさん＠お腹いっぱい。2007/02/19(月) 15:53:30
>>16
次世代Xeonだと偽ればバレない
0028名無しさん＠お腹いっぱい。2007/02/21(水) 02:31:16
漏れもうちのFreeBSDマシンの速さがどの程度か気になるのだが、
何か良いベンチある?

漏れのところはOpteron 1.8GHzのデュアルCPUというオーソドックスな
構成なんだが...
0029名無しさん＠お腹いっぱい。2007/02/21(水) 09:29:34
ベタなところでは ubench , nbench , GENERIC kernel の buildkernel あるいは buildworld　の time 値あたり
0030名無しさん＠お腹いっぱい。2007/02/21(水) 09:53:59
openssl speedはたぶん何も追加でインストールしなくても使える。
OSも含めた性能を知りたいならlmbenchとか。
0031名無しさん＠お腹いっぱい。2007/02/21(水) 11:18:50
buildkernelって処理内容変わっちゃうから、記録に残しても意味ないってところがあれだ。
0032名無しさん＠お腹いっぱい。2007/02/21(水) 11:51:22
いつのどのあれってかいておけばいいんじゃね？
0033名無しさん＠お腹いっぱい。2007/02/21(水) 12:27:19
>>32
同じ日付、時刻のsrc treeを用意するのがマンドクサ
0034名無しさん＠お腹いっぱい。2007/02/21(水) 12:43:11
-RELEASE の src tree を使えばいいんじゃね。
0035名無しさん＠お腹いっぱい。2007/02/21(水) 12:49:34
buildkernelによるbenchmarkをports化したら楽しそうだな。
ソースはどの時点のでも固定でありさえすればよい。
0036名無しさん＠お腹いっぱい。2007/02/21(水) 14:30:45
make clean してからなら大まかな目安にはなるだろ
0037名無しさん＠お腹いっぱい。2007/02/21(水) 16:46:18
だいたいみんな RELEASEを使うことを前提にしなさ過ぎ
0038名無しさん＠お腹いっぱい。2007/02/21(水) 17:21:03
オレオレ、RELEASEばかり使っているなあ
0039名無しさん＠お腹いっぱい。2007/02/22(木) 21:27:55
Athlon64x2で動かす場合、i386で動かすのと、amd64
で動かすのと、どっちが速いの？

個人的には、portsのgogoのこ〜だがmake出来なくて
amd64は寂しい。
0040名無しさん＠お腹いっぱい。2007/02/22(木) 21:35:15
そりゃ場合によるんじゃない？
たとえば ports/audio/gogo を　make　したいってなれば　i386の方が速いだろうし。
0041名無しさん＠お腹いっぱい。2007/02/23(金) 02:47:59
make ONLY_FOR_ARCHS=amd64
0042名無しさん＠お腹いっぱい。2007/02/23(金) 05:56:22
わーいmakeできた〜♪

って
$ gogo
Segmentation fault (core dumped)

うごきゃしねーよ（ペシッ (AA略
0043名無しさん＠お腹いっぱい。2007/02/23(金) 07:01:17
gogo ってソースコード見たことないけど、もしかして
昔ながらのポインタをintに代入とか恐ろしいことしてないよね?
0044名無しさん＠お腹いっぱい。2007/02/23(金) 15:02:13
アセンブラで書いてある部分があるので、Cのソースも、32bit addressing
させんとそうなるだろう。

気休めに、Cのソースは-m32をつけてコンパイル＆32bit libをリンクかな。
0045名無しさん＠お腹いっぱい。2007/02/23(金) 15:03:19
ほら、やっぱりi386でコンパイルするほうが速い
0046名無しさん＠お腹いっぱい。2007/02/23(金) 16:36:35
× ほら、やっぱりi386でコンパイルするほうが速い
○ ほら、やっぱりi386でコンパイルするほうが早い
0047名無しさん＠お腹いっぱい。2007/02/23(金) 16:42:33
>>45
それだけじゃだめだな。多分…
stctic linkにしなきゃ
0048名無しさん＠お腹いっぱい。2007/02/23(金) 16:43:54
staticな。
0049名無しさん＠お腹いっぱい。2007/02/23(金) 16:52:45
しかも>>44だとみた！
0050名無しさん＠お腹いっぱい。2007/03/05(月) 00:45:38
FreeBSD/amd64入れたOpマシンにMatrox P650挿して、
Linux用というかXFree86用の64bitドライバ入れたら一応使えたんだけど、
Xを終了してもコンソールが返ってこずに真っ暗になってしまう。
これって設定とかで回避できるんでしょうか？
0051名無しさん＠お腹いっぱい。2007/03/05(月) 22:39:35
答えられなくてすまないがとりあえず、
あなたの行為に勇者王
0052名無しさん＠お腹いっぱい。2007/03/06(火) 09:20:58
>>50
俺、昔マウスが悪さして同じ状態になったことがある。
0053anonymous2007/03/06(火) 15:32:14
Alt-F1, Alt-F2などで外のコンソールに移動できないか？
Ｘ画面に戻るにはAlt-F10だっけ？
0054502007/03/10(土) 21:17:56
>>53
週末になったのでちょっと確認してみました。
Xを立ち上げた状態ではCtrl+Alt+F?で他のコンソールに行って、
Ctrl+Alt+F9でXに戻ってこれる。
Xを終了すると画面は完全に死んで、Alt+F?やってもだめ。
ただ、死んでるのは画面だけのようで、キーボードから手探りで
startxするとXが立上り画面も復活する。
どうもXサーバーが終了する時に必要なリセットだか初期化動作をしていないみたい。
X立ち上げたら終了するなということかい…
0055名無しさん＠お腹いっぱい。2007/03/10(土) 22:24:20
>>54
そこでsend-prですよ。
0056名無しさん＠お腹いっぱい。2007/03/26(月) 02:53:28
鯖用に Opteron dual なPCを買ったんだけど、2年前に買った Opteron dual な鯖から
全然速くなったとかの感動がない。
最近のPCの進歩って停滞しているね。

まぁ、それでもBSD系の鯖が一台増えたのはうれしい。
0057名無しさん＠お腹いっぱい。2007/03/27(火) 13:35:45
64bit整数を意識して書かれている筈のコードが正しく動かない可能性はある？
0058名無しさん＠お腹いっぱい。2007/03/27(火) 14:16:47
big endian 向けを意識して書いた場合とか
0059名無しさん＠お腹いっぱい。2007/04/04(水) 20:50:25
さっさと64ビット化するのにFreeBSDは商品になりませんか？
0060名無しさん＠お腹いっぱい。2007/04/04(水) 20:52:45
日本語でok
0061名無しさん＠お腹いっぱい。2007/04/04(水) 23:02:03
FreeBSD/amd64でu_longって8bitでおｋ？
0062名無しさん＠お腹いっぱい。2007/04/05(木) 00:13:52
齧る?
0063名無しさん＠お腹いっぱい。2007/04/05(木) 00:42:53
いらないと思う
0064名無しさん＠お腹いっぱい。2007/04/05(木) 02:35:10
>>58
やっぱりそうか。
0065名無しさん＠お腹いっぱい。2007/04/06(金) 18:54:37
マリオカート64が出来ればおk
0066名無しさん＠お腹いっぱい。2007/05/03(木) 18:07:40
FreeBSDで64bitサーバを作る場合、Intel系とAMD系のどちらが安定していますか?
またお勧めのメーカーがあれば教えてください。

大学の研究室内で使用して外部には公開しないのですが、
長時間計算処理をする必要があるのですがその間ディスクアクセスを含めて
高負荷で安定動作するものを希望しています。

メモリは8GBから16GB程度は搭載したいと考えています。
0067名無しさん＠お腹いっぱい。2007/05/03(木) 18:55:21
Intel系ってまさか IA64(Itanium) を使おうなんて思ってるんじゃないだろうな?

いつまでたっても「AMD 方式が本流になった」ということを
しらない人が全然減らないねぇ...
0068名無しさん＠お腹いっぱい。2007/05/03(木) 19:10:49
つまらん事書くなよ。じゃま
0069名無しさん＠お腹いっぱい。2007/05/03(木) 20:39:07
>>66
DellとHPで合いみつ取って比べればいいんでない？
0070名無しさん＠お腹いっぱい。2007/05/04(金) 04:40:21
何回かPC組んだ雑感であれば参考程度にどうぞ

AMD系のメリット
・演算能力はC2Dですらぶっちぎりに抜く(pentium4?誰ですか?ぐらい)
・K8を基準にしてあるのでビルドの設定をあまり気にしなくていい
・同時に最適化も苦労しない
デメリット
・演算能力は申し分なしだが、下半身となるIDEがほとんどのチップセットでUDMA33になる所が（´・ω・`）
　↑VIA、nforceで確認、設定を手動で変えればいけるかも。
・オンボ、PCI-EのVGAドライバが整っていない。NVIDIAは32bitはあっても64bitは未だに．．．。
　↑(PCIのVGAならRadeon9250やG550系で代用可．．．)

Intel系のメリット
・さすが標準チップセットとあって、IDEがSATAだろうがUDAM100、SATA150は当たり前
・オンボのVGAが公開されているおかげで一応グラフィックに困らない?（メモリ帯域とられるぞゴルァ、はおいといて）
　↑オンボ以外になるとAMDと同じ境遇です。
・なによりIntelブランドに支えられる精神衛生面
デメリット
・演算関係の性能はC2Dでもかなわない
・C2Dは64bitになると100%の性能が出ない
・さらgccの最適化に「C2D」がまだないためビルドでもこころもとない
・かといってPentium4(nocona)は（´・ω・`）
・CPUにあわせてビルド設定の手間がいる




0071改行規制のため2007/05/04(金) 04:41:08

ということで、演算性能重視ならAMD、ディスク周り重視ならintel。
グラフィックは両方とも望み薄

ちなみにNBenchしか計ってないけど
整数演算は
AMD>>C2D>Pentium4
浮動小数点は
AMD>Pentium4>=C2D
だった。
浮動小数点がメインにし、他は目を瞑るならディスク周りと最適化環境を含めてPentium4かもしれない。
SCSI使うから関係ない、という事ならAMD
ただしビルド環境を整える手間が必要

結論：万能な環境がみつかんネ orz

あくまで参考未満でおながいします。
0072名無しさん＠お腹いっぱい。2007/05/04(金) 04:45:38
あ、あと去年にICC(Intel謹製コンパイラ)をインストールしようとしたら、
「64bitには対応してまセ〜ン」な風で弾かれたのでこれもダメでしたorz
今はどうなんだろうね
0073名無しさん＠お腹いっぱい。2007/05/04(金) 04:47:25
AMD系でもDMA33なんてことはないが...
うちのOpteron dual なサーバマシンではFreeBSD6.2Rで
普通にSATA150が使えているよ。
0074名無しさん＠お腹いっぱい。2007/05/04(金) 04:48:36
Intel系って言っても、今は普通にIA64じゃなくてCore2Duoとかの話なんだろうな。
というかIA64の存在すら知らない香具師も意外と多かったりして。
0075名無しさん＠お腹いっぱい。2007/05/04(金) 09:55:09
>70
なんか経験を語ってると言う割にツッコミどころ満載...
そもそも >67 が言ってるように Intel系ってのが
なんのことなのかを整理してくれないといけないんだけど
>70 は IA64 しらなさそうだから EM64T のことだとしよう。

演算能力:
P4 相手のときはエンコード以外のほぼ全方位で
Opteron/Athlon64X2 優位だったと言えると思うけど
Intel woodcrest(Xeon51xx),C2D以降は
一般には Intel優位じゃないか?
(激しく演算の種類に依存するので各種ベンチマークを自分で調べろ)

UDMA 云々も >66 みたいな背景だったら
AMD 系でもチップセットは Broadcom HT-2100/HT-1000 辺りの機種を
選ぶことになるだろう。
ちなみに >70 に書かれているような問題はみたことも聞いたこともない。
■ このスレッドは過去ログ倉庫に格納されています