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/ 127 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/10(日) 01:18:52 ] >>125 なら素直に1ソケットのマザーボードでOpteronのquadcoreでそ。 128 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/21(木) 00:47:28 ] 2年前に買った鯖マシンが、オプテロン1.8GHzを2つ積んだものだったが、 今年になっても、これよりも劇的に速いコンピュータってのは無さそうに見える。 クロックも倍までも上がっていないし、基本的にアーキテクチャも変わってないように 見えるんだけど、2年前のこのコンピュータと今の最新の鯖とでは、かなり速さは違う? 基本的に研究室の計算用に使う鯖なんだけど、空間解析に使うのでメモリを 4GB程度使う数値計算用なんだけど。 129 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/21(木) 00:52:10 ] I/OアクセスがRAMに集中している状況なら、 あまり上がり様がない罠。RAMの処理速度が ナノセカンドオーダからまた１桁進んだなんて聞いてないし。 130 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/21(木) 03:22:57 ] >>128 キャッシュがほとんど効かなくて、メインメモリにガシガシアクセスするような 数値計算なら、2年前と大差ないよ。 131 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/21(木) 22:38:28 ] >>129 抜本的に構造を変えない限り物理的にそう言う事はもう起きないでしょ 132 名前：128 mailto:sage [2007/06/22(金) 06:27:31 ] >>129 >>130 >>131 レスありがとう。 やっぱり、新しいのにしても劇的には速度は向上しないよね。 最近は8GBとかメモリを搭載しても、それほど高価ではないので 台数を用意して処理を分散させている。 でも、しばらくしてこれらが古くなって廃棄される時を思うと... この大量のPC、環境破壊だよね。 133 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/22(金) 12:56:32 ] >>132 疎結合計算機で環境破壊なんて考えていたらきりが無いと思う。 １２８台、いや４０９６台くらいあるのか？ 134 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/22(金) 21:57:32 ] >>132 逆に考えるんだ その分文明の進化に貢献できたのだと そう考えるんだ 135 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/22(金) 23:13:31 ] 大抵は電気の無駄使いでCO2出しまくって終わるんだろうな 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ワットくらいだとすると・・・６．４キロワット！？ 設置場所は１００A契約か、大口デマンド契約（自営受電）か。 150ワットだったら、２０キロワット。　ちょっとした工場だな。 もうね。電気の使いすぎ。 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 密結合２×疎結合１６だから意味が違いまんがな｡ 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自身も理解できてない可能性もあると思うんだけどｗ 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 いったいどうすればよいのでしょうか・・・Ｏｒｚ 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のドライバまだですかね？ 去年の今頃このスレで２００７年の夏ぐらいかもって聞いたのですが、まだΒ版も出てないし 早くメイン端末を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 ] メモリがＥＣＣエラーで回復できたとき、あるいはＥＣＣエラーを回復できなかった 時には、ＯＳの動作は現在のＦｒｅｅＢＳＤではどうなりますか？ 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からインストール メモリを８G積んでいて、インストール後dmesg を見るとFreeBSDで認識しているのですが sysinstall のディスクラベルエディタで A(auto) を使った場合SWAPに４Gしか割り当て られませんでした。今までだとメモリよりSWAPが少ないということがなかったので 少し気になりました。スワップは4Gもあればいいよということなのでしょうか？ 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/02(土) 05:05:37 ] ＞２２０ スワップの限界だろ もっとほしけりゃ２個作れ 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自体使えないのでしょうか？

---

---

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

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