トップページ⇒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★さんが喜ぶでしょう。
0671名無しさん＠お腹いっぱい。2005/12/05(月) 23:42:48
DellにもIntel以外のCPUが採用されたんだ？
0672名無しさん＠お腹いっぱい。2005/12/05(月) 23:49:59
DELLにはあんまり期待してないけどね。Opteronが広まることはうれしい。

そういえば、AMD64がEM64Tの互換だから採用すべきでないと書いていた会社はどうなったかな。
0673名無しさん＠お腹いっぱい。2005/12/05(月) 23:59:02
その本末転倒名テイストがイイ(イがイたくなる)
0674名無しさん＠お腹いっぱい。2005/12/06(火) 00:16:42
あった
ttp://www.hpc.co.jp/B-Common/HITroadmap2005Q2.html
0675名無しさん＠お腹いっぱい。2005/12/06(火) 00:54:35
電波ｷﾀｰ
0676名無しさん＠お腹いっぱい。2005/12/06(火) 01:38:16
>>670
初耳だけど、どの型番？
0677名無しさん＠お腹いっぱい。2005/12/06(火) 02:08:55
http://search.dell.com/results.aspx?s=dhs&cat=snp&c=us&l=en&cs=19&category_id=2999&k=Athlon+64&x=8&y=7
これのことか？
0678名無しさん＠お腹いっぱい。2005/12/06(火) 02:49:38
http://www.digitimes.com/systems/a20051121PR205.html
0679名無しさん＠お腹いっぱい。2005/12/06(火) 09:39:47
こっちの方が適切だろう。(678は有料ニュース)
http://www.google.co.jp/search?q=Dell+AMD&start=0&start=0&hl=ja&lr=lang_ja&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:ja-JP:official
0680名無しさん＠お腹いっぱい。2005/12/06(火) 11:44:46
今からOpteron dual な鯖を5.4-stableから6.0-stableにバージョン上げます。
ドキドキ...
0681名無しさん＠お腹いっぱい。2005/12/06(火) 12:12:50
はよOpteronにPacificaが載らないかな。もっとも、Pacificaつかって
ネイティブなFreeBSDを動かすよりFreeBSD/Xenのほうがパフォーマンスは
いいんだけれど。
0682名無しさん＠お腹いっぱい。2005/12/06(火) 18:27:45
>>681
XenがFreeBSD上で動くようになったら考えてもいい
結局今の Xen って

↑上位レイヤ
バーチャルマシン上OS
Xen
Linux
ハードウェア
↓下位レイヤ

だろ？
0683名無しさん＠お腹いっぱい。2005/12/06(火) 18:40:51
>>682
違う。Xen 3.0でdom0経由でPCIデバイスさわるようになったデザイン上の改悪は
あったけど、基本的にハードウェアの上に直接Xenがモニタとして乗る形。
dom0のOSはあくまで制御用。
0684名無しさん＠お腹いっぱい。2005/12/06(火) 20:17:20
そういえば、FreeBSDのXenの対応状況ってどんな感じなのですか?
0685名無しさん＠お腹いっぱい。2005/12/06(火) 20:36:53
>>684
ttp://www.freebsd.org/projects/summerofcode.html に
Integrate Xen Support: Support for the Xen virtual machine monitor is
coming into FreeBSD -CURRENT, so the installer could be updated to make
it possible to setup a Xen system with several FreeBSD nodes, etc.
とある。

ttp://www.freebsd.org/news/status/report-jan-2005-mar-2005.html#XenFreeBSD---FreeBSD-on-Xen
には
FreeBSD 5.3 runs on the stable and the development branches of xen and
is now checked into both trees. Over the next couple of weeks I will be
adding improvements for better batching of page table updates and SMP support.
Open tasks:
1. FreeBSD support for running as Domain 0, i.e. running as the hosting operating system.
2. FreeBSD support for VM checkpoint and migration.
なんてある。

ってことで、非VT & Pacifica対応CPUでもdomUはどうにかなっているけど、Xen 3.0で対応した
AMD64に関してはまだよくわからない。

