FreeBSD/amd64 part2 (and for oyster901)

FreeBSD/amd64 part2 (and for oyster901) at UNIX

[前50を表示]
150:名無しさん＠お腹いっぱい。
07/08/05 09:21:28
仮にページテーブルの置ける位置が物理メモリの下位896MBに限定されているとして
(OSの都合だろうとプロセッサの都合だろうと)
何が困るのか、何が制限なのか全然わからん。

ページテーブルなんか、そんなに使うもんでもあるまい。
その記事だって、1Gマップに2MBと書いてあるわけだし。

151:名無しさん＠お腹いっぱい。
07/08/05 09:25:04
恥ずかしくないの？

152:名無しさん＠お腹いっぱい。
07/08/05 09:44:18
全然。

x86のページテーブルの作りやCR3との関係とかはちゃんと知ってるつもりだけど。
確かに、896MBだと、(2M/1Gとすると)限界まで使って400GBまでなので、
1Gのファイル全領域マップするプロセスばかりだと100個程度に制限されるかもしれない。
だけど、この程度、「32bitOSでは(デフォルトで)3000スレッドしか作れない」というのと
同程度の「一般的な用途では、実用上は問題にならない制限」としか思えない。

むしろ、ページテーブルの置かれる領域が制限されることで
「上位メモリへのアクセスがウィンドウ越しになる」という根拠を
>>145=>>148に説明して欲しいが。

153:名無しさん＠お腹いっぱい。
07/08/05 10:09:11
痛すぎ

154:名無しさん＠お腹いっぱい。
07/08/05 10:55:30
ということにしたいのですね。

155:名無しさん＠お腹いっぱい。
07/08/05 12:09:53
>>145ではないけど、ここでは単にZONE_HIGHMEM(896MB以上)への
アクセスが遅いってだけの話じゃないの?

896MB以上のアドレスには直接アクセスできないのは事実だし。

156:名無しさん＠お腹いっぱい。
07/08/05 12:13:16
solarisのスレでRARPじゃIPアドレスは解決できなくてDHCPだろと
自信たっぷりな口調でいた挙句、最後は晒しアゲられてた人がいたのを思い出したよ。

157:名無しさん＠お腹いっぱい。
07/08/05 12:17:33
そういえば、FreeBSDでは 2GBのメモリを搭載しても何も設定しなくても
認識していたけど、ちょっと前にインストールしたGentoo Linuxは、kernel の設定のところで
HIGHMEMを設定しないと896MB以上を認識しなかったんだけど、これはそういうこと?

158:名無しさん＠お腹いっぱい。
07/08/05 14:03:54
アスペルガー馬鹿が騒いでるだけ

159:名無しさん＠お腹いっぱい。
07/08/06 05:54:53
横から質問でスマン

Linuxは、896MB以上は、HIMEM(昔ながらのセグメントもどき)になるから
リニアアクセスできない(遅くなる)。

FreeBSDは4GBまではリニアにアクセスできるのでメモリアクセスが遅くならない、
ということで俺の理解は間違ってない?

160:名無しさん＠お腹いっぱい。
07/08/06 08:36:50
とりあえず 896MB 以上空間でメモリ激しく使うベンチうpよろ

161:名無しさん＠お腹いっぱい。
07/08/06 08:59:00
- CONFIG_HIGHMEM と CONFIG_HIGHPTE は違う。
IBM developerworks の記事は CONFIG_HIGHPTE についての話。
- CONFIG_HIGHPTE は貴重な低位メモリをなるべく消費しないようにするための仕組み。
- CONFIG_HIGHPTE はメモリものすごくたくさん積んでるけどラージページは
イヤって人にとってはうれしいかも。ラージページ使うの面倒だし。
- 896MB より多いメモリを使いたいだけなら CONFIG_HIGHMEM だけでいい。

まあ、このスレからすれば、そんなにメモリたくさん積むのに今さら i386 に
こだわるの？って話ではある。

しかもスレ違いどころか板違いな話。

162:名無しさん＠お腹いっぱい。
07/08/06 09:11:04
amd64なら、FreeBSDもLinuxもリニアにガシガシメモリ取れるでそ。

163:名無しさん＠お腹いっぱい。
07/08/06 15:24:07
>>155
これか。
URLﾘﾝｸ(www-06.ibm.com)
先にこっちを紹介してくれればある程度納得しなのに(Linux,896,制限等でぐぐってもすぐにでなかったから)
>>148の記事なんて、ほとんど関係ない(ZONE_NORMALにしかページテーブルは置けないという内容)じゃん。

でも、ざっと流し読みした限り
「カーネル内部からの直接アクセスがZONE_NORMAL内に限定」
「デフォルトでは1Gに制限」くらいしか見当たらないのだけれど。
カーネルからアクセスする時に再度マップする必要があるというのはわかったけど
それがどれほどの影響があるわけ？
いや、もちろん影響があるのは事実だけど
システムコールでカーネルに行く自体、充分に重いわけで。

それともやっぱり俺の勘違いで
ユーザー空間からのアクセスでも遅い、あるいはアクセスできない、のかね。

164:名無しさん＠お腹いっぱい。
07/08/06 15:55:07
自分の不勉強をさしおいて批判とはFreeBSDユーザの俺でもフォローの仕様がないわ。

165:名無しさん＠お腹いっぱい。
07/08/06 18:00:31
>>145以降、理解している奴がほとんどいない件について。
カーネル空間の話ということすら理解してない奴も多い。

166:名無しさん＠お腹いっぱい。
07/08/06 20:40:02
要は、ユーザ空間で大量のメモリ使えるようになったはいいが、
今まで適当な実装してたツケでカーネルメモリ(低位メモリ)が圧迫されて
きちゃったからまともにせねば、って話かね。

カーネルで使える低位メモリが少ないと、ページキャッシュ以外の各種キャッシュやら、
sk_buffを含むデバイスドライバ用メモリが少なくて難儀するかねえ。

167:名無しさん＠お腹いっぱい。
07/08/06 20:41:44
で、>>165は、>>145以降のどれが内容を理解してそうで、どれが理解してないのか
区別できる？
>>165自身も理解できてない可能性もあると思うんだけどｗ

168:名無しさん＠お腹いっぱい。
07/08/06 21:38:42
馬鹿だ

169:名無しさん＠お腹いっぱい。
07/08/06 23:16:17
本来必要のない制限だし、無いほうが良い、美しいというのはその通り。

だけど、効率としてはPAEと一緒なのに
「PAEの4G制限」(Linuxの896MBを「制限」と呼ぶなら、同様の方式を取る
PAEにも「制限」があると言えるはず。「制限」される理由は全く別だとしても)とか
「PAEだと4G以上が効率悪い」なんて言葉はあまり聞かないね。
「PAEを有効にするとバグが多すぎて使い物にならない」という話は聞くが。

