- 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/
- 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/01(土) 09:26:07 ]
- wineとnvidia-driverのamd64用portsが用意されれば今すぐamd64にするよ
- 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/01(土) 14:38:50 ]
- Linuxでいうsetarchみたいなのってないの？
みんな32ビットバイナリをコンパイルするときどうしてるの？
- 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/01(土) 15:28:22 ]
- cc -m32
- 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/01(土) 19:15:00 ]
- >>302
だよなぁ
- 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/03(月) 03:54:29 ]
- setarchってpersonality変更してるから-m32とは無関係
- 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/03(月) 21:41:22 ]
- amd64の中のjailでi386とかってできんのかな？
できるならXはjailの中で使うという選択肢もあるな
- 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/04(火) 06:59:41 ]
- jailなんてケチ臭いこと言わずに、いっそXenで
NetBSD/amd64の中でFreeBSD/i386が動く、とかだったら良いのに…。
- 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/04(火) 10:00:59 ]
- Xenなんてケチ臭いこと言わずにkvm/qemuで
- 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/04(火) 13:32:14 ]
- qemuとかでなくXen選ぶならpara-virtualizationでなきゃそんなにうれしくないし、
だとすれば素のFreeBSD/i386が動くわけじゃなし。
jail使えねー、Xen使いてーって人達って本当にXenばりばり使う気あるのかなあ。
- 311 名前：名無しさん＠お腹いっぱい。 [2008/03/10(月) 03:16:19 ]
-
Core2Duo はどっち入れた方が良いの？
よく 64bit は苦手と言われてるけど。。。
- 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/10(月) 16:00:00 ]
- >>311
64bitでなければならない理由がないなら
32bitが無難だと思うよ。
周辺環境もまだi386のほうが充実している。
- 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/10(月) 17:59:40 ]
- >>312
そうだね。いろんなものに不具合発生してるよ。
- 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/10(月) 23:11:10 ]
- 私は、メモリ4GB以上認識させたければ amd64 で
それ以下で運用できるなら i386 というふうに決めてる。
i386 で PAE なカーネルは、いろいろ制約があるから。
- 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 00:10:24 ]
- X使わないならamd64でいける気もする
- 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 00:18:02 ]
- 嗚呼、NVIDIAよ…
- 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 09:56:56 ]
- >>312
不具合を見つけるのも、参加の方法だからね。 send-prすれ。
- 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 10:35:01 ]
- だいたい64bitで動かないのは、win32codecとかnvidia-driverとかクライアントに
必要なものばかり。
まぁ日常の使用で4GBオーバーを要求することはないから、無難に32bitがいいのかも。
- 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 17:05:03 ]
- サーバ専用に使うのならamd64のほうが気持ちいいことが多い。
用途によってはi386じゃ使い物にならないこともあるし。
- 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 19:55:46 ]
- konも動かない
サーバーようだね
i386で8Gのメモリ有効利用する方法ないですか
- 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 20:00:43 ]
- ファイルサーバのディスクキャッシュ
- 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 20:05:51 ]
- /tmp を メモリに取って高速化するよろし。
- 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 20:37:44 ]
- 4Gしか認識されないのにそんなことできるの
- 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 21:19:41 ]
- FreeBSDはPAEに対応しているので、物理メモリは64GBまで認識できるはず。
もし4GBまでしか認識されないとしたら、BIOS周りがおかしくないか?
- 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 23:11:29 ]
- PAEってまともにテストされているの？
- 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 23:50:57 ]
- >>320
もしもメモリが8Mあったなら
って特集記事がI/Oに載ってた
- 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/12(水) 00:12:35 ]
- >>324
i384 だと4Gだけどamd64だと8G認識するからbiosは大丈夫だとおもうけど
本来はi386でも8G認識できないといけないのかな
- 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/12(水) 05:49:49 ]
- >>327
ひょっとするとPAE対応kernelになっていないとか。
OPTIONS PAEはしてある?
- 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/12(水) 10:08:25 ]
- >>328
やってなかったよ orz
なんだこれ
ja.wikipedia.org/wiki/%E7%89%A9%E7%90%86%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E6%8B%A1%E5%BC%B5
- 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/12(水) 14:45:53 ]
- >>329
PAEを利用し4GB以上のメモリを認識させたいが？
https://h50146.www5.hp.com/products/software/oe/bsd/support/faq_freebsd/freebsd_1.html#pae
4.1のころから使えたんですね。
「PAEだと4G以上が効率悪い」なんて言葉はあまり聞かないね。
「PAEを有効にするとバグが多すぎて使い物にならない」という話は聞くが。
pc11.2ch.net/test/read.cgi/unix/1171335849/169-
何だ結局PAEも使えんの orz
問題多いというのも気になる
d.hatena.ne.jp/shou0918b/20071129
* たしかにメモリはちゃんと4G認識してくれた
* だけどもなぜか別のマシンからsshで入れなくなった
* NISも何か反応わろし(not respondingとか出るし)
PAEカーネルは何かいろいろ制限されるのか？
とにかくこれだと使えない。黙って64ビットの方入れるか・・・
- 331 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/12(水) 15:35:23 ]
- >>330
amd64のほうが安定しているというのは確かだけど、
ttp://uyota.asablo.jp/blog/2008/02/26/2664590
にもあるように、Yahoo!がPAEを有効にした6.3以降を使っていたりするので、
それほど怖がる必要ないかと。少なくとも試してみる価値はある。
- 332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/12(水) 20:16:45 ]
- むかしあった segment みたいな概念？
- 333 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/12(水) 22:52:59 ]
- ちがいます
- 334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/12(水) 23:58:31 ]
- MMRみたいな・・・おおっと古すぎた。
- 335 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/13(木) 11:14:58 ]
- |┃三,.、 ,r 、
|┃ ,! ヽ ,:' ﾞ;
|┃. ! ﾞ, | }
|┃≡ﾞ; i_i ,/
|┃. ,r' `ヽ、 ／￣￣￣￣￣￣￣￣￣￣￣
|┃.i" ﾞ; ＜ 話は全部聞かせて貰ったぞ！
|┃:!. ・ ・ ,! 藤ｬ＿＿＿＿＿＿＿＿＿＿＿＿
| (ゝゝ. ｘ _,::''
＿_____|┃= ,::`''''''''''''''"ヽ.
|┃ | r';
|┃ ﾞ';:r--;--:､‐'
|┃≡ ﾞ---'ﾞ'--ﾞ'
- 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/13(木) 11:20:04 ]
- amd64に移行してメモリも16GB搭載したサーバを数台導入したんだが、
うちの大学の学生どもデータ解析させたら16GBのメモリでも
一瞬で使い切ってくれる。
少しはプログラムの組み方を工夫してくれるといいんだが。
- 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/13(木) 11:25:24 ]
- forkを教えた途端学部生がfork bombを炸裂させるのが
年中行事になってたりする大学もあったりw
ちゃんと仕込まないとダメだと思いますよ
- 338 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/13(木) 16:15:44 ]
- やだなあ、メモリを無駄使いする学生なんているわけないじゃないですか。
それはチャレンジングスピリットですよ。
機械の限界に挑戦してるんですよ、先生。
- 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/13(木) 20:15:45 ]
- それに大学っつーのは学生がそういう失敗するための場所。それだけのためじゃないけどさ。
- 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/13(木) 21:22:45 ]
- 失敗の質が下がってきてるわ
- 341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/13(木) 22:38:25 ]
- >>337
いや、それはそこで通過しておくべきステップだから
教育機関としては結構いい傾向
- 342 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/13(木) 22:40:11 ]
- >>338
かわいいよカフカちゃん
- 343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/14(金) 01:16:53 ]
- core warsやろうぜ！
16GBで。
- 344 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/15(土) 09:22:41 ]
- >>343
Dwarfでおｋ
- 345 名前：名無しさん＠お腹いっぱい。 [2008/03/16(日) 17:16:26 ]
- 質問です
www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/virtualization-guest.html をみて
Xen の domU として FreeBSD をインストールしようとしています．
上記のページからリンクされている
www.fsmware.com/xenofreebsd/7.0/download/kernel-current が見つか
らないのですが，現在はどこにあるのでしょうか？
- 346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/16(日) 17:52:34 ]
- マルチ市ね
- 347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/18(火) 04:10:41 ]
- チラ裏だけど
今年度の予算が余ったので、デュアルコアのOpteronのデュアルCPUで
Quadなシステムを構築した。
メモリも16GBにしたら、150万くらいかかった。
でも、このコンピュータの能力を試すのは make buildworldだけ。
10分程度で終わるのは感動的だね。
- 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/18(火) 08:01:41 ]
- もっと安く上がらんか？あるいはその値段ならもっと速いのできないか？
ともかくSETIでもEinsteinでもFoldingでも走らせとけ。
- 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/18(火) 10:15:49 ]
- >>347
お役所？
- 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/20(木) 00:32:14 ]
- 役所じゃないよ。独法化された某研究所
- 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/21(金) 10:11:59 ]
- この時期100万以上の買い物できないはずだが。
分割発注するとどこかの道路管理局みたいにチクられるぞ。
- 352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/21(金) 16:32:34 ]
- パーツで発注したんじゃね?
それだと全部消耗品で...
- 353 名前：名無しさん＠お腹いっぱい。 [2008/03/21(金) 21:57:56 ]
- 税金返せ糞研究所age
- 354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/21(金) 21:59:48 ]
- ありがちな流れワロタ
- 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の速さとソフトウェアのパフォーマンスをごっちゃに語るのは良くない。
|
 |