dom0に関してはNetBSDで動かしているという話は結構出てくるけど、FreeBSDではほとんど見かけない…
0686名無しさん＠お腹いっぱい。2005/12/06(火) 23:38:20
さらに問題なのは、Xen 2.0 と 3.0 で互換性ないってこと。
Xen 2.0 の domain U, domain 0 は Xen 3.0 上では動作しないのが悲しい。

>>685
>>FreeBSDではほとんど見かけない…
ってことは、domain 0 として FreeBSD/Xen を動かしたっていう報告はないわけではないの？
0687685じゃないけど2005/12/07(水) 00:07:54
> ってことは、domain 0 として FreeBSD/Xen を動かしたっていう報告はないわけではないの？
2,3ヶ月前にそういう情報を見たような気がするんだが、
俺の勘違いかな? 検索しても見つからん。
0688名無しさん＠お腹いっぱい。2005/12/07(水) 00:22:14
>>686
3.0からPCIデバイスをdom0のドライバ経由で触るようになって、dom0のOSへの
依存が高まったからね。ますますdom0がLinux専用になっていってる気が。
2.0同様、3.0でもNetBSDがdom0で動いてくれるのかは怪しいところ…
以前はdom0のOSがなくても動くようにするとかいう目標があった気がするのに。

>>687
685だけど、ヲレも見たような気がするんだけど、検索しても見当たらない。

少なくとも今年の春のステータスレポートの中のopen tasksに
1. FreeBSD support for running as Domain 0
なんてあったように、どこぞでdom0で動かすような作業はしていたはずなんだけど…
0689386BSD& ◆G.pEF.bJ0Q 2005/12/07(水) 02:17:19
>>667
386BSDのFD回覧でPC9801DAでXのコンパイルに12時間掛かったのはなつかしい思い出。
0690386BSDだった2005/12/07(水) 02:31:33
>>666
>lang/gfortranでベンチをお願いしたいのです
す、すごい時間がかかるんだけど。
gcc4までがんばってる、コンパイラはいじりたくないので
逃げます。。。
>>668
えーっくす！は勘弁してぇ～



0691名無しさん＠お腹いっぱい。2005/12/07(水) 08:59:55
>>688
ひどい。
Dom0のOSの安定性が全体を決めるのに、そこの選択の自由度が無いとは。
0692名無しさん＠お腹いっぱい。2005/12/07(水) 09:26:08
>>691
ん? 3.0になっても、domUからPCIデバイスを触ろうとしない限りは
dom0は所詮は管理用OSのままだから、OS全体が落ちるようなシロモノ
だと困るけど、そうじゃなければ安定性にはそうは影響せんぞ。
VMwareやqemuとかと混同しとらんか?

まあ、各domU OS用のストレージ周りの面倒を見るのにdom0でLVM使う
ことも多いから、そうなるとdom0の安定性も重要になるし、dom0のfsが
どうのというのも考える必要が出るけど。
0693名無しさん＠お腹いっぱい。2005/12/07(水) 09:47:12
dom0 の file system とは言わないまでも I/O は
経由するってこと?

そこに Linux ってのは本末転倒…
0694名無しさん＠お腹いっぱい。2005/12/07(水) 09:57:25
>>693
あまりに的の外れた質問を連発する前にXenのドキュメントを読めよ…
0695名無しさん＠お腹いっぱい。2005/12/07(水) 10:13:39
ttp://ascii24.com/news/i/soft/article/2005/10/29/658812-000.html?geta
0696名無しさん＠お腹いっぱい。2005/12/07(水) 10:25:31
Xen 3.0のユーザーマニュアル ttp://www.cl.cam.ac.uk/Research/SRG/netos/xen/readmes/user/user.html
によれば、
The Xen distribution includes three main components: Xen itself, ports of
Linux and NetBSD to run on Xen, and the userspace tools required to manage
a Xen-based system.
ってことだから、3.0でもdom0にNetBSDを使えるのかな? そのうちNetBSDをdom0にした
報告が出てくるかも。

