[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 05/09 14:45 / Filesize : 140 KB / Number-of Response : 623
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

FreeBSD/amd64 part2 (and for oyster901)



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/


136 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/06/23(土) 05:56:10 ]
む、無駄じゃないもん!

137 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/06/25(月) 04:15:56 ]
3年ちょっと前に作った128台のクラスタ

そろそろやばい。ラック型で1Uが128台なんだけど、
それでもけっこうな量だ。

138 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/06/25(月) 12:51:09 ]
>>137
最小1台50ワットくらいだとすると・・・6.4キロワット!?
設置場所は100A契約か、大口デマンド契約(自営受電)か。
150ワットだったら、20キロワット。 ちょっとした工場だな。

もうね。電気の使いすぎ。

139 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/06/25(月) 21:17:21 ]
力業なんてしないで本当に必要な計算だけしろよ。安直に並列計算しまくって結果の乱造してないか。
温暖化ガス迷惑

140 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/06/27(水) 22:15:36 ]
うちでは16台でクラスタなんて言っているけど
まだまだ甘いのかな?

141 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/07/01(日) 01:42:03 ]
>>140
16 core あたりまでは, SMP したくないか?


142 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/07/01(日) 01:50:36 ]
>>141
デュアルコア x 16なので実際は 32CPU。

143 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/07/01(日) 11:07:34 ]
>>142
密結合2×疎結合16だから意味が違いまんがな。

144 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 03:17:56 ]
メモリ2GBしか搭載していないマシンなんだけど、これをamd64で
使用する意味ある?
素直にi386版のFreeBSDを使った方が良い?



145 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 03:22:59 ]
FreeBSDのi386版はLinuxのみたいに896MBより上のアクセスはウィンドウ越しになんてならないのかな

146 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 05:47:06 ]
>>145
Linuxはなるの?

147 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 05:50:20 ]
>>145
FreeBSDは、2GBまではリニアにアクセスできるはずだけど...

148 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 05:56:02 ]
Linuxの896MBの制限
www-06.ibm.com/jp/developerworks/linux/040416/j_l-mem26.html

これを見るとFreeBSDの方がメモリ管理は素直というか、良くできているね。

149 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 07:39:47 ]
よくわからんけど Linux は 2.4 時点では
メモリ管理もまともに出来てなかったってこと?

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

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

151 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 09:25:04 ]
恥ずかしくないの?

152 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 09:44:18 ]
全然。

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

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

153 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 10:09:11 ]
痛すぎ

154 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 10:55:30 ]
ということにしたいのですね。



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

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

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

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

158 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/05(日) 14:03:54 ]
アスペルガー馬鹿が騒いでるだけ

159 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/06(月) 05:54:53 ]
横から質問でスマン

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

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

160 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/06(月) 08:36:50 ]
とりあえず 896MB 以上空間でメモリ激しく使うベンチうpよろ

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

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

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


162 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/06(月) 09:11:04 ]
amd64なら、FreeBSDもLinuxもリニアにガシガシメモリ取れるでそ。

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

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

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

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



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

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

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


167 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/06(月) 20:41:44 ]
で、>>165は、>>145以降のどれが内容を理解してそうで、どれが理解してないのか
区別できる?
>>165自身も理解できてない可能性もあると思うんだけどw


168 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/06(月) 21:38:42 ]
馬鹿だ

169 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/06(月) 23:16:17 ]
本来必要のない制限だし、無いほうが良い、美しいというのはその通り。

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

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

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

171 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/07(火) 08:16:30 ]
そういう意味ではレジスタの数が倍増するだけでもってことで

172 名前:145 mailto:sage [2007/08/07(火) 21:49:28 ]
おまいら、まだその話してたのかよw

173 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/10(金) 05:42:19 ]
amd64はサーバ用だろうな。
nVidiaのドライバまだ動かないし。

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



175 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/29(水) 04:02:01 ]
俺のサーバは、ほとんどが Opteron マシンなためかamd64ですべて安定している。

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

176 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/29(水) 08:31:31 ]
amd64 って -RELEASE にしがみつくほど安定してるの?
-stable 追っ掛のリスクよりもイイ?

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


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

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

180 名前:178 mailto:sage [2007/09/11(火) 10:57:13 ]
>179
Dell PowerEdgeSC430等ではネットワーク絡みは何も問題ない。
VNCが死ぬのは多分Xorg関係のせい。

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

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

182 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/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

いったいどうすればよいのでしょうか・・・Orz

183 名前:182 mailto:sage [2007/09/16(日) 08:52:17 ]
make install-libが抜けてました・・・
libjpegをインストール(./configure; make; make install; make install-lib)

184 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/16(日) 11:19:26 ]
ports を使わない理由は?



185 名前:182 mailto:sage [2007/09/16(日) 20:59:24 ]
使える環境にないからです

186 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/17(月) 01:28:41 ]
どういう環境なん?

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

188 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/01(月) 00:07:09 ]
単に >>185 にroot権限がないだけじゃ?

