- 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/
- 355 名前：名無しさん＠お腹いっぱい。 [2008/03/22(土) 05:03:23 ]
- 税金返せ!とは言わんから、そのマシン貸してくれ。
-current追っ掛け用CVS鯖にするとか、packagesの
bulk buildして公開するとか、OOoをビルドする
とか…。
- 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/22(土) 16:54:03 ]
- >>355
> -current追っ掛け用CVS鯖にするとか
それって、ftp.jp.*とか、cvsup.jp.*みたいなもん？
- 357 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/23(日) 00:37:49 ]
- >>347
どれくらい活用してくれるか楽しみにしてるよ。
個人的には>>355の用途でもいいな。
OOoのビルドとかまじ助かる。
- 358 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 02:17:44 ]
- 今度、amd64版FreeBSDを入れる予定なんだけど、
ハードウェアの選定で困っている。
メモリを大量に載せたいのだが、今、一般人でも手に入るハードウェアで、
何GBくらいまでメモリ搭載できる?
また一番多くメモリが搭載できるハードウェアのメーカ名と製品名教えて。
もちろん、FreeBSD 7.0R(amd64)が動くことが条件だけど。
- 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 07:40:37 ]
- 8GBだな
- 360 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 08:21:39 ]
- TYANとかSuperMicroのデュアルソケットマザーだと16G〜32Gあたり。
たくさんあるので人に頼らずお買物サイトで探せ。
- 361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 11:38:01 ]
- 仕様上は64GB くらいはいけるはず
メモリモジュールが手に入らないか死ぬほど高くなるけど
- 362 名前：358 mailto:sage [2008/03/29(土) 12:36:20 ]
- メモリの件、レスをありがとう。
やっぱり、価格的にも容易に入手できるのは16GBくらいが
最初の限界っぽいような感じだね。
- 363 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 14:00:39 ]
- とりあえず本体＋メモリで3万円のメモリ8GBコースをお勧めしたい
- 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 14:04:46 ]
- nttxstore.jp/_II_HP12312916?LID=774&FMID=2ch
- 365 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 14:10:15 ]
- で、やるのはコンパイル
- 366 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 15:02:14 ]
- そりゃコンパイルぐらいするだろ
- 367 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 15:11:25 ]
- いやいや、エロゲですよ
- 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 15:19:42 ]
- 最近、CPUのクロックも上がらなくなったし、
スペオタは、無意味なくらいメモリを多く積むとかCPUの数を増やすとか
そういうところに走るのかなぁ。
- 369 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 15:27:33 ]
- そりゃまあ仮想マシンとかそういう使い道もあるし
- 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 16:10:21 ]
- ただ、FreeBSD/amd64だとVMwareは動かないしXenは現状だめ、7.1になっても
せいぜいdomUだしで、仮想化といってもjail止まり…
- 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 16:44:25 ]
- 時々でいいから、QEMUのことも思い出して下さい…
- 372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/30(日) 00:41:32 ]
- 下手にXenの準仮想化でGuest OS使うよりは、qemuの方が使い勝手がいいことが多いね。
- 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/30(日) 01:45:23 ]
- 前も書いたことだけど、学術研究なんかで数値計算をするには
CPUは速ければ速いほどいいし、メモリも16GBくらいじゃ
足りないことがある。
- 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/30(日) 12:14:36 ]
- qemuって、kqemu入れると確かにCPU速度的には上がるんだけど、
I/Oがまだまだ遅いのよね
- 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/31(月) 21:11:49 ]
- QEMU、WineじゃなくてモノホンのWinをつかいたいって場合にはいいけど、
サーバ仮想化に使うには重すぎ。
- 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/01(火) 00:01:16 ]
- サーバ仮想化ならjail使えばいいじゃん
- 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/01(火) 10:42:36 ]
- jailのおかげでFreeBSDの仮想化は５年は遅れた
- 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/01(火) 16:16:52 ]
- jail であと10年は闘え(ry
サーバ関係だと実用上，jail でそんなに困らないという気もするが…
jail でないものを求める理由って
CPUリソースやメモリリソースもある程度きちんと管理できる
仮想化がしたいってことだよね?
- 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/01(火) 16:57:37 ]
- >>378
そだね。jailだとどれか一つプロセスが悪さするだけで、
他の仮想環境を含めてトラブルが広がっちゃうから。
- 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/01(火) 20:32:39 ]
- limitかけるでしょ普通。
- 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/01(火) 20:45:20 ]
- そういえば、これはどうなったのか
wiki.freebsd.org/JailResourceLimits
- 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 01:43:36 ]
- 今、Quad × 2 の 8発のPCが30万もしないのな。
ちょっと逝ってくる。
- 383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 02:40:43 ]
- >>379
なかなかセキュアな環境ってのは一筋縄じゃいかん
SMP/HTの時みたいなのはまだ出るかと思うと。
- 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 07:12:33 ]
- FB-DIMM(笑)
- 385 名前：名無しさん＠お腹いっぱい。 [2008/04/03(木) 13:41:01 ]
- 仮想化って、何もセキュリティだけが 目的じゃないし。
- 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 16:15:52 ]
- XenやVMwareのESX serverだとライブ マイグレーションが売りの一つだけど、
jailじゃどうあがいても実現不能
- 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 16:46:27 ]
- >>385
広い意味でのセキュリティには、可用性の増大も含まれる。
CIAのAはアベラビリティだし。
つまり、仮想化することでハードウェア故障から逃れられるなら
セキュアになるのさ。
- 388 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 17:10:47 ]
- パフォーマンス向上を目的としないXenと、
ネイティブOSのパフォーマンスをフルに使えるjailは
使い分けるべきものだと思うぞ。
どちらがどちらで置き換えられるというものではない。
- 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 18:26:27 ]
- 問題は今のFreeBSDだとjailしか選択できないこと。
7.1になってもXenはdomU止まり。
- 390 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 18:51:25 ]
- dom0がFreeBSDでできるようになるとどういうメリットがあるの?
- 391 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 18:52:36 ]
- 当分dom0やる気無いみたいだし・・・
人的リソース不足か、よほどnewbusと相性が悪いのか。
- 392 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 21:42:36 ]
- Xenなんぞ使わずに、仮想化のオーバーヘッドと不安定性・複雑性なしで
live migrationできるようになったら有難いねえ。
- 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 22:02:15 ]
- >>391
あんな頻度で仮想化関連のインタフェース変えられちゃあ、
dom0の移植までやる気になる人はあまり出てこないと思う。
3カ月くらい前に調べたきりだから今はどうかは知らないけど、
Xenはstableブランチが存在しないのが致命的。
- 394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 22:20:56 ]
- LinuxにはXen以外にVMware、KVM、Vserver (jailと同じようなものだけど)
OpenVZなどなど仮想化技術は多々あって、それぞれ切磋琢磨しているのは大きいよなぁ。
そういえば、FreeBSDにKVMを移植するプロジェクトがあったようだけど
どうなったんだろう?
ttp://journal.mycom.co.jp/articles/2007/07/12/freebsd2/index.html
>>390
FreeBSDで完結できるのは大きなメリット。
現状、Xenを使うにはdom0がLinuxである必要があるわけで、それなら普通は
domUにも素直にLinuxつかったほうがいいと考える罠。
- 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 22:30:56 ]
- 7.0-STABLE/amd64でntpdを使ったサーバとの時刻合わせがうまくいかない。
ntpq -np の結果を見ると、offsetとjitterがどんどん大きくなっていく。
remote refid st t when poll reach delay offset jitter
==============================================================================
（内部ntpサーバ） 210.173.160.27 3 u 63 64 1 0.801 12.019 0.002
↓
（内部ntpサーバ） 210.173.160.27 3 u 96 128 7 0.789 170.782 157.527
↓
（内部ntpサーバ） 210.173.160.27 3 u 115 256 17 0.773 644.582 491.745
サーバの左に*がつかず、いつまでも同期しない。
1. 同じセグメントの別クライアント（6.3-STABLE/i386）はサーバ同期できてる
2. ntpdateならサーバと同期する
3. firewallを止めても状況に変化なし
ちなみにM/BはGIGABYTEのGA-MA78GM-S2H（チップセットは780G）。
あと何を調べればいいと思う？
- 396 名前： ◆TWARamEjuA mailto:sage [2008/04/03(木) 22:32:36 BE:1307243-2BP(7082)]
- (´-`).｡ｏＯ(きっとyutori仕様。。。)
- 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 23:09:12 ]
- >>394
> Xenを使うにはdom0がLinuxである必要があるわけで、
> それなら普通はdomUにも素直にLinuxつかったほうがいいと考える罠。
どうして？よしんばそうだとしても、
別にFreeBSDにとってのデメリットではないと思う。
dom0がFreeBSDでないからあれができないこれができない、みたいな
話ではないのなら。
dom0は結局のところXenのドライバなどハードウェアとのインタフェース層と、
全体管理用コンソール環境といったところでしょ？
それがFreeBSDじゃないと嫌っていうのはLinuxへの嫉妬か同種の
ひがみ以上の現実的理由はないように思うのだけれど。
- 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/03(木) 23:39:08 ]
- >>397
FreeBSDで完結できないのは欠点だろ。
欠点では無いと言い張っても出来た方がうれしいのは自明なんだから。
- 399 名前：名無しさん＠お腹いっぱい。 [2008/04/04(金) 04:16:15 ]
- >Linuxへの嫉妬か同種のひがみ
まぁぶっちゃけそうなんだけど、rootに
なって管理作業する作法がLinuxて言うか
SysV風なのは、正直かなり不安。
一応、NetBSDもdom0に成れるらしい。
…と気付いて試した時には、既にXen
のバージョンが上がってて、pkgsrcでの
makeがコケた。年度切替えで忙しくて
それ以上、追っ掛けてない。
同一マシンでamd64とi386両方動くと
嬉しいんだけど。
- 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 04:23:51 ]
- あと、Linuxで動かしてる限りパフォーマンスの
問題は感じない。ってか最近のCPU速いし。
intel-VTやら、AMD-Vとかの支援機構が付いてれば
無問題。Pentium4やAthlonXPみたいな大昔のCPU
でネイティブ動作に拘るより、よっぽど速い。
intel-VTはXeonが必要みたい(conroeなcore2duo
だとVT無しだった)だけど、AMD-Vは激安鯖の
HP ML115に付いて来るAthlon64 3500+ですら
付いてた。一式全部で13750円なので、ふっ飛ばして
もいいやってゲシゲシ試してる。
- 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 04:25:19 ]
- 送信押してから思い出したけど、Xenでも
CPU速度の低下はそんなに気にならないが、
レガシーI/Oは流石にかなり低下するので
中尉。
- 402 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 08:23:54 ]
- CPUの速さとソフトウェアのパフォーマンスをごっちゃに語るのは良くない。
- 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 08:34:13 ]
- 大事なのは後者だし
- 404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 08:55:29 ]
- > あと、Linuxで動かしてる限りパフォーマンスの
> 問題は感じない。ってか最近のCPU速いし。
> intel-VTやら、AMD-Vとかの支援機構が付いてれば
> 無問題。
あの支援機構がついていても "速くなる" わけじゃないというのが
定説だが。
domU 対応じゃない OS を native モードに見せて動かすとか
セキュリティ的な区分がより明確になるのがメリットなんじゃなかった?
(で、その分むしろ遅くなる)
- 405 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 12:59:29 ]
- domUならdomU上のkernelがtrapしてdom0のkernelに渡すので、その手の
仮想化支援機能はまったく無意味。一方、full virtualizationのhvmは
AMD-VやVTがないと動かない。
でも、徐々にマシにはなってきているけど、hvmはやっぱりかなり不安定で
正直サーバ用途にはつかえたもんじゃないし、使う必要もない。
上でWinを動かしたいときにだけ使う代物。
VMwareだとworkstation 6.0でもAMD-VやVTは使うとかえって遅くなるので、
使わないほうがいい。6.5betaではまだ未検証だけど。
- 406 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/06(日) 07:43:17 ]
- 俺メモ
FreeBSD6.3 amd64
options SMP
device msk
でパニック
- 407 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 00:31:28 ]
- Intel Xeonで64bitモードで動かそうと思っているんだけど
やっぱり64bitだと性能的にはオプテロンが良い?
- 408 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 00:40:01 ]
- そらそうよ
- 409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 02:08:00 ]
- でもオプテロンは高い。
- 410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 10:09:34 ]
- >407
ベンチマークの数字よりは全般に Opteron の方が優秀だが
現在は Opteron の性能向上が足踏みしてる感じで
Xeon の方が実質上に来てると思う…
っていうかどのコアのどのクロックとかの話なしに
そういうメタ議論しても無駄なので買える方を買えば良い
- 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 10:51:44 ]
- 同じ価格で
- 412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 12:39:22 ]
- >>382でも書いたけど、
Intelだと 30万円でQuadCore x 2 で8プロセッサを実現できるんだよね。
これをAMDで実現するのは無理。
もちろん、並列処理できないような問題ならいくらプロセッサを増やしても
意味はないんだけどね。
- 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 14:55:06 ]
- 同じマシン上で独立した複数の数値計算プログラムをその分実行できるっつっても、
結局主記憶容量(とキャッシュ)に上限があるからなあ。
- 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 15:57:00 ]
- >>412
FB-DIMM高い上に熱くね？
- 415 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/07(月) 16:45:41 ]
- 8プロセッサは、昔からのunixオタにすれば、
実用性よりも浪漫なんだよな。
- 416 名前：名無しさん＠お腹いっぱい。 [2008/04/07(月) 22:20:56 ]
- SPARC Enterprise 8コアとか
我がデータセンターにも無い
- 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 02:26:43 ]
- 学生時代の話だけど、うちの大学の情報センターにSGI の PowerChallenge と ONYXって
いうのがあって、これがそれぞれ8CPUだったと思う。
- 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 10:31:41 ]
- 昔は MPP マシンとかあったな。
bradley.csail.mit.edu/~bradley/cm5/
- 419 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 15:39:22 ]
- JAISTに置いてあったなぁ。
- 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 22:33:54 ]
- 今でもMPPって言うよ
桁は増えているけど
- 421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 22:59:12 ]
- JAISTで使いますた。nCube64も有った。
FEPにloginして使うんだけど、結局
組込み機器のクロス開発と変わんない
じゃんと思ってた。
- 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 23:02:49 ]
- 開発するプロセスに着目すればそんな感想もでてくるかなってかんじー
- 423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 19:41:34 ]
- オークションでSunFireが良く出てるよw
search.auctions.yahoo.co.jp/search/auc?p=sun+fire+opteron
- 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 19:56:48 ]
- オプテロンのばっかじゃん
T1かT2のがいいなあ
- 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 17:07:38 ]
- オプテリンならじゃんぱらでも売ってるからな。 PC鯖で十分。わざわざSUN買う必要無い。
- 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 22:19:02 ]
- と思ったが
848x4が2万円ぐらいならいいかな
筐体の奥行きが長すぎだけど
- 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 02:23:49 ]
- 大型テレビみたいに壁掛けにすればいいんじゃね?
- 428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 02:20:11 ]
- amd64で動かす場合のバージョンで最適（安定）なものは何になりますか？
- 429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 10:11:55 ]
- 普通に考えれば 7-current じゃねーの?
- 430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 10:12:34 ]
- ごめん 7-stable の間違い
8-current も amd64 については
むしろ修正が早いメリットがあるのかも知れないけど
- 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 19:54:15 ]
- 7 ReleaseじゃなくてStableなの？
- 432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 01:19:19 ]
- Xen対応マダーー？？(チンチン
- 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 07:13:24 ]
- 仮想化なんて飾りです
- 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 11:51:26 ]
- どっちかというと実機なんて飾りですじゃあるまいか
- 435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 20:25:35 ]
- だれ
うま
- 436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 00:14:44 ]
-
...|￣￣ |＜ nVidiaのドライバーはまだかね？
／:::| ___| ∧∧ ∧∧
/::::＿|＿＿_|＿ （ ｡_｡）. （ ｡_｡）
||:::::::（ ・∀・） ／<▽> ／<▽>
||::／ <ヽ∞/>＼ |::::::;;;;::/ |::::::;;;;::/
||::| <ヽ/>.- | |:と),__｣ |:と),__｣
＿..||::| o o ...|_ξ..|:::::::::| .|::::::::|
＼ ＼＿_(久)__／＿＼::::::| |:::::::|
.||.i＼ ､__ﾉﾌ ＼| |:::::::|
.||ヽ .i＼ _ __ ＿＿＿＿ __ _.＼ |::::::|
.|| ﾞヽ i ﾊ i ﾊ i ﾊ i ﾊ | し'_つ
.|| ﾞ|i〜^~^〜^~^〜^~^〜|i~
...|| ||
...|| ||
もうATIにしちゃおうかな
- 437 名前：名無しさん＠お腹いっぱい。 [2008/04/29(火) 00:19:45 ]
- ATIは3D Compiz 使えるんでしょうか？
使えるのであれば Windows を消して速攻で移行したいとさえ思うので。
- 438 名前：名無しさん＠お腹いっぱい。 [2008/04/29(火) 03:56:06 ]
- それ以前にOpenGLすら使えない。
FreeBSD/i386でLinux用nVidiaドライバが
流用出来てるだけ。amd64だのATIだので
3D機能は使えないんじゃないの？単なる
フレームバッファとして使うのが関の山では。
- 439 名前：437 mailto:sage [2008/04/29(火) 04:13:29 ]
- >>438
回答どうもありがとうございます。
そうですかー。やっぱり使えないんですかー。
NVIDIA amd64 にかけるしかないですね。
残念。。。
- 440 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 04:39:16 ]
- ports/graphics/dri
- 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 12:23:05 ]
- FreeBSDでデスクトップ使うなよ
- 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 15:41:42 ]
- www.nvnews.net/vbulletin/showpost.php?p=1641508&postcount=304
amd64+FreeBSD 7+AIGLX enabled X.org+ATI R350でcompizが動く、そうだ。
R350ってのがポイントかな?
新しいR500/600だとradeon/radeonhd両ドライバで3Dサポートがない。
- 443 名前：437 mailto:sage [2008/04/29(火) 15:47:39 ]
- >>442
R350なるものを近々買って試してみますね。
情報をどうもありがとうございました。
- 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 16:23:02 ]
- 非ベンダドライバ+旧世代ビデオカードで動いてもあんまり嬉しいもんじゃないかもな。
そもそも開発元はNovellなんだし、あえてFreeBSDしかもamd64で動かすのはなぜだ。
- 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 21:04:16 ]
- www.youtube.com/watch?v=rG_OWluQtLg
- 446 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/30(水) 00:47:08 ]
- R350って、RADEON 9800のことか
- 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 04:18:04 ]
- amd64は鯖、クライアントはi386を使っている。
それで不便はないが...
amd64でデスクトップ環境って何か良いことある?
- 448 名前：名無しさん＠お腹いっぱい。 [2008/04/30(水) 07:06:57 ]
- 初印すとしたんだが
というか初めて触ったが3枚のディスク入れかえ要求されるのだがHDDに全部入れてなぜやらんのだよ。インストーラー
DVDに焼けないのこれ？
- 449 名前：名無しさん＠お腹いっぱい。 [2008/04/30(水) 07:55:57 ]
- R350世代って、いつの時代だよ？！
とっくにディスコンで、中古市場からも枯渇してるじゃん。
>>443
もう今更買えねーよ。
>>447
*BSDだと無いな。Linuxだと良いこと有りまくりだが。
CUDAとか大量のデータを処理する3Dアプリがグリグリ動く。
- 450 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 10:42:59 ]
- 64ビットなんてまだデスクトップじゃwindowsもFreeBSDも似たようなもん
- 451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 11:37:05 ]
- CUDAってデスクトップ機で動かしてうれしい？
描画関係ならうれしいってのはわかるけど、デスクトップ機で数値計算してもなあ。
- 452 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 12:37:08 ]
- いやいやPersonal Crayは漢の夢ではないか。
- 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 16:22:43 ]
- まあ中古でもないってこともないけど
- 454 名前：436 mailto:sage [2008/05/01(木) 01:44:11 ]
- うちはFreeBSDもWindowsもドンドン64bit化してるんだけど、やっぱいいよメモリ8Gは快適。
VMWareとかのクライアントOSにも2Gメモリ割り当てても平気だし。
後は、でかいVRAM積んだビデオカードさしてもメインメモリがさしただけ使えることがメリットでかいね。
- 455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/07(水) 01:30:27 ]
- win32codecとか、nspluginwrapper で動かすことできる?
|
 |