にしても、Xen 3.0で
x86/32, x86/32 with PAE, and x86/64 platform support.
となったことだし、dom0 OSがなんであれFreeBSD/amd64を複数起動できるように
なったのは素直に嬉しい。

つい最近リリースされたVMware workstation 5.5でも可能だけど、こっちはXen
どころじゃないほどホストOSべったりだし。
0697名無しさん＠お腹いっぱい。2005/12/07(水) 12:53:15
portsから32bitアプリをインストールする方法をないのでしょうか?

mozilla の32bit版を入れたいのですが、portsからだと64bitアプリになってしまいます。
0698名無しさん＠お腹いっぱい。2005/12/07(水) 13:45:14
>>696
FreeBSD/amd64 の domain U サポートってまだじゃなかったっけ。
VT でシステムエミュレーションするってこと?
0699名無しさん＠お腹いっぱい。2005/12/07(水) 14:21:21
>>698
そだね。現状はVT付きPen4つかって、ネイティブなFreeBSD/amd64を起動ですな。
0700名無しさん＠お腹いっぱい。2005/12/15(木) 03:39:53
Athlon64 x2買いました。明日、CPUを換装します。
FreeBSD 6.0-stableなんだけど、何か体感で速くなるような
使い方ってあるのかな?
0701名無しさん＠お腹いっぱい。2005/12/15(木) 03:56:34
>>700
んじゃ、後ろでmake worldしながらGnomeやKDEの上でFirefox動かしてSVGを見る
0702名無しさん＠お腹いっぱい。2005/12/15(木) 06:42:33
あまり変わらんだろ、それじゃ。元からたいしたことはない。
0703名無しさん＠お腹いっぱい。2005/12/15(木) 13:43:48
両方のコア使ってコンパイルしてしまって、Firefoxが遅くなったりして。
0704名無しさん＠お腹いっぱい。2005/12/16(金) 07:07:30
？(･∀･)？
0705名無しさん＠お腹いっぱい。2005/12/17(土) 08:09:17
>>694
>>693 ぜんぜん的外れじゃないとおもうけど

xenが仮想化するのはぶっちゃけMMUと割り込みだけ。あとdom間の通信路。
その他のハードウェアのI/Oはすべてdom0で行う。
domUにはダミーのデバイスドライバがあって、デバイスへのI/O要求を通信路を通じてdom0に渡す。
dom0にはwrapperのデバイスドライバがあって、通信路からのI/O要求を自OSのデバイスドライバ（ブロックデバイス等）に渡す。

たとえばdomUのFreeBSDがせっかくI/O順を注意深くsoftupdateしても、dom0のLinuxのI/Oスケジューラが順不同で書き込んだら意味ねー、ってことになる。
もちろんDom0のハードウェアデバイスドライバが腐ってたら以下略。

3.0のVTによるフルエミュレーションはどーなってるかってーと、ハードウェアへのI/O(i/o命令やmemory-mapped i/o)をxenがトラップして
（たぶん）dom0にあるユーザプログラムのQEMU(の一部であるioemu)に渡してる。
0706名無しさん＠お腹いっぱい。2005/12/17(土) 09:40:03
なるほど。
昔聞いた exokernel みたいな軽量 microkernel による
仮想化層とその上に乗る OS サーバーみたいなイメージなのかなと
解釈しかけてたんですが >705 で Xen の資料の読み方が分かったです
0707名無しさん＠お腹いっぱい。2005/12/18(日) 01:25:36
Usenix論文の内容もそんなだよね。
なんで>>694は的外れだと思ったんだろう...
0708名無しさん＠お腹いっぱい。2005/12/18(日) 02:43:03
近頃amd64でもxineのportがコンパイルできるんですね。
普通に動きました。
vmwareも動いてるそうだしi386モードがそれなりになったってことなの？

が、NAS経由で音トビが激しい。
amd64でxine動かしてi386でXサーバ+NASサーバ動かしてるんだけど、
このあたりのチューニングってどうやるの？
nasd.confのいじり方わからんです。
0709名無しさん＠お腹いっぱい。2005/12/18(日) 02:53:38
>>707
Xenは1と2とでarchが全然違うからね。1のdom0は完全に管理用で
Xen自体にデバドラが入っていたはず。
0710名無しさん＠お腹いっぱい。2005/12/19(月) 09:13:31
部屋のオプな鯖の暖かさがありがたくなってきたな。
0711名無しさん＠お腹いっぱい。2005/12/21(水) 04:57:27
Dual core opteron の dual CPU な環境を試した香具師いない?
来年度の予算辺りで勝負に出たいのだが...

OSは、とりあえずFreeBSD 6.x を考えている。
0712名無しさん＠お腹いっぱい。2005/12/21(水) 05:52:19
FreeBSD 6.xがNUMAできちんとパフォーマンス出るか否か。
コア数が多くなるとOSによる差がでてきそう。

FreeBSD/sparc64をNiagaraなマシンに載せて、8コアとか16コアとかでの挙動を
確かめてみたりした人っているのかな?
0713名無しさん＠お腹いっぱい。2005/12/21(水) 14:37:38
現時点で、動くNiagaraに触れる人は超少数って
話が・・・
0714名無しさん＠お腹いっぱい。2005/12/22(木) 01:00:04
montecito x 8で32wayのLinuxは試したがFreeBSD/ia64やってる暇無し。
LinuxだとccNUMAそれなりに効くようだ。
Olacle10gでいじりまくると30%upくらいだそうだ。
Niagaraも似た感じかな？

つうかFreeBSDのアプリ、ミドルでNUMAサポートしてるのあるの？
0715名無しさん＠お腹いっぱい。2005/12/22(木) 01:49:26
> montecito x 8で32wayのLinuxは試したがFreeBSD/ia64やってる暇無し。
FreeBSDでのSMP/NUMAサポート向上のためにも、
是非そのマシンを開発者に寄付してやってください。
07167112005/12/23(金) 01:23:10
レスくれた方々、どうもありがとう。
ちょっと難しい話になったので、どうレスを付けていいか
分からなくなったので、書き込みが遅れてしまった。

とりあえず、確実に分かったことは自分自身で人柱になるしかなさそうだねって
ことかな。
0717名無しさん＠お腹いっぱい。2005/12/24(土) 01:19:33
>>716
アリガトン。
今、実機を持つ予算はないけれど、実機を持ったときはもれも後に続くよ。
0718名無しさん＠お腹いっぱい。2005/12/24(土) 02:33:36
Niagara は 1 ソケットだから、NUMA じゃないよ。
0719名無しさん＠お腹いっぱい。2005/12/24(土) 02:35:18
あと、8core × 1socket だから、8core 32thread まで。
それ以上は Niagara 2 待ち。
0720名無しさん＠お腹いっぱい。2005/12/25(日) 21:56:36
EM64T 環境に 6.0-RELEASE 入れたけど 32bit バイナリが全くうごかん
/usr/lib32 も /usr/local/lib32/compat もあるのに
ldd するとライブラリを参照できていないようだ
file すると 32bit バイナリだと認識できるのだが・・・

どうすりゃいいのだろうか。ハンドブックやリリースノートにもとくに記載がないし。
0721名無しさん＠お腹いっぱい。2005/12/26(月) 14:49:22
ldconfig とかそういう話ではなくて？
0722名無しさん＠お腹いっぱい。2005/12/26(月) 20:00:40
FreeBSDで計算用サーバーを作りたいのですが、PCのハードウェア構成で
悩んでいます。

Opteron のデュアルプロセッサと、Athlon 64 x2 のシングルプロセッサでは
性能はほとんど同じと考えてよいのでしょうか?
0723名無しさん＠お腹いっぱい。2005/12/26(月) 20:36:44
メモリアクセスの帯域と NUMA ちっくな構成と
どっちをとるかってな問題ですかね

