FreeBSDを語れ Part26

**名無しさん＠お腹いっぱい。** · 2009/10/17(土) 20:37:25

FreeBSDについて語るスレです。

The FreeBSD Project
http://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part25
http://pc12.2ch.net/test/read.cgi/unix/1249379155/

関連スレ
初心者もOK! FreeBSD質問スレッドその104
http://pc12.2ch.net/test/read.cgi/unix/1252852690/
FreeBSD/amd64 part2 (and for oyster901)
http://pc12.2ch.net/test/read.cgi/unix/1171335849/

**名無しさん＠お腹いっぱい。** · 2009/12/04(金) 22:37:35

>>550
俺も途中で止まってたんで感謝
man portupgrade の中を date で検索すべきだったんだな（time で検索してた）

**名無しさん＠お腹いっぱい。** · 2009/12/04(金) 23:07:31

>>550
どうもです
何か他にも色々できるみたいですな

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 00:25:01

なんかusers-jpの投稿を見てると最新のx.org環境は
入力関係が地雷原な雰囲気なんだけど、今の7.4が出て結構たつよね。
誰もメンテナンスしてないんだろうか？
まだ6.2Rp+xorg-7.2で放置してるんで一気に8.0R+7.4にいこうと
思ったけどあれ見てると恐過ぎる。

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 01:30:29

キーボードが無反応だった時には涙目ｗ

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 03:27:04

>>553
何か同感…。
俺も6.4Rから8.0Rへ移行を考えてるけど、やはりデスクトップ用途だとXがこんなだと気が引ける…
でも人柱力にでもなったつもりで入れてみるか…

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 06:31:17

別に何の問題もなく使えてるけど。

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 07:05:40

gmake[5]: ディレクトリ `/usr/ports/sysutils/hal/work/hal-0.5.13/hald/freebsd/probing' に入ります
cc -DHAVE_CONFIG_H -I. -I../../.. -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\"
-DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_BIN_DIR=\""/usr/local/bin"\"
-DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -DPACKAGE_LOCALSTATEDIR=\""/var"\"
-I../../.. -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include
-I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts
-Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o
-MD -MP -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c
probe-hiddev.c: In function 'main':
probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in this function)
probe-hiddev.c:81: error: (Each undeclared identifier is reported only once
probe-hiddev.c:81: error: for each function it appears in.)
gmake[5]: *** [probe-hiddev.o] エラー 1
gmake[5]: ディレクトリ `/usr/ports/sysutils/hal/work/hal-0.5.13/hald/freebsd/probing' から出ます

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 10:27:23

入力関係が地雷原ってどういうことよ？

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 10:55:18

kinput2なんてレガシーにも程があるだろ

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 11:09:19

だよな、今はふつー xwnmoだよな

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 13:57:45

そもそも日本語入力してる時点で時代遅れ。
これからは、アメリカ語だろ。

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 14:10:21

>>561
You are inputting Japanese.

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 14:28:25

しかしASCIIコードをバイナリで記述するのはアメリカ語のうち

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 15:01:10

ASCII の A は何の A だよw

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 15:24:05

青山
書籍
コンピュータ
いい子
インコーポレーション

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 15:26:47

>553
今年の春くらいになって「いい加減安定しただろ」と
何も考えずに portupgrade -a して爆死したおいらが来ましたよ

たしかに kinput2 とか twm/fvwm は古いと言われればそうなんだけど
問題な言っていっている人の環境では問題ないんだよね? きっと…

>556
だから何が原因かが分からないから困ってるんじゃん…
ちなみにマウスを動かすまで keyboard 入力が反映されない
なんかは linux 方面でも発生しているらしいし。

おそらく hald/dbus がらみで xorg-server が問題とか
言っていた話が尾を引いているのだろうけど
オチはよくわからん

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 15:27:14

alfred...

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 16:23:44

MLで話してる人って環境の詳細とか設定ファイルとか晒さないよね。
古い設定と古い知識で下手に移行しようとするからハマるんじゃね？

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 16:38:43

# portupgrade -frn png -x '>=png'
---> Packages processed: 276 done, 0 ignored, 0 skipped and 0 failed
# portupgrade -frn png -x '>=evolution'
---> Packages processed: 276 done, 0 ignored, 0 skipped and 0 failed

・・・あれ

# portupgrade -fn "<2009-11-30"
---> Packages processed: 139 done, 0 ignored, 0 skipped and 0 failed
# portupgrade -fn "<2009-12-01 20:29:01"
---> Packages processed: 295 done, 0 ignored, 0 skipped and 0 failed

・・・これならいけるな

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 17:20:11

>>557
devel/libusb が入ってて悪さしてる、に一票。
8.0 から libusb は base に入りました。

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 20:49:53

portupgrade -afをやるとruby-bdbでとまってしまうんだよな
ttp://forums.freebsd.org/showthread.php?t=8838

**ぷぎゃあ** · 2009/12/05(土) 23:39:34

base を 8.0 にしてから xf86-video-intel-2.7.1 の調
子が良いです。以前から使っていた 2.5.1 と同程度か
それ以上落ち着いてます。あれこれ試すとやはり black
out しますが、今まで通り腫れ物を触るように使う分に
は大丈夫そう。

特定の Linux のバージョンでも動いたり動かなかった
りらしいのでタイミングか何かありそうですが、7 系に
戻して試すだけの元気はありません…。

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 09:58:09

FreeBSD には timidity 使った MIDI デバイスって無いの?

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 10:02:07

>>573
timidityを使って仮想MIDIデバイスに見せる奴のことか?
あれはLinuxのALSAを利用したものだからなぁ。

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 11:53:01

>569
では新しい設定と新しい知識の紹介をよろしく

マジで何を見ればいいのかわからん

xorg.conf 以外に何かあるの?
あとはせいぜい /var/log/Xorg.0.log くらいじゃないの?

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 11:57:31

>>573
つくりゃいいじゃん。
スルーするだけでしょ

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 12:07:21

>>576
> つくりゃいいじゃん。
簡単にいうなバカ。

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 12:29:00

ご自分で開発なされてはいかがでありましょうか。

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 12:44:06

FreeBSD使いは、無い物は作れ精神が"多少"は必要。
X68Kユーザーほどじゃないけど、Linuxユーザーよりは少しそういう心意気が必要だ。

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 12:49:48

作れねぇなら諦める精神も必要。

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 13:16:50

MIDIのラッパーくらい、そんなにハードル高くないじゃん。
おれは面倒だからやらないけど
何もデバドラをフルスクラッチで書けって話でもないし。

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 13:29:43

>>575
そんなこと俺に言われても困るｗ

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 15:08:15

>>574
> timidityを使って仮想MIDIデバイスに見せる奴のことか?
> あれはLinuxのALSAを利用したものだからなぁ。

ということはこれ使えばなんとかなる?

http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/linux-f10-alsa-lib/

> The Advanced Linux Sound Architecture (ALSA) provides audio and MIDI
> functionality to the Linux operating system.
>
> WWW: http://www.alsa-project.org/

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 17:06:57

面倒だからやらない、というのはできないのと同じ。
偉そうに言うことじゃない。

**名無しさん＠お腹いっぱい。** · 2009/12/07(月) 01:17:04

>>584
申し訳ありません。言葉が過ぎました。
直すべきは直し　改善すべきところは改善して参りたい。
そう思案している次第であります。
不束ではありますが、今後ともご指導ご鞭撻の程よろしくお願い申しあげます。
しかるべくご指摘いただいた案を検討するためのタスクフォースを設置、
関係各位との連携を深めることも考慮していくよう適切に対処する所存であります

>>572
＞xf86-video-intel-2.7.1
linux版はバグで騒いで多様な気がしたけどfreebsd版では大丈夫なのかしらん
それにしてもintelドライバ　DRMだっけか　あれが入ってからずっと不安定だな

**ぷぎゃあ** · 2009/12/07(月) 07:50:34

>>585
> linux版はバグで騒いで多様な気がしたけどfreebsd版では大丈夫なのかしらん

どっちも出自は同じはずです（freedesktop.org 辺り）。
今は特に FreeBSD 固有のパッチも無かったはず。

FreeBSD の 2.7.1 は regression 扱いで更新を見合わ
せている様子。本家の方は 2.9.99.901 なんていうよく
わからないバージョンになってます。

http://lists.freedesktop.org/archives/intel-gfx/2009-December/date.

**名無しさん＠お腹いっぱい。** · 2009/12/07(月) 08:47:20

uim＋anthyで何か問題あるん？
今ならgoogle IMの方がトレンドだろうけど

**名無しさん＠お腹いっぱい。** · 2009/12/07(月) 09:10:29

wnn で何か(ry

**名無しさん＠お腹いっぱい。** · 2009/12/07(月) 21:11:01

スラド何日遅れてんだよ
http://slashdot.jp/security/article.pl?sid=09/12/07/0847203

**名無しさん＠お腹いっぱい。** · 2009/12/07(月) 21:42:02

遅くても内容が正確ならいいがスラドはそれすらダメダメだからな

**名無しさん＠お腹いっぱい。** · 2009/12/08(火) 02:15:52

>>572
xf86-video-intel-2.7.1の調子がいいのか。
これで8.0に移行する気が出てきたな。
いざとなれば古いGeForceもあるし…

**名無しさん＠お腹いっぱい。** · 2009/12/08(火) 02:20:15

一方俺は諦めてvesaだけ＆vncに逃げた。

**ぷぎゃあ** · 2009/12/08(火) 07:25:55

>>591
> xf86-video-intel-2.7.1の調子がいいのか。

調子いいですね。

自分 GM965 なノートですが、2.5.1 だと xorg.conf で
どんなに頑張っても xrandr で 1440x1050 しか出てこ
なかったのがあっさり下記のモードが出てきます。

> $ xrandr
> Screen 0: minimum 320 x 200, current 1400 x 1050, maximum 1400 x 1400
> VGA disconnected (normal left inverted right x axis y axis)
> LVDS connected 1400x1050+0+0 (normal left inverted right x axis y axis) 304mm x 228mm
> 1400x1050 60.0*+ 74.8 60.0
> 1280x1024 85.0 75.0 60.0
> 1280x960 85.0 60.0
> 1152x864 75.0
> 1024x768 85.0 75.0 70.1 60.0
> 832x624 74.6
> 800x600 85.1 72.2 75.0 60.3 56.2
> 640x480 85.0 72.8 75.0 59.9
> 720x400 85.0
> 640x400 85.1
> 640x350 85.1

Windows でもこんなにモードないです(w

.xinitrc の末尾で exec したターミナルを抜けると刺
さってたのもちゃんと終了するようになりました。

**ぷぎゃあ** · 2009/12/08(火) 08:04:03

あ、あと 7 系での 2.7.1 は mplayer -vo xv で画面サ
イズより大きな full HD とかの動画を再生しようとす
ると全く再生されず悪いときはシステムごとハングして
いましたが、8.0 の上ではちゃんと動画再生できます。

LVDS から対応する画面サイズをちゃんと取得できるよ
うになっていることと関連しているかもしれません。

**名無しさん＠お腹いっぱい。** · 2009/12/08(火) 09:18:34

>>593
うちには945G, GM965, G33があるから、朗報だ。
ハードディスクがおかしくなってきてるし、新しいのと一緒に8.0を入れよ。

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 02:31:08

最近nVidiaが元気ないみたいだけど、FreeBSDデスクトップユーザーとしては、GeForceだよな…
おれはnVidiaに感謝してる。

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 06:52:50

ソースからのmakeに拘り、バイナリーでのインストールを嫌うFreeBSDユーザーが
なぜnVidiaなの?

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 07:02:10

GPGPUは現段階じゃ信頼性と実績が無さ過ぎるしゲームも殆ど無いと思うんだけど何に使ってるの

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 10:04:26

コンソールに飽きたらXを使うため
※ただしtwmに限る

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 10:28:42

つまりXorg付属の nvドライバーで2Dのみで使うんですね、わかります

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 10:35:15

いまだにIntel740ボード使ってる俺ｗ
最近のFreeBSDは、新しいグラボでもちゃんと動くの？

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 12:27:38

VMware上なら問題ない。

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 12:55:05

>601
どのレベルかによるけど大抵はそれなりになんとかなるんじゃないの?
intel はともかく nvidia なんて自らドライバ提供してるんだし

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 15:16:13

nvidiaとoperaは優良企業

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 15:33:18

有料企業ですね。

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 17:32:00

無料で買収できる企業なんてないじゃん

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 22:35:28

FreeBSDのスケジューラって糞だから、マルチコアでは使いものになりません。
て言われたけど、本当ですか。

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 22:39:42

コンパイルする分には問題ないよ

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 22:46:18

ibus-skk出たな
誰かports作ってくれ

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 23:12:13

>>607
mysqlを使う分にも問題ないな

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 23:25:21

zfsが重い

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 23:36:39

>611
おんぼろ celeron でバックアップデータの倉庫にしてる
zfs サーバで scrub かけると
load ave. が 11 とか 15 とかわけのわからん状態になる

まあ zfs は原則としてリソースに余裕があるのが
条件とは思うんだけどさ

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 23:43:27

>>607
それこそFreeBSD2.xのころでもロードアベレージが100だの200だのになっても
メモリ不足によるスラッシングさえ起きていないならば対話処理もバッチ処理も全く問題なかったりする

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 23:45:19

は？

**名無しさん＠お腹いっぱい。** · 2009/12/09(水) 23:47:44

リリースノートにzfsバージョン13でscrubのパフォーマンス上がったって書いてあったけど
誰かもう試した？もうプールが半分埋まってるから怖くて試せない

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 00:38:01

SKKとか・・・

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 01:06:53

比較の対象がFreeBSD 2.xとかwww
そのころから進化ないってこと？
ひでえな…ww

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 07:36:37

「使いものになりません」って言った人が技術者として使いものにならない、って話？

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 08:46:15

>>618
情報源が2chなんじゃねーか?
ほら時々 Core2には対応していないとか書くあほがいるだろ

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 08:49:00

SCHED_ULEの悪評が流布されてすぎている件

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 16:21:56

Linux版Google Chromeが出たけど
FreeBSDへの移植は当分先だろうなぁ・・・
Chromiumの移植ですらまだできてないもんね。

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 16:49:33

はぁ？

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 17:10:35

>>621
長いこと苦労してたけどもう動いたよ
http://gihyo.jp/admin/clip/01/fdt/200911/27
Chromeの移植も時間の問題だと思う。

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 18:02:39

>>621
嘘書くな糞餓鬼
お前のレスを読んでまた別の糞餓鬼が他のｽﾚにﾚｽするだろ

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 18:08:38

>>624
一体誰と戦ってるんだ

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 18:09:38

http://www.google.co.jp/chrome?platform=linux&hl=ja

**626** · 2009/12/10(木) 18:10:24

途中で送っちゃった。

新しい高速ブラウザの Linux 版がついにリリース
http://www.google.co.jp/chrome?platform=linux&hl=ja

どうみても、.deb/.rpmです。本当にありがとうございました。

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 18:55:34

>>625
>>621乙

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 18:57:04

http://www.links.org/?p=724
これだな。

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 20:17:59

なんだよ！「軽快ブラウザ"links"」の釣りかと思って期待したのに！

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 20:57:21

>>624
やたら苛立ってるようだがFreeBSD界隈でなんかあったのか、それともお前の個人的な理由か
もし嫌なことがあって匿名掲示板で憂さ晴らししてるのならみっともないからやめとけよ
器が知れる

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 21:57:48

少しでもFreeBSDが足りない材料が書かれたら
それがたとえ全く悪意のないレスであっても、
悪意のあるどこぞのOSの信者がここぞとばかりに、色んな所にコピペするからやめろ

ってことでしょ。
言いたいことはわかるけど、それ無茶苦茶だよ・・・

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 22:04:32

歪んだ原理主義者なのか

**名無しさん＠お腹いっぱい。** · 2009/12/10(木) 23:58:24

　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　ヽ　＿＿_＼（＼・∀・）　＜　BINDとntpdのSAまだ～？
　　　　　　＼＿／⊂　⊂＿ )　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　／￣￣￣￣￣￣／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　　愛媛みかん　|／

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 00:39:03

なんとなくja-platex-otf-1.2.4_3をいれてみたんだが
設定しだいでTeXでOpenTypeフォントがつかえるようになるらしい
でもOpenTypeフォントってFreeBSDのportsにどれくらい用意されているんだろう
FreeBSDではIPAフォントしか知らないのだが・・・

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 00:50:11

フォントは
買うものです

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 01:05:34

作れ

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 08:01:36

>>631
器が知れる（笑）

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 08:03:00

内輪もめしてる暇があるなら、ちょっとはLinuxに対抗する手段でも考えたら？
鯖分野でもどんどんシェア奪われてるジャン

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 08:11:25

>>633
これらのテンプレ煽りからして原理主義者っつーよりPC-BSDで初めて*BSDに触れて頭が茹ってるゆとり臭いけどな

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 10:46:30

或るFreeBSDの使い方

1. インストールするソースは当然全部入れる
2. portsを展開する
3. OSのソースを最新の物にする currentかstableかは好み次第
4. full build & install
4. portsnapでportsを最新にする
5. テキトーにportsを入れる

6. OSのソースを最新にする
7. full build & install
8. portsnapでportsを最新にする
9. portupgrade -afv
10. 6に戻る

そのうちにもっと速いCPUとディスクが欲しくなる

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 11:11:40

っていうか、なんであんなにソースのコンパイルが遅いんだよ。
プリコンパイル済みヘッダとか、そういうの多用しやがれよ

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 12:40:11

>>641
ディスクってそんなに効果ある？

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 12:47:20

あるよ

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 14:07:13

ねーよ

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 14:13:39

>>641
っ[SSD]

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 15:20:54

tmpfsにしてもbuildworld時間はかわらん
という経験。
そいや8.0Rにしてからはひかくしてないな

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 15:24:53

>>642
そんなに遅い？i5/i7やPhenomIIなんかだと
amd64のbuildworldが14分ぐらいだ

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 15:45:25

>>641
> そのうちにもっと速いCPUとディスクが欲しくなる

たくさんのメモリもな。
/var/db/pkgがコンパイル後にもキャッシュから消えないくらいメモリが
あると、だいぶ早くなる。

**名無しさん＠お腹いっぱい。** · 2009/12/11(金) 16:13:51

結局CPUの速度で決まるよ。

>>647 の言う通り、tmpfsにしてもほとんど速くならないんだから
ディスクはネックになってない。
あと、メモリも、極端にメモリが少ない場合を除いて
メモリを増やしてもほとんど速くならない。