別に「それは制限じゃない」などというつもりは無いし、
そんな限界は無いほうが良いに決まっているが
カーネル内部だけの話なんだから、取り立てて騒ぎ立てるほどのことでもない、と俺は思う。
そう感じない人が多いのかもしれないが。

170:名無しさん＠お腹いっぱい。
07/08/07 00:20:25
で、元の質問の答えはどうなったんだろう。
>>144 が、事の発端になった最初の質問だったと思うんだが?

171:名無しさん＠お腹いっぱい。
07/08/07 08:16:30
そういう意味ではレジスタの数が倍増するだけでもってことで

172:145
07/08/07 21:49:28
おまいら、まだその話してたのかよw

173:名無しさん＠お腹いっぱい。
07/08/10 05:42:19
amd64はサーバ用だろうな。
nVidiaのドライバまだ動かないし。

174:名無しさん＠お腹いっぱい。
07/08/28 13:39:33
最近動かしたPE840/amd64のマシンがすこぶる調子悪く、
ネットワーク負荷を掛けると原因不明のスタニング。
目の前にピヨピヨ天使が舞いやがるって感じで、
しょっちゅうFSCKるんだけど、どないしてくれよう。

175:名無しさん＠お腹いっぱい。
07/08/29 04:02:01
俺のサーバは、ほとんどが Opteron マシンなためかamd64ですべて安定している。

すべてのサーバは FreeBSD 6.xR でバージョンの違いはあるけど、
R版からはセキュリティパッチのみのアップグレードで運用している。

176:名無しさん＠お腹いっぱい。
07/08/29 08:31:31
amd64 って -RELEASE にしがみつくほど安定してるの?
-stable 追っ掛のリスクよりもイイ?

177:名無しさん＠お腹いっぱい。
07/09/01 17:20:40
>>176
> amd64 って -RELEASE にしがみつくほど安定してるの?
しらね. 最近, 自宅の amd64 は全部 -current だ

178:名無しさん＠お腹いっぱい。
07/09/06 15:02:13
amd64を6-STABLEで使っているが、vnc以外では問題になったことはないな。
vncだけはi386版のpackageで何とか使えている。

179:名無しさん＠お腹いっぱい。
07/09/08 16:39:31
>>178
つまりはいまいちネットワークがらみが弱い。
時折、負荷がかかると死ぬ。
モニタ切り替え器で切り替えた瞬間でも死ぬ。
こっちはハードのせいかもしれない。

180:178
07/09/11 10:57:13
>179
Dell PowerEdgeSC430等ではネットワーク絡みは何も問題ない。
VNCが死ぬのは多分Xorg関係のせい。

しかし会社にあるHP ML115は確かにちと弱い印象がある。
とりあえずVNCはi386版でも動かない。
X関係は今月中は試す暇がない。

181:名無しさん＠お腹いっぱい。
07/09/14 13:45:47
モニタ切り替え器の怖いところは、
何気にパワーをPS2/Mouseとか奪っていること。
んで、電源容量が屁垂れてるところを直撃すると。
マシン間をノイズ回り込んで発振したりすることもあるだろし。

182:名無しさん＠お腹いっぱい。
07/09/16 08:50:32
FreeBSD6.2にlibjpegをインストール（./configure; make; make install）して、
gdに組み込むと(./configure --with-jpeg=/usr/local)、make時に以下のエラーが発生します。

/usr/local/lib/libjpeg.a: could not read symbols: Bad value
*** Error code 1

いったいどうすればよいのでしょうか・・・Ｏｒｚ

183:182
07/09/16 08:52:17
make install-libが抜けてました・・・
libjpegをインストール（./configure; make; make install; make install-lib）

184:名無しさん＠お腹いっぱい。
07/09/16 11:19:26
ports を使わない理由は?

185:182
07/09/16 20:59:24
使える環境にないからです

186:名無しさん＠お腹いっぱい。
07/09/17 01:28:41
どういう環境なん？

187:名無しさん＠お腹いっぱい。
07/09/28 23:23:52
狂信的上司がいる環境なんじゃねえの？
portsなんか糞だ全部手でビルドしてそのままバージョンアップしていけ
っていう10年前から進歩していないようなのが。

188:名無しさん＠お腹いっぱい。
07/10/01 00:07:09
単に >>185 にroot権限がないだけじゃ?

189:名無しさん＠お腹いっぱい。
07/10/01 12:18:02
一般ユーザでports使う方法どっかで見たような気がする

190:名無しさん＠お腹いっぱい。
07/10/14 00:03:23
新たにAthlon64x2でリモート用のマシン組んで重いアプリ動かしたり386マシン用のpackageをビルドしたりしたいのですが、FreeBSD/amd64上でFreeBSD/386用のバイナリを生成するうえで問題になることはありますか？

191:名無しさん＠お腹いっぱい。
07/10/15 03:18:43
i386環境のライブラリを ports から揃えることが難しいことかな?

192:190
07/10/15 13:50:04
どもです。続けて質問させてもらいますが、qemuで32bit環境を構築してFreeBSD/i386でならいけそうですかね。
今使ってるマシンがPen2/450dualなんで、最近のCPUならqemuを使っても十分満足のいく速度が出るような気がするのですが。

193:名無しさん＠お腹いっぱい。
07/10/16 02:38:10
最近のqemuは、そこそこ速いよ。
DMA対応してからディスクアクセスも
速くなったから、一時期に比べてけっこう快適にはなった。

でも、個人の主観によるところも大きいから何とも言えない。

どうせ、qemuもFreeBSDも無料なんだから試してみたら?

194:名無しさん＠お腹いっぱい。
08/01/02 22:19:45
nvidiaのXのドライバまだですかね？
去年の今頃このスレで２００７年の夏ぐらいかもって聞いたのですが、まだΒ版も出てないし
早くメイン端末をFreeBSD/amd64にしたい

195:名無しさん＠お腹いっぱい。
08/01/03 20:09:30
Phenomのバグは回避できているのか？

196:名無しさん＠お腹いっぱい。
08/01/06 00:06:30
なにそれ？

197:名無しさん＠お腹いっぱい。
08/01/06 00:12:41
2.3GHzより上のクロックで動かすとシステムがフリーズする
という初期ロットの罠のこと？

198:名無しさん＠お腹いっぱい。
08/01/06 01:40:17
URLﾘﾝｸ(www.4gamer.net)

これのことだろ

199:名無しさん＠お腹いっぱい。
08/01/10 01:08:14
まだPhenomは待ちだよな。

でも、なんちゃってQuadじゃなくほんとのQuadコアはPhonomから
なんだよね。