どういう計算をやるかによって違うかも。
0724名無しさん＠お腹いっぱい。2005/12/26(月) 22:07:09
有限要素法とかの科学技術演算ならOpﾃﾛﾘｽﾄですかね
0725名無しさん＠お腹いっぱい。2005/12/27(火) 03:33:13
便乗質問なんだけど、メモリ帯域を考えると、
CPUが2つあった方が良いってこと?
0726名無しさん＠お腹いっぱい。2005/12/27(火) 03:47:43
メモリコントローラが2つと考えることもできるな
0727名無しさん＠お腹いっぱい。2005/12/27(火) 12:33:11
>>726
なるほど
0728名無しさん＠お腹いっぱい。2005/12/27(火) 20:57:12
amd64な漢の人はopenofficeなんぞは使わないのですか？
0729名無しさん＠お腹いっぱい。2005/12/28(水) 05:25:22
32bitアプリを動かすとき、ライブラリの問題が出てくると思うけど
みんなどうしてる?

FreeBSDに最初から入っているライブラリは良いとしても、
portsやpackagesから入れないといけないようなライブラリって
多いよね。
やっぱり32bit版のライブラリをpkgで取ってきて、それをamd64な
環境に入れて使っているのかな?
0730名無しさん＠お腹いっぱい。2005/12/28(水) 05:39:19
>>728
FreeBSDでX動かしていないので・・・。
0731名無しさん＠お腹いっぱい。2006/01/03(火) 04:59:57
それは漢ですね♥
0732名無しさん＠お腹いっぱい。2006/01/03(火) 15:07:30
>729
portsから入れる＝コンパイルするとamd64用バイナリができる。
packageを入れる＝amd64用バイナリのpackageを入れる。

...まぁ確かにデバイス等のlibraryをバイナリのみで公開している
困ったベンダも中にはあったような。
0733名無しさん＠お腹いっぱい。2006/01/07(土) 15:40:45
ちゃぐちゃぐうまっこ(・∀・)
0734名無しさん＠お腹いっぱい。2006/01/09(月) 22:42:09
amd64版でqemu上でi386なマシンをエミュレーションしたら遅い。
0735名無しさん＠お腹いっぱい。2006/01/10(火) 13:49:40
やっぱamd64でやると遅いのか。
漏れもWinXP入れてみたがwordもnetscapeも動かない。
ソリティアくらいしか使えんかったし。
kqemu動かしたらkernel panicしてくれるし。orz
0736名無しさん＠お腹いっぱい。2006/01/10(火) 14:25:54
えー? うちではFreeBSD amd64で普通にkqemu使っているよ。
ゲストでWindows2000はちゃんと動いているし、
Office2003も動いているよ。
FreeBSDのバージョンは、年末ぐらいにcvsupした 6.0-stable

速度はi386カーネルでqemu動かすよりも
遅いようだけどね。
07377352006/01/12(木) 23:55:15
6.0-RでX端末から
#kldload kqemu
#qemu-system-x86_64 -m 256 disk
とやったとたんに応答なくなって、サーバまで出かけて見ると
segmentation fault in kernel mode
がバケバケのVGA画面に。。。。
VIDEO RAMにも色々誤アクセスしてお亡くなりになるみたい。
近頃のRELENG_6_0ならいいのかしら？

kqemu無しでWindowsXPが上がってもアプリが色々動かないのは
bigmemのエミュレーションをとちっているのでは？？
と勝手に疑ってます。

Windowsのコンパネでsystem開くと；
コンピュータ
QEMU Vertual CPU version 0.8.0
1.40 GHz, 256 MB RAM
物理アドレス拡張　←これが怪しい

Windows 2k動かすのが無難なのかな。
0738名無しさん＠お腹いっぱい。2006/01/18(水) 20:02:40
物理アドレス拡張はPAEのことで、PentiumPro以降では標準機能だよ。
0739名無しさん＠お腹いっぱい。2006/01/19(木) 02:40:35
qemu-system-x86やめてqemuでやってみた。
コンパネのシステムの表示は
Intel PentiumII プロセッサ
1.40 GHz, 256 MB RAM

になって”物理アドレス拡張”の表示はなくなりました。
PAEのcapability見せなくなるってことかな？
が、ふるまいは変わらず。
office97のsetup.exeを実行すると

16ビットWindowsサブシステムというポップアップで
NTVDM CPUは不正命令を検出しました。
と言われまする。
16bitコードのエミュレーションがだめってことみたい。

でもかちゅ～しゃでここに書き込めるくらいは動いてるのでまあいいか。
0740名無しさん＠お腹いっぱい。2006/01/22(日) 01:16:35
3次元データの解析にFreeBSD amd64版を使っているのだけど、

昔は、キャッシュとかTLBのヒット率のことを考えてデータの局所性が
どうのこうのって考えてプログラム書いていたけど、最近はそういうの考えなくて
適当にエイヤでプログラムを書くようになったなぁ。

ハードウェアがどんどん高性能になっているので、その辺りの
セコい考え方というのが無くなっている。

みんなは、そんなことない?
0741名無しさん＠お腹いっぱい。2006/01/22(日) 03:15:44
>>740
CPUの演算速度とメモリアクセス速度の進化の差が大きくなっている今こそ、その手の
最適化が重要になっているんだけど。
0742名無しさん＠お腹いっぱい。2006/01/22(日) 05:58:01
両方ともそれぞれの真実を語っているのだろうなあ。
0743名無しさん＠お腹いっぱい。2006/01/23(月) 08:13:31
演算のスピードの面を見ると>>741が指摘したとおりだと思うけれど、
それが損なわれないように精度の高い先読みや分岐予測をするからねぇ。
だから、そこら辺を考えた最適化をするにはそこまで意識しないといけなくて、
人手でやるのは辛いのではないかと予測してしまう。
0744名無しさん＠お腹いっぱい。2006/01/23(月) 11:42:07
計算性能が以前は不足していたが、現在はとくに特別な配慮をしなくても
十分な性能がでてしまう、そういう分野もあると思われ。
0745名無しさん＠お腹いっぱい。2006/01/25(水) 01:16:41
10年ほど昔、研究上どうしても大容量のデータを扱う必要があって
主記憶が1GBのunixマシンを使わせてもらうために
地元の国立大に頼み込んだことが懐かしい。

今は、64bit dual cpuで主記憶が4GBのマシンが、
目の前に置いてあったりするんだもんな。
0746名無しさん＠お腹いっぱい。2006/01/27(金) 12:55:35
pentiumⅢくらいまでは、unrolling を手動でやったが、
いまのコンパイラは、どの程度よくなったのかな。
まえは、8個くらいまでループに書いてやると速くなったものだが。
0747名無しさん＠お腹いっぱい。2006/01/27(金) 21:03:04
すみません、Turion64でこれ動かしてる方居ませんか？
出来れば構成等を教えていただけるとありがたいのですが…
無音サーバ組もうと思ってます
0748名無しさん＠お腹いっぱい。2006/01/29(日) 03:50:47
abit-kv80との組み合わせとか
alba K8M800-754 との組み合わせとか。
メモリ電源等は余っていたやつを適当に。
0749名無しさん＠お腹いっぱい。2006/01/29(日) 21:04:26
>747ではないけれど

BSDだとPowerNow!もしくはそれに準じた機能は動くの？
電圧とクロックをBIOSでいじれるのを選んだほうがいいのかな？
0750名無しさん＠お腹いっぱい。2006/01/29(日) 22:25:34
BIOSがサポートしてれば使える。
07517492006/01/30(月) 00:48:39
>750
thx!
今度Turion64+VIAK8系チップで試してみます
0752名無しさん＠お腹いっぱい。2006/01/30(月) 01:10:56
>>749
Cool and Quietをcpufreq(4)を組み込んで使ってる。

余談だが、そもそもVAXはPowerNow!みたいな機能を
もっていないと思うが。

