遅いマシン使ってるからコンパイルして気持ちよく使いたいと思ったけど、
使う時間よりコンパイルする時間の方が長そうだな・・・。
問題も少なからずありそうだし、誰にでも簡単っていうディストリではなさそうだ。
大人しくかえりまつ。
「問題が少なくない」のは誰の事だろうか。
そんなことならわざわざ書くなよ
遅いマシンほど最適化コンパイルが効くんだよ
>>946 元々 FreeBSD から入ったんで Gentoo に魅かれて乗りかえたんだけど
貧弱ラップトップに頑張って入れた Gentoo よりそれまで 3年ほど使ってた
Debian のが軽かったんで戻したよ。Gentoo は一つ一つの動作がもたついた
login からしてプロンプト戻るのに 2秒かかったし、ダメぽ
資源豊富なデスクトップは Gentoo に乗りかえて快適生活してるよ
デスクトップ Athlon64 3200, 1GB, 80GB+60GB
ラップトップ MMX 300MHz, 64MB, 4GB (X 非使用)
コンパイルが遅かったらdistcc使えばいいしね。
でも誰にでも簡単っていうディストロでないのは確か。M$-Win Onlyな人には無理かと。
>>947 それってちゃんと設定できてないんじゃない?hdparmとか。
ま、いちいち設定しなきゃいけないって言われればそれまでなんですがね。
デビも軽いのは確かだけど、いまどきi386ってのが(´・ω・`)
最適化がものすごく有効ってわけじゃないね。
filter-flagsで無効になってたりするし。
>>949 そのへんの見落しは無かったはず、そんな素人でもないんで
俺も気になってたんだけど、ログインに失敗した時に、再度、
ログインプロンプトが出るまでに、ちょっと sleep 入るよね。
あれって、どこで調整するのですか?
login.defs の FAIL_DELAY だと思って調整してみたのだけど、
変化がありません。login.defs(5) を読むと、現在は login.defs
を使ってないので、PAM の設定ファイルを調べろと書いてあります。
ログアウトした後も、次の login: プロンプトが出るまでにちょっと
待ちが入るのですが、あれも、無くしたい。
Debian potato とか woody だと軽いはず。sid と比べたらそんな
どっちが軽いも重いもないと思うけどなあ。古い glibc だと速い。
(ダウングレードすると危険なので、これ見て試す人がいるなら
stage1 からのインストール以外で試さないよう警告しておく)
でも glibc 2.1.3 の ebuild 消えたしなあ。
uclibc 使っている人は速度速い?
>>954 お前アホか?
別に失敗するとかしないとかの話じゃなくて、その変の調整が出来ない
のはどうよ? って話だろうが。
アホだから、ワカンナイ。
あれも、無くしたい。>タイポ?
emerge -C ID:v4cwKfcs
あの、gentooがんばってインストールしたんですが
ブートしたあとにログインしてもルートディレクトリに何もないんです・・・
どうしてでしょうか
まったく原因がわからないので、なにかヒントください
/root/にナニもないのは正常。/にナニもないのは異常。ってかログインできたってことは前者。
あ・・・・
すいませんすっごく勘違いしてました・・・
正常でした
>>942 オプションでバージョンを指定すればいいんじゃない?
mountコマンドじゃなくてkernelのNFSv3 or v4とかそのあたりのバージョンがどうのって言ってるんじゃね?
>>947 955さんも言っているけど
gcc-2.95でコンパイルしたものとgcc-3.xでコンパイルしたものを比べるのは止めてくだされ。
PAMが遅いと感じるのはより安全にするためrequiredになっているからじゃない?
これもGentoo特有の話ではないね。
検索すれば解説サイトがでてくると思うけど。
もう966か...
967
968 :
21日 :2005/10/21(金) 13:43:47 ID:oQqe3HtG
PGIのコンパイラ入れるまえに、久々にカーネルアップグレードしてみる。
メイン32bit
P4 2.0GHz
サブ64bit (計算はこちらがメイン)
Opteron248 2.2GHz*2
2台一辺に、ついでにudevにもする。
969 :
login:Penguin:2005/10/21(金) 16:41:40 ID:/W2kzBsh
1000
970 :
login:Penguin:2005/10/21(金) 16:42:48 ID:/W2kzBsh
971 :
login:Penguin:2005/10/21(金) 21:21:54 ID:sNtcSj0U
今必死にGentooインストールしてきて、最後のGrubのインストールで
Probing devices to guess BIOS drives. This may take a long time.
っていわれたまま、数分反応がありません。
long timeってどれくらい?
自己解決。
Grubに-no-floppyオプションが必要だった。
# grub --no-floppy
素人のくせに gcc-4.0.2-r1 にしちまって、カーネルはじめ
いくつかの基本的なツールも gcc でコンパイル、
glibc も同様にしてるんですが、そっちに気をとられていて
気づかなかったんだけれど、alsasound が起動時にエラーの
山になって、音が出なくなってしまいました。
Undefined symbol があるぞ、というメッセージがどっさり。
module-init-tools を再コンパイルしたり、カーネルを
見直したりしてるけど、だめなんだよね。alsa-driver の
コンパイルは正常に通っているようなんだけど。
sb16 の ISA カードを使ってるというあたりも、癌か。
>>974 gcc 4.0.2使ってないしalsa-driverも入れてないけど、漏れもsb16 Non PnPを使ってる。
snd-sb16をパラメタ付きで/etc/module.d/alsaに書く方法がわからないので、/etc/modules.autoload.d/kernel-2.6でロードするように書いてるが、なんの参考にもならんだろうな。
まぁガンガレ。
自分Sempron(soket754)にgentoo入れようと思っているんだけどamd64かX86かどっちのステージファイル使おうか考えているんだけど
素直にamd64で良いのか?
>>976 もし個人デスクトップ用途ならx86の方が無難だよ。
x86とamd64のパフォーマンスの違いは、体感できない。現状では。
逆に、amd64ではブラウザのFlashプラグインやmplayerの動画コーデックなど
64bitバージョンがまだリリースされていない、という制約がある。
これらのソフト、32bit版を使う方法もあるが、面倒臭い準備が必要となる。
安定性を損なう面もあるし、お薦めできない。
とは言っても、せっかく64bitハードを持っているなら、一度試してみるのも
悪くない。
別パーティションに入れて比較してみたり、一旦64bitである程度試してみて
納得したら32bitで再インストールとか。
そろそ次スレの季節がやってまいりました、いかがお過ごしでしょうか?
Ooo 2.0が来る
ラップトップを小一日小型ドライヤーにするあれが
>977レスありがとうございますX86でathlon64にインストールしてみます
FTPサイト/X86/2005.1/stagesのディレクトリにはathlon64がないのでathlonXP用を使えばいいのかな?
最近「>>> Updating Portage cache: 」遅くね。
50%からが牛歩
>>981 x86機(Pentium4 northwood 2.8GHz)と
amd64機(Athlon64 3000+ Venice@1GHz)だと
amd64の方が圧倒的に早い。なんか違うのかな。
Pen4にエンコ以外やらせるのはカワイソス
985 :
login:Penguin:2005/10/22(土) 16:47:42 ID:EwYtpjg5
>>985 あれ、-m32で-march=athlon-64なコードって吐けたっけ?
987 :
login:Penguin:2005/10/22(土) 17:10:47 ID:EwYtpjg5
>>986 ぬかった。install-amd64-universal。。。を使ったのだ。
991 :
login:Penguin:2005/10/22(土) 23:52:35 ID:rYkS1qaV
>>981-982,991
gg3.net につながった時だけ激遅になる気がするんだけど。
1回のsync に30分かかる。