200:名無しさん＠お腹いっぱい。
08/01/13 06:27:17
64bit版のFreeBSDはどういうところで使われているの?

201:名無しさん＠お腹いっぱい。
08/01/13 08:15:32
>>200 2ch

202:名無しさん＠お腹いっぱい。
08/01/13 12:24:46
>>201
なるほど、日本の基幹を担っているわけだね。

203:名無しさん＠お腹いっぱい。
08/01/13 16:21:08
>>200

URLﾘﾝｸ(www.maido3.com)

URLﾘﾝｸ(www.maido3.com)

204:名無しさん＠お腹いっぱい。
08/01/13 23:35:31
>>203
百式とか電車男?

205:名無しさん＠お腹いっぱい。
08/01/15 18:49:00
俺んちのamd64マシン

206:名無しさん＠お腹いっぱい。
08/01/19 13:15:29
メモリがＥＣＣエラーで回復できたとき、あるいはＥＣＣエラーを回復できなかった
時には、ＯＳの動作は現在のＦｒｅｅＢＳＤではどうなりますか？

207:名無しさん＠お腹いっぱい。
08/01/22 13:39:10
>>203
amd64にするとそんなに速くなるのか？

208:名無しさん＠お腹いっぱい。
08/01/22 18:35:27
2chの場合はどちらかというと方向性としてはC10k対策的な理由らしい

209:名無しさん＠お腹いっぱい。
08/01/25 23:22:19
nフォはまだXのドライバ出してくれないのか

URLﾘﾝｸ(lists.freebsd.org)
からもうだいぶ経ってるのに

210:名無しさん＠お腹いっぱい。
08/01/26 17:22:25
>>209
できてるけど配布はしてない、メールで問い合わせたらもらえた。

211:名無しさん＠お腹いっぱい。
08/01/26 17:26:14
何か配布できない事情でもあるのか？

212:名無しさん＠お腹いっぱい。
08/01/26 18:01:50
nvidiaのフォーラムでFreeBSD-amd64 driver? のスレに
1月16日づけでnvidiaのzander氏から回答でてるな。
それを鵜呑みにするなら、nvidiaからの質問とか注文に
FreeBSD側が応えてくれないから出せないとか。

213:名無しさん＠お腹いっぱい。
08/01/26 18:17:38
64bit版のFreeBSDで mplayer + win32codec を使うには
どうしたらいいですか?

214:名無しさん＠お腹いっぱい。
08/01/27 02:51:15
とりあえずパソコン用意しろ

215:名無しさん＠お腹いっぱい。
08/01/27 03:04:56
>>212
メモリを4GB以上認識させる 3
ｽﾚﾘﾝｸ(jisaku板:3-番)
これほんとかな

216:名無しさん＠お腹いっぱい。
08/01/27 23:20:44
>>215
remappingに対応できないというよりbus_space/bus_dma的なものを使っていないので
4GB超えの空間を知りません、という話では。

217:名無しさん＠お腹いっぱい。
08/01/30 17:17:21
i386 から amd64 にするとき /etc/make.conf には何を書いた？

218:名無しさん＠お腹いっぱい。
08/02/01 10:30:47
amd64 にしたら　startx するとリブートするようになりました。
amd64 だとgeforce は使えないの？

219:名無しさん＠お腹いっぱい。
08/02/01 13:03:05
>>218
いますぐsend-pr

220:218
08/02/01 14:52:29
>>219

amd64 の iso ファイルを書き込んだcd-romからインストール

メモリを８G積んでいて、インストール後dmesg を見るとFreeBSDで認識しているのですが
sysinstall のディスクラベルエディタで A(auto) を使った場合SWAPに４Gしか割り当て
られませんでした。今までだとメモリよりSWAPが少ないということがなかったので
少し気になりました。スワップは4Gもあればいいよということなのでしょうか？

221:名無しさん＠お腹いっぱい。
08/02/02 05:05:37
＞２２０
スワップの限界だろ
もっとほしけりゃ２個作れ

222:名無しさん＠お腹いっぱい。
08/02/02 23:49:03
>>220
sysinstall/label.c:
/*
* Swap size limit for auto-partitioning (4G).
*/
#define SWAP_AUTO_LIMIT_SIZE 4096

4GBに制限しているのはここで、この数字sysinstallのautoで割り振られるswapの最大値です。
これは2001年に「最近ディスクでっかくなったよねー、/もあふれそうだし、autoで割り振る
/varとかも狭すぎだからもっと増やしていいよね。スワップもばばーんと4Gとか」てな感じで決め
られたもので特に意味があるわけではなく「4GBもあれば十分じゃね?」というだけのことです。
当時8GB積んだマシンはお年玉では買えない程度の価格でしたし。

8GBものfull crash dumpを取る必要があるのでもなければswapなんてこんなにいりません。

>>221
swapの最大値はメモリの8倍、もしくはkern.maxswzoneによる制限の小さい方です。(loader(8))
swap deviceひとつの最大値はよくわかりませんがda0s1bに8GB取ってる人がいるのでそれ以下
ではなさそうです。
URLﾘﾝｸ(lists.freebsd.org)

223:名無しさん＠お腹いっぱい。
08/02/03 20:01:41
>>222
丁寧な解説ありがとうございます。
お年玉はあんまり変わらなくてもムーアの法則に合わせて容量増えるので
auto は再度見直してほしいものです。

224:名無しさん＠お腹いっぱい。
08/02/03 20:37:56
>>218
8GBのメモリつけて amd64でX使えてる方いたら
環境教えてください。

225:名無しさん＠お腹いっぱい。
08/02/06 05:45:32
FreeBSDを分厚い本片手に
AMD64版をインストールして、
初めて64bitのNVIDIAドライバがないと知ったんですが、
いつになったらNVIDIA公式のドライバがリリースされるのでしょうか？

遅くてもかまわないので、VESA以外のドライバを
何とか利用できないのでしょうか。

よろしくお願いします。

226:名無しさん＠お腹いっぱい。
08/02/06 07:37:21
>>225
いつになっても出ません。

FreeBSD側のkernelの対応が必要なのですが、それを始めるほど興味と暇のある人がいません。
kernel hackerを雇ってやらせる人もいません。

欲しい人がなんとかしてください。欲しいけどなんともしたくない人は一杯いるので、
そいつらを集めてどーにかするのも一興ですよ。

227:名無しさん＠お腹いっぱい。
08/02/06 11:13:49
>>225
nvidia の VGA　カード外して、チップセット内臓のVGA使い
X も sysinstall で入るもの使っても startx でリブートするんですが

もしかしてamd64ではX-windows自体使えないのでしょうか？

228:名無しさん＠お腹いっぱい。
08/02/06 21:54:21
>>227
すくなくともうちでは 3台くらい X 環境が AMD64 で動いてるな
-current だけど...

229:名無しさん＠お腹いっぱい。
08/02/06 22:49:32
ありがとう
カリントウにしてみます。

230:名無しさん＠お腹いっぱい。
08/02/08 00:23:25
NVドライバじゃだめなの?

231:名無しさん＠お腹いっぱい。
08/02/08 02:19:23
Dual Head にできます？

232:名無しさん＠お腹いっぱい。
08/02/08 02:27:50
ML115に玄人志向のGF8400GS-LE256Hを積んでいるが7.0RC1のnvドライバでX上がる。
しかしX終わると綺麗な模様がチカチカしてキャラクタ画面には戻らない。
その後ctrl-alt-delでリブートはできるので気にしてない。

233:名無しさん＠お腹いっぱい。
08/02/08 17:01:47
>>232
カレントじゃなくても使えるんですね。
7.1を待ちます.

234:名無しさん＠お腹いっぱい。
08/02/16 05:24:47
AMD64版で、IntelやATIのいグラボなら使えるの？
要は、Windowのスクロールがガクガクにならないぐらいの性能でいんだけど。

235:名無しさん＠お腹いっぱい。
08/02/16 12:25:12
>>234
それならnVidiaでも使えるよ。
2Dだけならほとんどのグラボで大丈夫。

メーカ製のドライバは、3Dアクセラレーションの速度が桁違いに速い。

236:名無しさん＠お腹いっぱい。
08/02/16 13:31:30
>>235
ありがとう。
ところでNVIDIAの場合なんだけど、メーカー製のじゃないやつはどうやって入れればいいのですか？
教えてください。

