トップページunix
1001コメント304KB

FreeBSD for AMD64(and for oyster901)

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。NGNG
FreeBSD for AMD64(Opteronなど)を取り扱うスレです。

なお、本スレは2ch次世代向け実験鯖oyster901のためのスレでもあります。
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/test/read.cgi/operate/1074124767/l50

なにか情報などがありましたらお願いします。
root★さんが喜ぶでしょう。
0426名無しさん@お腹いっぱい。05/02/28 01:43:34
>>425
このスレのログ読んで出直せ、包茎。
0427名無しさん@お腹いっぱい。05/02/28 12:53:26
>>425
はい。動くことになっています。
このスレを読んで役に立つかどうかは知りませんが、
freebsd-amd64@は暇な時にでも眺めておいた方がいいでしょう。
まさに今日もi386互換の話題が出ています。
0428名無しさん@お腹いっぱい。2005/04/09(土) 23:32:22
Athlon64を購入予定なのですが
FreeBSDを入れるとしたら32bit版と64bit版のどちらがお勧めですか?

安定性と既存のソフトウェアが動作するかどうかが問題です.
ただし,市販のバイナリ供給されているソフトウェアは使いません.
0429名無しさん@お腹いっぱい。2005/04/09(土) 23:55:27
2ちゃんねるの鯖は64bit版使ってる
0430名無しさん@お腹いっぱい。2005/04/09(土) 23:58:10
そんな君にお勧めするのはi386だ
動作させたいアプリを示さない質問者に、どうして64bit版を勧められようか
動作しなかった場合、君にはどうすることもできないんだろ?
0431名無しさん@お腹いっぱい。2005/04/10(日) 02:46:59
>>428は有名な釣り師
0432名無しさん@お腹いっぱい。2005/04/10(日) 17:10:41
>>430
「既存のソフトウェア」が何用なのかすら書いてないもんな。
Solaris/SPARCようだったりしたらお手上げだよw
0433名無しさん@お腹いっぱい。2005/04/26(火) 06:46:14
64bit環境でLinuxベースなものにしようか、FreeBSDベースにしようか
検討中なのですが、どこかに性能比較に関する情報はないでしょうか?

特に高負荷のApacheなWebサーバに関するものがいいのですが...
0434名無しさん@お腹いっぱい。2005/04/26(火) 10:48:24
>>432
遅レスだが、バイナリじゃないって書いてあるんだからお手上げってことはないだろ
0435名無しさん@お腹いっぱい。2005/04/26(火) 12:01:25
バイナリとパイズリってどことなく似てるな
0436名無しさん@お腹いっぱい。2005/04/26(火) 12:05:43
compat_linux32,compat_ia32とかいうのがある罠
0437名無しさん@お腹いっぱい。2005/04/26(火) 12:31:03
>>434
>遅レスだが、バイナリじゃないって書いてあるんだからお手上げってことはないだろ

LP64環境でそのままコンパイルしなおして動くとは限らない罠。
0438名無しさん@お腹いっぱい。2005/04/26(火) 12:42:20
バイナリとパイの実のほうが似てる
0439名無しさん@お腹いっぱい。2005/04/26(火) 15:40:59
>>433
ハードウェアあるなら自分でテストすればいいやん
0440名無しさん@お腹いっぱい。2005/04/27(水) 14:06:22
そういや かなり前の話だけど amd64版だと Rubyとかを ports から
インストールするとき途中で固まってうまくいかなかったりしたけど
最近のはうまく動くのかな?

ports のサポートはまだちょっと弱いような感じがするなぁ。
0441名無しさん@お腹いっぱい。2005/04/27(水) 14:35:49
いつの話だよ。

まぁ32bit前提でくんだソースが多くて困るってのは同感。
0442名無しさん@お腹いっぱい。2005/04/28(木) 18:56:02
ところで Athlon64 を買おうと思っているのですが
FreeBSD用の 以下のURLの NVidia のドライバって AMD64版のカーネルで
動きますか?

http://www.nvidia.com/object/freebsd_1.0-7174.html

もし動かない場合は、i386なカーネルにしようと思うのですが
Athlon64を 現在のFreeBSD 5.4-STABLE で 32bit互換モードで動かした場合
どの程度性能が低下しますか?

もし御存じでしたら教えてください。
0443名無しさん@お腹いっぱい。2005/04/28(木) 21:39:38
64bit Debianがいいよ。
おまいらも満足するかと。
0444名無しさん@お腹いっぱい。2005/04/29(金) 01:18:20
>どの程度性能が低下しますか?
逆に考えた方がいいよ
0445名無しさん@お腹いっぱい。2005/04/29(金) 19:29:02
>>442
64bitモードだとメモリ帯域が厳しくなるので
逆に32bitモードより性能低下が起きる可能性あり。

どちらにしろ64bitモードっていうのは極端に大容量な
メモリを使いたいときに使うものだ...
0446名無しさん@お腹いっぱい。2005/04/29(金) 19:47:04
汎用レジスタが増えたから、それでトントンくらい
なんじゃないかなーって希望を持ちつつ使ってる俺ガイル。
0447名無しさん@お腹いっぱい。2005/04/30(土) 00:06:52
どこかで legacyモードと64bitモードの速度比較したページとか
ありませんか?
0448名無しさん@お腹いっぱい。2005/04/30(土) 00:16:18
NetBSDスレに byte benchmarkの話が出てたよ。
NetBSD上では、ほとんどのケースで amd64の方が速いようだ。
同じgccだし、たぶんFreeBSDでも同じ傾向なんじゃないかな。
理由はたぶん>>446の言うとおり、汎用レジスタが増えた効果が、
メモリフットポイントの増加以上に効いてるんだと思う。

あと、そのベンチマークだとNetBurst系CPUがやたら遅かった。
0449名無しさん@お腹いっぱい。2005/04/30(土) 00:51:59
Linuxではこんなbenchがあった。
傾向はかわらないだろう。
ttp://www.linuxhardware.org/article.pl?sid=05/02/24/1747228
0450名無しさん@お腹いっぱい。2005/04/30(土) 11:39:48
>>449
これで見るとレイトレ計算とかエンコード関係は 64bitの方が速いね。
それ以外は、それほど変わっていなかったけど...
0451名無しさん@お腹いっぱい。2005/04/30(土) 18:59:06
>>448
メモリフットポイントってな〜に?
0452名無しさん@お腹いっぱい。2005/04/30(土) 19:48:19
>>446
汎用レジスタの倍増によるメモリアクセス減少の効果が大きくて
ほとんどの場合速くなるよう。
もちろんコンパイラの最適化次第でgcc-4.0はgcc-3.xより速い。
ただgcc-4.0はまだバグ持ち。
04534482005/04/30(土) 22:12:43
フットプリントと書いたつもりがtypoった。orz
0454名無しさん@お腹いっぱい。2005/05/01(日) 08:55:02
>>449
数値計算用 Opteron デュアルなマシンを
i386カーネルのFreeBSD 5.3-stable で使ってたよ... orz

AMD64なカーネルの 5.4-stable に入れ直して出直してきます.
0455名無しさん@お腹いっぱい。2005/05/01(日) 09:46:52
>>454
Linuxにしろ*BSDにしろi386は浮動小数点にx87を使い、x86-64では
SSE2を使う。x87が80bitなのに対してSSE2は64bitなので数値計算の時は
誤差が問題になることがある。注意されたし。
0456名無しさん@お腹いっぱい。2005/05/01(日) 14:16:09
普通そこを問題にするか?

誤差を問題にするならIA32で387を使う方を問題にするだろ、普通。
0457名無しさん@お腹いっぱい。2005/05/01(日) 14:39:57
今まで計算してきたデータがあるからでしょ。
0458名無しさん@お腹いっぱい。2005/05/01(日) 18:13:14
>>455
ということは、64bitが速いのはそのせいですか?
PovRayなんて数値計算だらけだし...

もしかして gcc -msse2 とかってやったらlegacyモードでも
速くなる?
0459名無しさん@お腹いっぱい。2005/05/02(月) 01:45:40
byte benchmark では、整数演算のみしか使わないベンチマーク
も速くなってたから、それだけじゃないよ。
0460名無しさん@お腹いっぱい。2005/05/02(月) 01:48:19
>>456
387のFPUを元にIEEE規格が決まり、いまどきのUNIX WSはみんな
それに従った実装になってるんだから、IA32で誤差が問題なんて
ことはないでしょ。

>>457
浮動少数点フォーマットはほぼ互換なので、他のプラットフォームに
持ってくのは割と簡単。
0461名無しさん@お腹いっぱい。2005/05/02(月) 02:45:54
i387の誤差が問題なのは常識だろ
http://www.shiro.dreamhost.com/scheme/wiliki/wiliki.cgi?Gauche%3a%b3%c8%c4%a5%c9%e2%c6%b0%be%ae%bf%f4%c5%c0%b1%e9%bb%bb%a4%ce%c6%e6
http://www.shudo.net/publications/swopp0107/
0462名無しさん@お腹いっぱい。2005/05/02(月) 03:57:11
前者の話は、IEEEフォーマット共通の問題で、i387特有の話
じゃないようだよ。しかもi387に限っては、80bit演算がある
から問題が解決されている。
80bitサポートのない他のプラットホームの方がむしろ問題。

後者の話もJavaのstrictfp仕様に沿うかどうか、すなわち
機種依存性の話であって、むしろi387では指数部が溢れない
ため正しい計算結果が出るが、他のプラットフォームでは
誤った答が出るという場合もあるだろう。二度丸めは確かに
問題になりそうだが。
0463名無しさん@お腹いっぱい。2005/05/02(月) 04:01:45
わかってないね……。
0464名無しさん@お腹いっぱい。2005/05/02(月) 04:37:52
461=463はたぶん真性包茎
0465名無しさん@お腹いっぱい。2005/05/06(金) 14:53:17
ttp://www.FreeBSD.org/platforms/amd64/motherboards.html
FreeBSD/amd64 Project -- motherboards
0466名無しさん@お腹いっぱい。2005/05/06(金) 20:14:16
何をもってしてfully functional
0467名無しさん@お腹いっぱい。2005/05/06(金) 21:14:40
ほほぉ、6-currentだとnveというドライバがあるのか。

さあ、currentへ。
0468名無しさん@お腹いっぱい。2005/05/06(金) 22:16:38
"Highly unstable with 5.2.1-R." と書いてあっても Fully functionalらしい。

"一通り動作はしますよ。" 安定かどうかとかは別問題、ってことですかね。
0469名無しさん@お腹いっぱい。2005/05/07(土) 14:36:44
>>467
む? それはもしかして nForce2 のオンボードGbEが使えたりするのかな?
0470名無しさん@お腹いっぱい。2005/05/07(土) 15:17:28
>469 ttp://www.freshports.org/net/nvnet/
0471名無しさん@お腹いっぱい。2005/05/07(土) 15:28:38
>>469 nForce2のMCP Ethernet adapterでGbEなんてあったっけ?
04724692005/05/07(土) 17:05:14
おっと nForce3 250Gb だったよ。
0473名無しさん@お腹いっぱい。2005/05/08(日) 01:44:52
>>472

>>470 のports最新版(1.0.0301)のマニュアルには、

32bitコンパチモードでならもしかすると nForce3 MCP3でも
動くかもしらんよ。テストしてねーけどなw