0753名無しさん＠お腹いっぱい。2006/02/04(土) 15:30:08
１６CPUのデュアルコアのマシンを買ったらBSD動きますか？
MPI,OPENMP動きますか？
0754名無しさん＠お腹いっぱい。2006/02/04(土) 18:36:05
>>753
まずは日本語を勉強しろ。
0755名無しさん＠お腹いっぱい。2006/02/04(土) 20:24:44
>>753
そんな高いマシンを買わなくてもBSDは動きます。
0756名無しさん＠お腹いっぱい。2006/02/04(土) 20:30:11
>>753
そんな高いマシンを買ったらBSDは動きません。
0757名無しさん＠お腹いっぱい。2006/02/04(土) 20:45:11
>>755 >>756
やさしいな。
0758名無しさん＠お腹いっぱい。2006/02/04(土) 21:27:41
>>756
> そんな高いマシンを買ったらBSDは動きません。
動かない状況をsend-prしとけ。
0759名無しさん＠お腹いっぱい。2006/02/05(日) 00:45:03
send-pr してあげますから確認のため
そのマシンを私に下さい
0760名無しさん＠お腹いっぱい。2006/02/05(日) 00:52:12
はい、あげましょう
0761名無しさん＠お腹いっぱい。2006/02/05(日) 02:54:40
なんか景気の良い話しているな。
こちらは、Opteron dual な鯖機を買うだけで、予算の確保に
苦労しているっていうのに。

とりえあえず、奇跡的に年度末に予算の余りがあったので、
なんとかOpteron dual な一台鯖を買えそうだ。
このハードウェアの安い時代にもかかわらず未だに計算資源が十分でないんだよね。
貧乏だから...

OSは6.1Rが間に合うかな... 一応-stableを追っかけるのは禁止なので、
できれば6.1Rが間に合ってほしい。
0762名無しさん＠お腹いっぱい。2006/02/05(日) 05:51:13
http://www.jcsn.co.jp/

を見るがよろしい。
0763名無しさん＠お腹いっぱい。2006/02/07(火) 08:42:04
>>762
話題になってるのはこれのこと？
つhttp://www.jcsn.co.jp/products/spec/vin_opt_wle5u.html

http://www.freebsd.org/platforms/amd64/motherboards.html
によると同じ会社のM/Bの8-wayのマシンでブートすることを確認した人は
居るみたいですね。OpenMPとかMPIとかはAMD64で数値計算していると
言っている人がこのスレにある程度居ることを見るとOpteronで使えている
ように見えるから問題ないのでは？
でも、16-wayくらいになったらULEスケジューラを使ったほうがいいんだろうねぇ。

買うとしたら結構なお値段みたいだから買う前に動作確認とかさせてもらえないのだろうか
0764名無しさん＠お腹いっぱい。2006/02/07(火) 10:04:34
>>763
それこそそういう会社にコンタクトをとれば、
たいていなんとかなるんじゃね？
ためすなりなんなり。
0765名無しさん＠お腹いっぱい。2006/02/11(土) 01:24:19
milleniumが好きなのだがdviで使うにはmga_halが必須なのか、
どうしてもamd64下でX(xorg)を立ち上げられなかった。さらば。
0766名無しさん＠お腹いっぱい。2006/02/11(土) 01:33:40
>>765
うーん、前世紀の遺物か、漏れも若い頃は憧れていたな。
0767名無しさん＠お腹いっぱい。2006/02/11(土) 02:23:18
GeForceもｱｸｾﾗﾚｰﾀ・ﾓｼﾞｭｰﾙが使えないのでradeonな人になります
0768名無しさん＠お腹いっぱい。2006/02/11(土) 08:27:05
でもradeonのサポートよくなってきたよね。
0769名無しさん＠お腹いっぱい。2006/02/26(日) 23:26:03
ネイティブな firefox (japanese/firefox-ja) で flash7 や acroread
の plugin 動いてるヒト居ます？ linuxpluginwrapper がまだ
ONLY_FOR_ARCHS=i386 なままなんでまだ無理？？
0770名無しさん＠お腹いっぱい。2006/02/27(月) 01:01:04
linuxpluginwrapper以前に64bitのflashﾌﾟﾚｪﾔｧがないじゃん
■ このスレッドは過去ログ倉庫に格納されています