237: ◆TWARamEjuA
08/02/16 14:19:25 BE:3811875-2BP(7072)
(´-`).｡ｏＯ(１年ぐらい待てば、FreeBSD/NVIDIAが出るんじゃないかな？)

238:名無しさん＠お腹いっぱい。
08/02/16 14:27:00
その1年前の漏れが>>237さ

239:名無しさん＠お腹いっぱい。
08/02/16 17:54:38
>>236
ports とか sysinstall でいれれ

240:名無しさん＠お腹いっぱい。
08/02/16 18:31:57
>>236
普通にXorgをインストールすれば入っているでしょ?
自動認識してない?

241:名無しさん＠お腹いっぱい。
08/02/16 19:54:08
>>239
>>240
普通に初回インストール時に
"X-Developer"を選択したんです。
その後、xorgcfgをやり、startxした次第です。
ビデオカードを選ぶ画面でVMwareを含む2つしかなかったと記憶してます。

242:名無しさん＠お腹いっぱい。
08/02/16 22:26:24
>>241
nVidiaは選択の余地なしにインストールされる。

ちなみにドライバは nv

243:名無しさん＠お腹いっぱい。
08/02/16 23:05:49
インストールでALL を選択して、
# X --configure
して、できた xorg.conf.new を /etc/X11/xorg.conf に
コピーして、startx で起動したよ。
ドライバは自動で nv が選択されてた。
キーボードが日本語キーボードなので、ちょっと xorg.conf を
修正したけど、X を閉じてからもきちんとコンソールに戻れる。
マシンはML155 ビデオカードは玄人指向のGF7300GT-E256H で
メモリは2GBのせてる。

244:名無しさん＠お腹いっぱい。
08/02/17 03:49:22
>>242
親切なレスをどうもありがとう。
'nv'ですか、ありがとうございます。
もう一度やってみます。

245:名無しさん＠お腹いっぱい。
08/02/17 05:21:09
ML155か
ありがちなtypo

246:名無しさん＠お腹いっぱい。
08/02/17 14:33:54
今度家のデスクトップPCを変えるんだけどamd64にしてみるわ

247:名無しさん＠お腹いっぱい。
08/02/17 15:14:25
後悔先に立たず

248:名無しさん＠お腹いっぱい。
08/02/17 15:38:46
>>247
セットアップ中にうまくいかないもんありゃi386にすりゃいいだけかなと思ってｗ

249:名無しさん＠お腹いっぱい。
08/02/17 16:59:24
BTOで構成組んでPC頼もうと思うんだがこのスレの人たちのお勧めとかってある？

250:名無しさん＠お腹いっぱい。
08/02/17 17:52:50
URLﾘﾝｸ(nttxstore.jp)
あくまで鯖用途ならね

251:名無しさん＠お腹いっぱい。
08/02/17 18:01:26
安！

252:名無しさん＠お腹いっぱい。
08/02/17 21:00:18
FreeBSD使いでML115買った奴けっこういるとみたがどうよ？

253:名無しさん＠お腹いっぱい。
08/02/17 21:26:20
FreeBSD使いならこっちだろ？
URLﾘﾝｸ(nttxstore.jp)

254:名無しさん＠お腹いっぱい。
08/02/18 00:01:45
ML115は6.2R入れたけど、安定して動いてるよ
powernowも適用してみた

255:名無しさん＠お腹いっぱい。
08/02/18 12:15:08
ML115を試さないなんてシンジラレナーイ
110Gdと2大巨頭

256:名無しさん＠お腹いっぱい。
08/02/18 12:15:36
>>253
FreeBSD使いならこっちというだけの理由ってなにかあるの？

257:名無しさん＠お腹いっぱい。
08/02/18 12:31:57
>>256
こっちがいいよ
URLﾘﾝｸ(nttxstore.jp)

ハードディスクがついてくるし ww
BIOSからRS232Cに出せるんだよ。

258:名無しさん＠お腹いっぱい。
08/02/18 12:48:32
>>257
ConsoleRedirectionは110Gdにもある機能なんじゃね？

259:名無しさん＠お腹いっぱい。
08/02/18 14:50:37
>>258
ハードディスクは無い機能じゃねwww

260:名無しさん＠お腹いっぱい。
08/02/18 15:15:53
ハードディスクぐらいいくらでもあるだろ？

261:名無しさん＠お腹いっぱい。
08/02/18 15:23:30
マザーボードもな wwww

262:名無しさん＠お腹いっぱい。
08/02/18 16:50:54
P4 系セレロンより Athlon64 系の方が使えるだろということで
とりあえずは ML115 でそ

263:名無しさん＠お腹いっぱい。
08/02/18 19:56:45
110GdもHDD付で同じ値段だよ。

264:名無しさん＠お腹いっぱい。
08/02/18 20:58:15
>>252
２台買ったよ。
一台はWinXP(サポート対象外)入れたけど、これもたまにはPXE bootでFreeBSD動かしてる。
PXEサーバはもちろんML115のFreeBSD。

265:名無しさん＠お腹いっぱい。
08/02/18 21:19:01
漏れもML115買ったよ。
non-ECCメモリも使えるのが良い。
PCI-Ex16も使えるし。

266:名無しさん＠お腹いっぱい。
08/02/18 22:59:01
漏れもML115買ったよ。
non-ECCメモリも使えるのが良い。
PCI-Ex16も使えるし。

267:名無しさん＠お腹いっぱい。
08/02/18 22:59:31
ごめん、間違えた

268:名無しさん＠お腹いっぱい。
08/02/18 23:01:57
PCI-Ex16つかわねぇし。
110GdはFSB1066あたりまでCPU選び放題。
俺はECCつかってるけど、non-ECC使えたはず＜110Gd

269:名無しさん＠お腹いっぱい。
08/02/19 00:05:50
漏れはML115のPCI-exp x 16にお安いnvidia GF8400のVGA入れた。
音源はPCIスロットの電圧制限とお財布に相談してSB Live!5.1 付けたら
鳴らないでやんの。

man snd_emu10kx

The snd_emu10kx driver does not support the following sound cards
(although they are named similar to some supported ones):

o Creative Sound Blaster Live! 24-Bit, identified by FreeBSD as
"emu10k1x Soundblaster Live! 5.1".

orz

270:名無しさん＠お腹いっぱい。
08/02/19 02:05:48
>>269
Xはつかえてますか？

271:名無しさん＠お腹いっぱい。
08/02/19 06:50:35
> 269
USBオーディオでいいじゃん（w

272:名無しさん＠お腹いっぱい。
08/02/19 08:40:18
Live! Value CT4780 要加工だけど snd_emu10k1 で問題なく動いてる。
クロシコのCMIなんちゃらも snd_cmi で無問題

273:名無しさん＠お腹いっぱい。
08/02/19 09:06:28
athlon64x2でマシン組んでamd64動かそうとしてるをだけどお勧めのマザボある？
またはお前らが使用中の教えて

274:名無しさん＠お腹いっぱい。
08/02/19 10:34:05
>273 M2A692-GHGを使用中。X非使用。GENERICで特に問題なしに見える。

275:名無しさん＠お腹いっぱい。
08/02/19 13:08:45
>>273
変なメーカのは買わずに
Gigabyte か Asusの安いやつ。

276:名無しさん＠お腹いっぱい。
08/02/19 18:31:02
>>275
HPのかなりいいよ

277:名無しさん＠お腹いっぱい。
08/02/19 21:21:39
>>274
>>275
さんくす参考にさせてもらいます

278:名無しさん＠お腹いっぱい。
08/02/19 23:28:31
CeleronDｲﾗﾈって思ったがCore2行けるのか。

279:名無しさん＠お腹いっぱい。
08/02/19 23:29:57
q6600のけってる人いてるよ

280:名無しさん＠お腹いっぱい。
08/02/19 23:30:01
>>273
ML115でいいじゃん

281:265
08/02/20 01:33:36
>>273
ML115オヌヌメ。オンボに蟹が載ってない
のが良い。
最初から載ってた64x1 3500+を64x2 BE2300
に換装したが、期待に反して省電力には
成らなかった。BIOS POSTではUnknowsと出る
が普通に使え、cpufreq.koもpowerdも動いてる。

オンボのG200eはXで使えなかったので、近所の
祖父地図で一番安かったATi X1050載せた。
XFXのGF8400でもX使えた。
最貧CUDA機として良いかも。

282:名無しさん＠お腹いっぱい。
08/02/20 01:37:27
K8N Diamond に Opteron 185
7のULE使ってる

283:名無しさん＠お腹いっぱい。
08/02/20 07:42:53
これも使えた
URLﾘﾝｸ(www.leadtek.co.jp)

284:名無しさん＠お腹いっぱい。
08/02/20 13:25:02
>>269
なんでVX買わなかったの？

285:名無しさん＠お腹いっぱい。
08/02/20 15:02:19
>>284
VXは実績あるの？

286:名無しさん＠お腹いっぱい。
08/02/21 10:51:53
>>232
> ML115に玄人志向のGF8400GS-LE256Hを積んでいるが7.0RC1のnvドライバでX上がる。
> しかしX終わると綺麗な模様がチカチカしてキャラクタ画面には戻らない。
> その後ctrl-alt-delでリブートはできるので気にしてない。

X起動すると、ちかちかして何もみえない。 orz

ML115にクレバリーの GT7300LE積んで 7.0RC2 入れたけど
nv ドライバ入ってなかった。何か/usr/ports の下がすかすかしてた。

nv は　レレングで cvsup していれるのかな？

287:名無しさん＠お腹いっぱい。
08/02/21 11:53:41
>>286
ちゃんとportsnap/csupすりゃいいじゃん。

288:名無しさん＠お腹いっぱい。
08/02/21 14:46:30
>>287
どっちもやったけど、入ってこないんです。

6.3では入っていたのもアップグレードで消えてるし
新規にportsnap したり、csup したりしてもだめだし

7.0だからなのでしょうか？

289:名無しさん＠お腹いっぱい。
08/02/21 15:34:33
(1) portsnap fetchしたけどupdateしてない説
(2) ports-supfileにtag=.が書いてない説
(3) もちろんその両方説

290:名無しさん＠お腹いっぱい。
08/02/21 16:59:43
>>289
すいません。nvの場所を間違えていました。

291:名無しさん＠お腹いっぱい。
08/02/21 19:33:34
7.0の叩かれ方は異常

292:名無しさん＠お腹いっぱい。
08/02/21 19:36:12
6.3 より良いことをきたいしてます

293:名無しさん＠お腹いっぱい。
08/02/21 22:09:18
RCだからさ・・・

294:名無しさん＠お腹いっぱい。
08/02/21 22:18:14
amd64対応のnvidia-driver早く出してくれええええええええええええええ

295:名無しさん＠お腹いっぱい。
08/02/21 22:50:12
同感同感

296:名無しさん＠お腹いっぱい。
08/02/22 22:03:11
>>284
近所のお店で一番安くて、HW板のML115まとめサイトで動作実績ありだったのでつい。。。。
amazonの評価でLinux含めPC-UNIXでの全敗報告があったのを動かなくてもがきつつ気づいた。
でもこのマシン普段はWindowsなのでｷﾆｼﾅｲ。

それよりオンボードのbgeでjumboパケットが送れないのがいまいち。
なのでサーバにしてるML115にはpro1000 x 2入れてる。

297:名無しさん＠お腹いっぱい。
08/02/22 22:04:39
オンボードのbgeはjumboフレーム使わなくても900Mbps出るという報告があるよ。

298:名無しさん＠お腹いっぱい。
08/02/23 06:34:03
相手がショボいNASとかだとそういうごまかし機能欲しいでしょ

299:名無しさん＠お腹いっぱい。
08/02/23 08:47:19
ML115でbgeとpro1000の比較はしてないんだけど、64bit PCI scsiカード経由でscsi3の
ディスク積んでたサーバ(Opteron 200番台x2でjumboできないbgex3)よりSATA+pro1000x2+bgeの
ML115の方がnfs, iscsi-targetとも速かった(iozoneとディスクレスクライアントの体感速度で)。
これは嬉しい誤算だった。
それにとにかく安いので2台買ってしまった。

300:名無しさん＠お腹いっぱい。
08/03/01 00:54:32
数値計算とかやるんだし、どうせならamd64だよな！！
と思って入れてみたけど

portsの915resolutionがi386しかビルド対象になってなくて
即効でi386に戻った

301:名無しさん＠お腹いっぱい。
08/03/01 02:34:42
やっと7.0のrelease出たんだな

302:名無しさん＠お腹いっぱい。
08/03/01 09:26:07
wineとnvidia-driverのamd64用portsが用意されれば今すぐamd64にするよ

303:名無しさん＠お腹いっぱい。
08/03/01 14:38:50
Linuxでいうsetarchみたいなのってないの？
みんな32ビットバイナリをコンパイルするときどうしてるの？

304:名無しさん＠お腹いっぱい。
08/03/01 15:28:22
cc -m32

305:名無しさん＠お腹いっぱい。
08/03/01 19:15:00
>>302
だよなぁ

306:名無しさん＠お腹いっぱい。
08/03/03 03:54:29
setarchってpersonality変更してるから-m32とは無関係

307:名無しさん＠お腹いっぱい。
08/03/03 21:41:22
amd64の中のjailでi386とかってできんのかな？
できるならXはjailの中で使うという選択肢もあるな

308:名無しさん＠お腹いっぱい。
08/03/04 06:59:41
jailなんてケチ臭いこと言わずに、いっそXenで
NetBSD/amd64の中でFreeBSD/i386が動く、とかだったら良いのに…。

309:名無しさん＠お腹いっぱい。
08/03/04 10:00:59
Xenなんてケチ臭いこと言わずにkvm/qemuで

310:名無しさん＠お腹いっぱい。
08/03/04 13:32:14
qemuとかでなくXen選ぶならpara-virtualizationでなきゃそんなにうれしくないし、
だとすれば素のFreeBSD/i386が動くわけじゃなし。

jail使えねー、Xen使いてーって人達って本当にXenばりばり使う気あるのかなあ。

311:名無しさん＠お腹いっぱい。
08/03/10 03:16:19

Core2Duo はどっち入れた方が良いの？

よく 64bit は苦手と言われてるけど。。。

312:名無しさん＠お腹いっぱい。
08/03/10 16:00:00
>>311
64bitでなければならない理由がないなら
32bitが無難だと思うよ。
周辺環境もまだi386のほうが充実している。

313:名無しさん＠お腹いっぱい。
08/03/10 17:59:40
>>312
そうだね。いろんなものに不具合発生してるよ。

314:名無しさん＠お腹いっぱい。
08/03/10 23:11:10
私は、メモリ4GB以上認識させたければ amd64 で
それ以下で運用できるなら i386 というふうに決めてる。
i386 で PAE なカーネルは、いろいろ制約があるから。

315:名無しさん＠お腹いっぱい。
08/03/11 00:10:24
X使わないならamd64でいける気もする

316:名無しさん＠お腹いっぱい。
08/03/11 00:18:02
嗚呼、NVIDIAよ…

317:名無しさん＠お腹いっぱい。
08/03/11 09:56:56
>>312
不具合を見つけるのも、参加の方法だからね。 send-prすれ。

318:名無しさん＠お腹いっぱい。
08/03/11 10:35:01
だいたい64bitで動かないのは、win32codecとかnvidia-driverとかクライアントに
必要なものばかり。

まぁ日常の使用で4GBオーバーを要求することはないから、無難に32bitがいいのかも。

319:名無しさん＠お腹いっぱい。
08/03/11 17:05:03
サーバ専用に使うのならamd64のほうが気持ちいいことが多い。
用途によってはi386じゃ使い物にならないこともあるし。

320:名無しさん＠お腹いっぱい。
08/03/11 19:55:46
konも動かない
サーバーようだね

i386で8Gのメモリ有効利用する方法ないですか

321:名無しさん＠お腹いっぱい。
08/03/11 20:00:43
ファイルサーバのディスクキャッシュ

322:名無しさん＠お腹いっぱい。
08/03/11 20:05:51
/tmp を　メモリに取って高速化するよろし。

323:名無しさん＠お腹いっぱい。
08/03/11 20:37:44
4Gしか認識されないのにそんなことできるの

324:名無しさん＠お腹いっぱい。
08/03/11 21:19:41
FreeBSDはPAEに対応しているので、物理メモリは64GBまで認識できるはず。
もし4GBまでしか認識されないとしたら、BIOS周りがおかしくないか?

325:名無しさん＠お腹いっぱい。
08/03/11 23:11:29
PAEってまともにテストされているの？

326:名無しさん＠お腹いっぱい。
08/03/11 23:50:57
>>320
もしもメモリが8Mあったなら
って特集記事がI/Oに載ってた

327:名無しさん＠お腹いっぱい。
08/03/12 00:12:35
>>324
i384 だと4Gだけどamd64だと8G認識するからbiosは大丈夫だとおもうけど
本来はi386でも8G認識できないといけないのかな

328:名無しさん＠お腹いっぱい。
08/03/12 05:49:49
>>327
ひょっとするとPAE対応kernelになっていないとか。
OPTIONS PAEはしてある?

329:名無しさん＠お腹いっぱい。
08/03/12 10:08:25
>>328
やってなかったよ orz

なんだこれ
Wikipedia項目ﾘﾝｸ

330:名無しさん＠お腹いっぱい。
08/03/12 14:45:53
>>329

PAEを利用し4GB以上のメモリを認識させたいが？
URLﾘﾝｸ(h50146.www5.hp.com)

4.1のころから使えたんですね。

「PAEだと4G以上が効率悪い」なんて言葉はあまり聞かないね。
「PAEを有効にするとバグが多すぎて使い物にならない」という話は聞くが。
ｽﾚﾘﾝｸ(unix板:169-番)

何だ結局PAEも使えんの orz

問題多いというのも気になる

URLﾘﾝｸ(d.hatena.ne.jp)
* たしかにメモリはちゃんと4G認識してくれた
* だけどもなぜか別のマシンからsshで入れなくなった
* NISも何か反応わろし(not respondingとか出るし)
PAEカーネルは何かいろいろ制限されるのか？
とにかくこれだと使えない。黙って64ビットの方入れるか・・・

331:名無しさん＠お腹いっぱい。
08/03/12 15:35:23
>>330
amd64のほうが安定しているというのは確かだけど、
URLﾘﾝｸ(uyota.asablo.jp)
にもあるように、Yahoo!がPAEを有効にした6.3以降を使っていたりするので、
それほど怖がる必要ないかと。少なくとも試してみる価値はある。

332:名無しさん＠お腹いっぱい。
08/03/12 20:16:45
むかしあった segment みたいな概念？

333:名無しさん＠お腹いっぱい。
08/03/12 22:52:59
ちがいます

334:名無しさん＠お腹いっぱい。
08/03/12 23:58:31
MMRみたいな・・・おおっと古すぎた。

335:名無しさん＠お腹いっぱい。
08/03/13 11:14:58
　　　　|┃三,.、　　 ,r 、
　　　　|┃　,!　ヽ　,:'　ﾞ;
　　　　|┃.　!　　ﾞ, |　　 }
　　　　|┃≡ﾞ;　　i_i　 ,/
　　　　|┃. ,r'　　　　 `ヽ、　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　|┃.i"　　　　　　　ﾞ;　　＜　話は全部聞かせて貰ったぞ！
　　　　|┃:!.　・　　　　・　,!　　　藤ｬ＿＿＿＿＿＿＿＿＿＿＿＿
　　　　| (ゝゝ. 　　ｘ　　_,::''
＿_____|┃= ,::`''''''''''''''"ヽ.
　　　　|┃ 　|　　　　　　r';
　　　　|┃ 　ﾞ';:r--;--:､‐'
　　　　|┃≡ ﾞ---'ﾞ'--ﾞ'

336:名無しさん＠お腹いっぱい。
08/03/13 11:20:04
amd64に移行してメモリも16GB搭載したサーバを数台導入したんだが、
うちの大学の学生どもデータ解析させたら16GBのメモリでも
一瞬で使い切ってくれる。
少しはプログラムの組み方を工夫してくれるといいんだが。

337:名無しさん＠お腹いっぱい。
08/03/13 11:25:24
forkを教えた途端学部生がfork bombを炸裂させるのが
年中行事になってたりする大学もあったりw

ちゃんと仕込まないとダメだと思いますよ

338:名無しさん＠お腹いっぱい。
08/03/13 16:15:44
やだなあ、メモリを無駄使いする学生なんているわけないじゃないですか。
それはチャレンジングスピリットですよ。
機械の限界に挑戦してるんですよ、先生。

339:名無しさん＠お腹いっぱい。
08/03/13 20:15:45
それに大学っつーのは学生がそういう失敗するための場所。それだけのためじゃないけどさ。

340:名無しさん＠お腹いっぱい。
08/03/13 21:22:45
失敗の質が下がってきてるわ

341:名無しさん＠お腹いっぱい。
08/03/13 22:38:25
>>337
いや、それはそこで通過しておくべきステップだから
教育機関としては結構いい傾向

342:名無しさん＠お腹いっぱい。
08/03/13 22:40:11
>>338
かわいいよカフカちゃん

343:名無しさん＠お腹いっぱい。
08/03/14 01:16:53
core warsやろうぜ！
16GBで。

344:名無しさん＠お腹いっぱい。
08/03/15 09:22:41
>>343
Dwarfでおｋ

345:名無しさん＠お腹いっぱい。
08/03/16 17:16:26
質問です

URLﾘﾝｸ(www.freebsd.org) をみて
Xen の domU として FreeBSD をインストールしようとしています．

上記のページからリンクされている
URLﾘﾝｸ(www.fsmware.com) が見つか
らないのですが，現在はどこにあるのでしょうか？

346:名無しさん＠お腹いっぱい。
08/03/16 17:52:34
マルチ市ね

347:名無しさん＠お腹いっぱい。
08/03/18 04:10:41
チラ裏だけど
今年度の予算が余ったので、デュアルコアのOpteronのデュアルCPUで
Quadなシステムを構築した。
メモリも16GBにしたら、150万くらいかかった。

でも、このコンピュータの能力を試すのは make buildworldだけ。
10分程度で終わるのは感動的だね。

348:名無しさん＠お腹いっぱい。
08/03/18 08:01:41
もっと安く上がらんか？あるいはその値段ならもっと速いのできないか？
ともかくSETIでもEinsteinでもFoldingでも走らせとけ。

349:名無しさん＠お腹いっぱい。
08/03/18 10:15:49
>>347
お役所？

350:名無しさん＠お腹いっぱい。
08/03/20 00:32:14
役所じゃないよ。独法化された某研究所

351:名無しさん＠お腹いっぱい。
08/03/21 10:11:59
この時期100万以上の買い物できないはずだが。
分割発注するとどこかの道路管理局みたいにチクられるぞ。

352:名無しさん＠お腹いっぱい。
08/03/21 16:32:34
パーツで発注したんじゃね?

それだと全部消耗品で...

353:名無しさん＠お腹いっぱい。
08/03/21 21:57:56
税金返せ糞研究所age

354:名無しさん＠お腹いっぱい。
08/03/21 21:59:48
ありがちな流れワロタ

355:名無しさん＠お腹いっぱい。
08/03/22 05:03:23
税金返せ!とは言わんから、そのマシン貸してくれ。
-current追っ掛け用CVS鯖にするとか、packagesの
bulk buildして公開するとか、OOoをビルドする
とか…。

356:名無しさん＠お腹いっぱい。
08/03/22 16:54:03
>>355
> -current追っ掛け用CVS鯖にするとか

それって、ftp.jp.*とか、cvsup.jp.*みたいなもん？

357:名無しさん＠お腹いっぱい。
08/03/23 00:37:49
>>347
どれくらい活用してくれるか楽しみにしてるよ。

個人的には>>355の用途でもいいな。
OOoのビルドとかまじ助かる。

358:名無しさん＠お腹いっぱい。
08/03/29 02:17:44
今度、amd64版FreeBSDを入れる予定なんだけど、
ハードウェアの選定で困っている。
メモリを大量に載せたいのだが、今、一般人でも手に入るハードウェアで、
何GBくらいまでメモリ搭載できる?

また一番多くメモリが搭載できるハードウェアのメーカ名と製品名教えて。
もちろん、FreeBSD 7.0R(amd64)が動くことが条件だけど。

359:名無しさん＠お腹いっぱい。
08/03/29 07:40:37
8GBだな

360:名無しさん＠お腹いっぱい。
08/03/29 08:21:39
TYANとかSuperMicroのデュアルソケットマザーだと16G～32Gあたり。
たくさんあるので人に頼らずお買物サイトで探せ。

361:名無しさん＠お腹いっぱい。
08/03/29 11:38:01
仕様上は64GB くらいはいけるはず

メモリモジュールが手に入らないか死ぬほど高くなるけど

362:358
08/03/29 12:36:20
メモリの件、レスをありがとう。

やっぱり、価格的にも容易に入手できるのは16GBくらいが
最初の限界っぽいような感じだね。

363:名無しさん＠お腹いっぱい。
08/03/29 14:00:39
とりあえず本体＋メモリで3万円のメモリ8GBコースをお勧めしたい

364:名無しさん＠お腹いっぱい。
08/03/29 14:04:46
URLﾘﾝｸ(nttxstore.jp)

365:名無しさん＠お腹いっぱい。
08/03/29 14:10:15
で、やるのはコンパイル

366:名無しさん＠お腹いっぱい。
08/03/29 15:02:14
そりゃコンパイルぐらいするだろ

367:名無しさん＠お腹いっぱい。
08/03/29 15:11:25
いやいや、エロゲですよ

368:名無しさん＠お腹いっぱい。
08/03/29 15:19:42
最近、CPUのクロックも上がらなくなったし、
スペオタは、無意味なくらいメモリを多く積むとかCPUの数を増やすとか
そういうところに走るのかなぁ。

369:名無しさん＠お腹いっぱい。
08/03/29 15:27:33
そりゃまあ仮想マシンとかそういう使い道もあるし

370:名無しさん＠お腹いっぱい。
08/03/29 16:10:21
ただ、FreeBSD/amd64だとVMwareは動かないしXenは現状だめ、7.1になっても
せいぜいdomUだしで、仮想化といってもjail止まり…

371:名無しさん＠お腹いっぱい。
08/03/29 16:44:25
時々でいいから、QEMUのことも思い出して下さい…

372:名無しさん＠お腹いっぱい。
08/03/30 00:41:32
下手にXenの準仮想化でGuest OS使うよりは、qemuの方が使い勝手がいいことが多いね。

373:名無しさん＠お腹いっぱい。
08/03/30 01:45:23
前も書いたことだけど、学術研究なんかで数値計算をするには
CPUは速ければ速いほどいいし、メモリも16GBくらいじゃ
足りないことがある。

374:名無しさん＠お腹いっぱい。
08/03/30 12:14:36
qemuって、kqemu入れると確かにCPU速度的には上がるんだけど、
I/Oがまだまだ遅いのよね

375:名無しさん＠お腹いっぱい。
08/03/31 21:11:49
QEMU、WineじゃなくてモノホンのWinをつかいたいって場合にはいいけど、
サーバ仮想化に使うには重すぎ。

376:名無しさん＠お腹いっぱい。
08/04/01 00:01:16
サーバ仮想化ならjail使えばいいじゃん

377:名無しさん＠お腹いっぱい。
08/04/01 10:42:36
jailのおかげでFreeBSDの仮想化は５年は遅れた

378:名無しさん＠お腹いっぱい。
08/04/01 16:16:52
jail であと10年は闘え(ry

サーバ関係だと実用上，jail でそんなに困らないという気もするが…
jail でないものを求める理由って
CPUリソースやメモリリソースもある程度きちんと管理できる
仮想化がしたいってことだよね?

379:名無しさん＠お腹いっぱい。
08/04/01 16:57:37
>>378
そだね。jailだとどれか一つプロセスが悪さするだけで、
他の仮想環境を含めてトラブルが広がっちゃうから。

380:名無しさん＠お腹いっぱい。
08/04/01 20:32:39
limitかけるでしょ普通。

381:名無しさん＠お腹いっぱい。
08/04/01 20:45:20
そういえば、これはどうなったのか
URLﾘﾝｸ(wiki.freebsd.org)

382:名無しさん＠お腹いっぱい。
08/04/03 01:43:36
今、Quad × 2 の 8発のPCが30万もしないのな。
ちょっと逝ってくる。

383:名無しさん＠お腹いっぱい。
08/04/03 02:40:43
>>379
なかなかセキュアな環境ってのは一筋縄じゃいかん
SMP/HTの時みたいなのはまだ出るかと思うと。

384:名無しさん＠お腹いっぱい。
08/04/03 07:12:33
FB-DIMM(笑)

385:名無しさん＠お腹いっぱい。
08/04/03 13:41:01
仮想化って、何もセキュリティだけが目的じゃないし。

386:名無しさん＠お腹いっぱい。
08/04/03 16:15:52
XenやVMwareのESX serverだとライブマイグレーションが売りの一つだけど、
jailじゃどうあがいても実現不能

387:名無しさん＠お腹いっぱい。
08/04/03 16:46:27
>>385
広い意味でのセキュリティには、可用性の増大も含まれる。
CIAのAはアベラビリティだし。

つまり、仮想化することでハードウェア故障から逃れられるなら
セキュアになるのさ。

388:名無しさん＠お腹いっぱい。
08/04/03 17:10:47
パフォーマンス向上を目的としないXenと、
ネイティブOSのパフォーマンスをフルに使えるjailは
使い分けるべきものだと思うぞ。
どちらがどちらで置き換えられるというものではない。

389:名無しさん＠お腹いっぱい。
08/04/03 18:26:27
問題は今のFreeBSDだとjailしか選択できないこと。
7.1になってもXenはdomU止まり。

390:名無しさん＠お腹いっぱい。
08/04/03 18:51:25
dom0がFreeBSDでできるようになるとどういうメリットがあるの?

391:名無しさん＠お腹いっぱい。
08/04/03 18:52:36
当分dom0やる気無いみたいだし・・・
人的リソース不足か、よほどnewbusと相性が悪いのか。

392:名無しさん＠お腹いっぱい。
08/04/03 21:42:36
Xenなんぞ使わずに、仮想化のオーバーヘッドと不安定性・複雑性なしで
live migrationできるようになったら有難いねえ。

393:名無しさん＠お腹いっぱい。
08/04/03 22:02:15
>>391
あんな頻度で仮想化関連のインタフェース変えられちゃあ、
dom0の移植までやる気になる人はあまり出てこないと思う。
3カ月くらい前に調べたきりだから今はどうかは知らないけど、
Xenはstableブランチが存在しないのが致命的。

394:名無しさん＠お腹いっぱい。
08/04/03 22:20:56
LinuxにはXen以外にVMware、KVM、Vserver (jailと同じようなものだけど)
OpenVZなどなど仮想化技術は多々あって、それぞれ切磋琢磨しているのは大きいよなぁ。
そういえば、FreeBSDにKVMを移植するプロジェクトがあったようだけど
どうなったんだろう?
URLﾘﾝｸ(journal.mycom.co.jp)

>>390
FreeBSDで完結できるのは大きなメリット。
現状、Xenを使うにはdom0がLinuxである必要があるわけで、それなら普通は
domUにも素直にLinuxつかったほうがいいと考える罠。

次ページ