と書いてありまつ。
0474名無しさん@お腹いっぱい。2005/05/08(日) 07:37:21
# cd /usr/ports/audio/wavplay
# make
===> wavplay-1.4_1 is only for i386, and you are running amd64.
…(´・ω・`)
0475名無しさん@お腹いっぱい。2005/05/08(日) 10:16:56
mplayer じゃ重すぎるなら waveplay とかだめ?
0476名無しさん@お腹いっぱい。2005/05/08(日) 12:44:36
soxのplayとかesoundのesdplayとかも使えるんでないかい
0477名無しさん@お腹いっぱい。2005/05/08(日) 20:36:33
Opteron Dual マシンを購入しようと思っています。
根性なしなんでi386カーネルにしようと思っていますが、
こいういった使い方は邪道でしょうか?
0478名無しさん@お腹いっぱい。2005/05/08(日) 21:44:02
かなり普通すぎです。
04794742005/05/09(月) 02:00:40
実は wavplay の中の wavrec 使って /dev/dsp -> wav -> mp3
したかったんですが sox で行けそうなので試してみます。
ありがとうございました。
0480名無しさん@お腹いっぱい。2005/05/09(月) 14:17:00
>>471
nForce2 Ultra 400Gb
nForce2 Ultra 400Rという製品もある
0481名無しさん@お腹いっぱい。2005/05/09(月) 14:56:34
>479
録音作業は大体 GUI エディタ類(sndとか)でやっちゃうな...

一括流れ作業にするときは cui I/F が欲しいかもしれないけど。
0482名無しさん@お腹いっぱい。2005/05/10(火) 01:29:46
>>477
大変賢明な行いです。
0483名無しさん@お腹いっぱい。2005/05/11(水) 00:00:25
とりあえず、nveドライバをportsで拾ってきたのだが、
漏れの環境では、PHYデバイスの誤認識(?かどうか
わからんが、RTL8201が認識されず)により、カーネル
パニック。

なんか、RTL8201はPHYドライバとしては独立していなさげ?
RTL81x9系のドライバの中でいろいろやっているようだが。

と生半可にソースを追っかけてみたテスト。
0484名無しさん@お腹いっぱい。2005/05/11(水) 00:13:50
>>483 ttp://www.ohnolab.org/~kimoto/freebsd/ によれば、static linkなら一応動いていたみたいだけど。
04854742005/05/11(水) 00:30:14
>>481
NHKラジオ講座の自動録音してみようと思ったので、今回はCUIでないと厳しいでつ
で sox でやってみたらできますた

環境: Athlon64 3500+ on Asus A8V Deluxe

#/bin/sh
mixer =rec line
mixer rec 75:75
sox -r 22050 -c 2 -t ossdsp -w -s /dev/dsp0 -t wav - |\
lame -V 5 --athaa-sensitivity 1 -m m - test.mp3

ところで、全然別の話なんですが Athlon64 64bit 環境で vncserver 動いてる人います?
0486名無しさん@お腹いっぱい。2005/05/11(水) 01:02:29
>>484
さんくす。ほー、currentのファイルはやや古いのでしたか。
後ほど試してみまー。
0487名無しさん@お腹いっぱい。2005/05/11(水) 23:09:39
>よく調べてみると RTL8201 のためには --enable-sis900 らしい。
へー。
0488名無しさん@お腹いっぱい。2005/05/29(日) 11:52:03
今度、大学で鯖管理させられることになりました。
Opteron のデュアル構成のやつです。
FreeBSD 5.4-stable が入っています。
バージョン管理に関しては、漏れの裁量でcvsupで src と ports を
更新してもいいそうです。

FreeBSDの管理は初めてなのですが、鯖関連のアプリで何か問題のあるもの
ありますか?

主にファイルサーバ、mailサーバ、試験用(内部公開のみ)Webサーバとして
使います。
それからJAVAが動くかどうかも知りたいのですが、AMD64でJDK動きますか?
0489名無しさん@お腹いっぱい。2005/05/29(日) 15:07:04
何はともあれportaudit入れるべし
04904882005/05/29(日) 23:52:25
>>489
なるほど port の監視をしとけってことですね。

やっぱり内部鯖でも危険ですかね?
0491名無しさん@お腹いっぱい。2005/05/30(月) 00:09:41
>>488

Athlon64 ですが Java は一応動いています。安定して動作するかどうかは不明。
詳細は freebsd-amd64@freebsd.org

% uname -rp
5.4-RELEASE-p1 amd64
% java -version
java version "1.5.0-p1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-p1-root_02_apr_2005_23_57)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0-p1-root_02_apr_2005_23_57, mixed mode)
0492名無しさん@お腹いっぱい。2005/05/30(月) 00:31:11
内部でも外部でもportauditを入れない理由はそんなに無いと思う。
04934882005/05/30(月) 00:50:21
>>491

FreeBSD AMD64でもJAVA 1.5 動いていていたんですね。
それは非常にうれしいです。
安定うんぬんは自分で調べていこうと思います。

>>492
とりあえず御助言どおりportaudit は入れようと思います。
たしかに port を監視しておくくらいのことはしておくべきですね。
0494名無しさん@お腹いっぱい。2005/06/15(水) 17:51:42
保守
0495名無しさん@お腹いっぱい。2005/06/16(木) 00:38:03
FreeBSD 5.4RにCPUのスピード制御機構が入ったと聞きましたが、
Cool and Quietを使うには相変わらず電通大の学生さんのacpi_ppc kernel moduleが
必要なんですよね?

そろそろ夏になってきたので熱が気になります。
0496名無しさん@お腹いっぱい。2005/06/16(木) 09:19:26
質問なのに上げ忘れた。
あげ!
0497名無しさん@お腹いっぱい。2005/06/18(土) 00:49:32
>>495
6-current使えばいいじゃん
0498名無しさん@お腹いっぱい。2005/06/18(土) 01:20:15
はよ6.0が出ないかな。んまぁ、currentのマイルストーンに過ぎないのは
わかっているんだけど。
04994952005/06/18(土) 02:27:56
>>497
鯖なのでそれはいや。
願わくはMFCされんことを....
でも、ULEが使い物になってFreeBSD/AMD64がAthlon64 X2に対応してるなら
6.0Rから使ってしまうかもしれん。面白そうだし。
0500名無しさん@お腹いっぱい。2005/06/21(火) 22:18:20
初心者板にも書いてしまいましたが、、、
XFree86-4以降のドライバってOS非依存になったからlinux用がそのままFreeBSDで使えますけど、
amd64でも大丈夫でしょうか? googleっても前例が見付けられませんでした。

FreeBSD/amd64 5-STABLE + Xorg-6.8.2ですが、使えるのならPCIeなGeForceあたりを買って来ようと考えてます。
0501名無しさん@お腹いっぱい。2005/06/21(火) 23:44:24
NVidiaのドライバにはカーネルモジュールが含まれてて
そこがOSやCPUに依存するからそううまくはいかないな
0502名無しさん@お腹いっぱい。2005/06/25(土) 00:58:55
ふむー、それじゃ標準nvドライバで頑張るしかないか……
0503名無しさん@お腹いっぱい。2005/06/26(日) 12:04:11
LinuxでもAMD64版のnVidiaドライバ入れたけど
それほど安定していなかったような感じですね。

7174辺りのころXサーバごと落ちることが多くて、
OSを再インストールしてi386版に戻した経験があります。

最近では、FreeBSD用のnVidiaドライバの更新も早くなってきているし
それほど遠くない将来にFreeBSD用のAMD64ドライバも出てくるんじゃ
ないでしょうか。
しばらくはi386カーネルで様子を見てみれば?
05045002005/06/28(火) 22:15:58
>>503
それを期待して、GeForceなカードを買って来ました(まだ挿してませんが)。
既に動いているマシンなので今からi386カーネルにはできませんけど、
amd64ドライバ発表を期待して待ちます。
0505名無しさん@お腹いっぱい。2005/06/29(水) 09:53:20
今度Opteron Dual なPCを購入して、AMD64なFreeBSD 5.4-stableを
インストールしようと思います。

それでcvsupしてFreeBSDのバージョンを上げていく方法に
ついてお聞きしたいのですが、

他はまだi386なFreeBSD5.4-stableなので、
i386なFreeBSDで cvsup した /usr/src 以下をそのまま tar か何かで
かためて、AMD64なPCに持っていこうと思います。

make worldするとき、AMD64用に何か設定を
書き換えたりする必要はあるのでしょうか?
0506root ★NGNG
久しぶりにおじゃましてみました。

>>505
そういった「おもりの手法」は、
いまやi386と大して変わらないです。

単に、/usr/src/sys/i386 の下に置くもろもろが、
/usr/src/sys/amd64 の下になるだけってかんじですね。

CVSupはちゃんと動くし、kldも5.3Rから動くようになったし、
net-snmpへのPerlの組み込みも大丈夫になったし、
少なくとも5.3Rからは、
少なくとも2ちゃんねるのサーバとして使う限り、特に違和感を感じなくなりました。
0507root ★NGNG
で、今amd64な掲示板サーバは、

ex10 (Opteron 242 dual) morningcoffee keiba campus neet4vip heaven4vip
ex12 (Opteron 244 dual) soccer football eleven
ex13 (Opteron 244 dual) base kyozin mlb
live21 (Opteron 244 dual) dome, endless, festival, livebs, liveradio, liveskyp, livevenus, livewowow, weekly

と、2ちゃんねるの中でも特に突発的な負荷がかかりがちなところに、投入されているです。

ちなみにex10は先日の5月末に50万投稿/dayをこなし、
2ちゃんねる最強サーバという称号を得ました。
その時の主なメンバーは VIP、狼。、野球、競馬、大学生活だったかな。
0508名無しさん@お腹いっぱい。2005/06/29(水) 21:57:38
>>506
cvsupについてはi386では自分でコンパイルできるけど、
amd64についてはコンパイルされたバイナリしか用意されていなくて、
MD5 hash値が違うためにNO_CHECKSUMとかつけないとインストールできなかった
気がする。
あと、vsprintfなどの実装がおかしいのかパッチを当てないとmpdがSEGVで落ちるという
問題がある。

もれは鯖としてしか使ってないのでXの対応具合とかは知らんですけど、
jailもちゃんと動くし上記のことを除いてはいやな目に会ってないですな。
0509名無しさん@お腹いっぱい。2005/06/29(水) 23:24:03
>>507
記念にPCx鯖をOpteronにしてくらはい。
0510root ★NGNG
>>508
> amd64についてはコンパイルされたバイナリしか用意されていなくて、

ですね。portsから入れてもそうなるです。
で、特にNO_CHECKSUMをつけなくても、大丈夫でした。(FreeBSD 5.4R/amd64)

あと、確かにそういう微妙な問題(SEGVで落ちるとか)はあるかもです。

2chの掲示板サーバに仕立て上げるんだとすると、
極論を言ってしまえばApache+Perl+SpeedyCGI+mod_cgidsoがちゃんと動いて、
OSがタフであればそれでいいわけで、他のサーバに比べると、条件は楽だと思います。

>>509
pc系は現仕様で十分ですねえ。
基本的に私の手元に来るやつは、大きくて速くて祭り好きで素行f(りゃ。
0511名無しさん@お腹いっぱい。2005/06/30(木) 01:34:29
>>510
この前の mksnap_ffs の問題は解決しましたか?
0512root ★NGNG
>>511
解決してなくて、今のところ dump -L をやめるという負け路線ですね。
0513名無しさん@お腹いっぱい。2005/06/30(木) 21:56:57
>508

ftp://ftp*.freebsd.org/pub/FreeBSD/ports/amd64/packages-5.4-release/

にちゃんとamd64用のcvsupが用意されてるぞ。ftpしてきてpkg_addしれ。
0514root ★NGNG
>>513
pkg_add -r cvsup-without-gui

でOKかと。

結構みなさん、 pkg_add の -r オプションの存在は
ご存知なかったりするみたい。
05155082005/07/01(金) 01:18:21
> cvsup-without-gui
/usr/ports/distfiles以下のcvsup-without-gui.amd64.tar.bz2を消したら
NO_CHECKSUMいらなかった。というわけで、without-guiの方がちゃんと入りました。
んー、いつの間に直ってたんだろう(--;;

>>513
あれ?本当だ。portsだとこんな風になってるんですけどねぇ....
cvsup/Makefileより
pre-fetch:
.ifndef WITHOUT_X11
@${ECHO_MSG} "*****************************************************"
.if ${ARCH} == "amd64"
@${ECHO_MSG} "* CVSup with X11 not yet supported on amd64. *"
@${ECHO_MSG} "* Will install non-X11 version. You might want *"
.endif
@${ECHO_MSG} "* To build CVSup without X11 (and without the GUI), *"
@${ECHO_MSG} "* use the \"net/cvsup-without-gui\" port. *"
@${ECHO_MSG} "*****************************************************"
.endif
@${TRUE}
05165142005/07/01(金) 11:38:21
>514

一応知ってるんだけど、 pkg_add -r 使う時はPACKAGEROOTとか適当に
設定しとかないとあまり幸せになれない時が多くない?

cvsupは設定がほとんど設定がされてないインストール直後に入れるもんで、
ftpで取ってきてから作業するからねぇ。
0517root ★NGNG
>>516
ありうるかも。
# というか pkg_add -r でとってくるのは、CVSupぐらいかも。
05185002005/07/03(日) 04:32:09
ELSAのGeForce6600なカードを挿してnvドライバでやってみたけど、
X -configureしてX -config /root/xorg.conf.newしても
画面真っ黒……な、なかなか厳しいですね〜〜〜〜。
0519名無しさん@お腹いっぱい。2005/07/16(土) 15:25:56
Dual Opteron 構成の PCを購入しました。

http://www.dospara.co.jp/goods_pc/feature.php?v17=377&v18=1&v19=0

にRAIDを入れてメモリを2GBにしています。

FreeBSD 5.4Rは問題なく入るのですが、6.0BETAだと
インストーラが DISK LABEL を書き込む辺りでハングアップしてしまいます。

何か良い解決方法はないでしょうか?
0520名無しさん@お腹いっぱい。2005/07/21(木) 09:05:48
>>519
手間がかかって面倒くさいが、5.4Rを入れて、make worldして6.0-BETAにするのはどう?
それでも駄目?
0521名無しさん@お腹いっぱい。2005/07/24(日) 23:57:45
Athlon64X2 4200+にFreeBSD入れてみたんだけど、
namedを立ち上げようとすると、お亡くなりになります。
俺だけですか?
0522名無しさん@お腹いっぱい。2005/07/25(月) 00:13:54
>>521
http://pc8.2ch.net/test/read.cgi/unix/1119456376/12
0523名無しさん@お腹いっぱい。2005/07/27(水) 06:45:56
FreeBSD5.4/amd64とAthlon64X2だと不安定すぎて使い物にならんな。
かと言ってFreeBSD5.4/i386とAthlon64X2だと片玉しか動かんし。
0524名無しさん@お腹いっぱい。2005/07/27(水) 09:18:16
どんな風にpanicするの?
0525名無しさん@お腹いっぱい。2005/07/27(水) 12:44:28
> FreeBSD5.4/i386とAthlon64X2だと片玉しか動かんし。

なんで? そんなことないのでは?
0526名無しさん@お腹いっぱい。2005/07/27(水) 22:44:23
>>524>>525
5.4/i386で/usr/sys/i386/conf/SMPを使うとブート時に落ちる。
SMP認識までは正常、両側有効になった段階で飛ぶ。
SMP無効ならば至って正常に動き続ける。

5.4/amd64で同じくSMPだと両方動くが、/usr/ports/でmake packageとかすると
option dialogの表示を無視して走り続け豪快にふっ飛ぶ。
/usr/ports/www/apache13/でmake installとやってもconfigure中にふっ飛ぶ。
たぶんmakeがふっ飛んでるんじゃないかと思うのだが。

Opteron246で同じようにやっても正常なんだが、X2だとキャッシュ共有なんかに
問題あるのかな?
■ このスレッドは過去ログ倉庫に格納されています