189 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/01(月) 12:18:02 ]
一般ユーザでports使う方法どっかで見たような気がする

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

191 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/15(月) 03:18:43 ]
i386環境のライブラリを ports から揃えることが難しいことかな?

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

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

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

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

194 名前:名無しさん@お腹いっぱい。 [2008/01/02(水) 22:19:45 ]
nvidiaのXのドライバまだですかね?
去年の今頃このスレで2007年の夏ぐらいかもって聞いたのですが、まだΒ版も出てないし
早くメイン端末をFreeBSD/amd64にしたい



195 名前:名無しさん@お腹いっぱい。 [2008/01/03(木) 20:09:30 ]
Phenomのバグは回避できているのか?

196 名前:名無しさん@お腹いっぱい。 [2008/01/06(日) 00:06:30 ]
なにそれ?

197 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/06(日) 00:12:41 ]
2.3GHzより上のクロックで動かすとシステムがフリーズする
という初期ロットの罠のこと?

198 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/06(日) 01:40:17 ]
www.4gamer.net/games/039/G003983/20071223002/

これのことだろ

199 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/10(木) 01:08:14 ]
まだPhenomは待ちだよな。

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

200 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/13(日) 06:27:17 ]
64bit版のFreeBSDはどういうところで使われているの?

201 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/13(日) 08:15:32 ]
>>200 2ch


202 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/13(日) 12:24:46 ]
>>201
なるほど、日本の基幹を担っているわけだね。

203 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/13(日) 16:21:08 ]
>>200

www.maido3.com/server/64bit/

www.maido3.com/server/zousan/

204 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/13(日) 23:35:31 ]
>>203
百式とか電車男?



205 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/15(火) 18:49:00 ]
俺んちのamd64マシン

206 名前:名無しさん@お腹いっぱい。 [2008/01/19(土) 13:15:29 ]
メモリがECCエラーで回復できたとき、あるいはECCエラーを回復できなかった
時には、OSの動作は現在のFreeBSDではどうなりますか?

207 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/22(火) 13:39:10 ]
>>203
amd64にするとそんなに速くなるのか?

208 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/22(火) 18:35:27 ]
2chの場合はどちらかというと方向性としてはC10k対策的な理由らしい

209 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/25(金) 23:22:19 ]
nフォはまだXのドライバ出してくれないのか

ttp://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html
からもうだいぶ経ってるのに

210 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/26(土) 17:22:25 ]
>>209
できてるけど配布はしてない、メールで問い合わせたらもらえた。

211 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/26(土) 17:26:14 ]
何か配布できない事情でもあるのか?

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

213 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/26(土) 18:17:38 ]
64bit版のFreeBSDで mplayer + win32codec を使うには
どうしたらいいですか?

214 名前:名無しさん@お腹いっぱい。 [2008/01/27(日) 02:51:15 ]
とりあえずパソコン用意しろ



215 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/27(日) 03:04:56 ]
>>212
メモリを4GB以上認識させる 3
pc11.2ch.net/test/read.cgi/jisaku/1198949005/3-
これほんとかな

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

217 名前:名無しさん@お腹いっぱい。 [2008/01/30(水) 17:17:21 ]
i386 から amd64 にするとき /etc/make.conf には何を書いた?

218 名前:名無しさん@お腹いっぱい。 [2008/02/01(金) 10:30:47 ]
amd64 にしたら startx するとリブートするようになりました。
amd64 だとgeforce は使えないの?

219 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/01(金) 13:03:05 ]
>>218
いますぐsend-pr

220 名前:218 mailto:sage [2008/02/01(金) 14:52:29 ]
>>219

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

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

221 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/02(土) 05:05:37 ]
>220
スワップの限界だろ
もっとほしけりゃ2個作れ

222 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/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取ってる人がいるのでそれ以下
ではなさそうです。
ttp://lists.freebsd.org/pipermail/freebsd-stable/2007-May/034931.html


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


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



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

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

よろしくお願いします。



226 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/06(水) 07:37:21 ]
>>225
いつになっても出ません。

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

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

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

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

228 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/06(水) 21:54:21 ]
>>227
すくなくともうちでは 3台くらい X 環境が AMD64 で動いてるな
-current だけど...


229 名前:名無しさん@お腹いっぱい。 [2008/02/06(水) 22:49:32 ]
ありがとう
カリントウにしてみます。

230 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/08(金) 00:23:25 ]
NVドライバじゃだめなの?

231 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/08(金) 02:19:23 ]
Dual Head にできます?

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

233 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/08(金) 17:01:47 ]
>>232
カレントじゃなくても使えるんですね。
7.1を待ちます.


234 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/16(土) 05:24:47 ]
AMD64版で、IntelやATIのいグラボなら使えるの?
要は、Windowのスクロールがガクガクにならないぐらいの性能でいんだけど。



235 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/16(土) 12:25:12 ]
>>234
それならnVidiaでも使えるよ。
2Dだけならほとんどのグラボで大丈夫。

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

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







[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<140KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef