トップページ⇒unix
1001コメント286KB

FreeBSDを語ろう Part 6

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。05/01/18 18:40:04
語るべし。

質問は質問スレで。

質問スレ
http://pc5.2ch.net/test/read.cgi/unix/1104566207/

過去スレ
FreeBSDを語ろう Part 5
http://pc5.2ch.net/test/read.cgi/unix/1099418772/
FreeBSDを語ろう・モア その2
http://pc5.2ch.net/test/read.cgi/unix/1091700407/
FreeBSDを語ろう・モア
http://pc5.2ch.net/test/read.cgi/unix/1039789225/
FreeBSDを語ろう Part.2
http://pc.2ch.net/unix/kako/1033/10333/1033328404.html
FreeBSDを語ろう
http://pc.2ch.net/unix/kako/1014/10143/1014385300.html

0176名無しさん＠お腹いっぱい。05/01/27 00:35:32
>>162
>> 今のスケジューラは全スレッド数(普通のプロセスも1スレッド)に比例する
しねーよ

linuxの場合、2.4のスケジューラがカスだったので(数十CPUの時に実行時間の
数割がスケジューリングに費されることもあった)O(1)スケジューラが必要
だったんだが、BSDのスケジューラはそもそもそんなにヘボではない。
0177名無しさん＠お腹いっぱい。05/01/27 13:01:28
xfce4.2
portsになったから入れたけど
http://www.mail-archive.com/freebsd-stable@freebsd.org/msg64904.html
しないとだめだね
0178名無しさん＠お腹いっぱい。05/01/27 18:55:27
こう言う明らかな凡ミスってなんで起こるんだろう。
試してないって事か？　それとも起こらない環境もあるのか？
0179名無しさん＠お腹いっぱい。05/01/27 19:12:12
この頃平穏でつまんない
0180名無しさん＠お腹いっぱい。05/01/27 19:19:52
>>178
ミスではなく、X11R6.8 で
> The socket directories created in /tmp are now required to be owned by root
> and have their sticky-bit set. If the premissions are not set correctly, the
> component using this directory will print an error message and fail to start.
> Common socket directories that are known to be affected include:
>
> /tmp/.font-unix
> /tmp/.ICE-unix
> /tmp/.X11-unix
>
> These directories are used by the font server, xfs, applications using the
> Inter-Client Exchange protocol (ICE) and the X server, respectively.
と変更されたのが理由。これに伴う変更はすでに commit されてる。
http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/cleartmp
0181名無しさん＠お腹いっぱい。05/01/27 19:56:50
5-stable使えってーことかな
0182名無しさん＠お腹いっぱい。05/01/28 03:22:04
japanese/teTeXから入れたdvipsが

kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+264/600 --dpi 864 mbx12
mktexpk: don't know how to create bitmap font for mbx12.
kpathsea: Appending font creation commands to missfont.log.
dvips: Font mbx12 not found, characters will be left blank.
dvips: Can't open font metric file mbx12.tfm
dvips: I will use cmr10.tfm instead, so expect bad output.
dvips: Checksum mismatch in mbx12
dvips: Design size mismatch in mbx12
kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+437/600 --dpi 1037 oth10
mktexpk: don't know how to create bitmap font for oth10.
dvips: Font oth10 not found, characters will be left blank.
dvips: Can't open font metric file oth10.tfm
dvips: I will use cmr10.tfm instead, so expect bad output.
dvips: Checksum mismatch in oth10
セグメントエラー (coreを出力しました)

なんでかしら？これ。
0183名無しさん＠お腹いっぱい。05/01/28 14:32:01
うちの学部の root のパスワードは、伝統的にもう何年も
　　It's Me.
なのですが、問題ないもんでしょうか？
要所のサーバはFeeBSD使ってます。
0184名無しさん＠お腹いっぱい。05/01/28 15:05:43
>>183
問題多あり。
即変えるよろし。
0185名無しさん＠お腹いっぱい。05/01/28 15:58:33
That's You!
なら無問題？
0186名無しさん＠お腹いっぱい。05/01/28 16:05:00
Morisawa Yuu とかだと別の意味でも問題
0187名無しさん＠お腹いっぱい。05/01/28 16:23:05
SHOW by Shoubai
0188名無しさん＠お腹いっぱい。05/01/28 19:11:56
なんの話かと思ったら、2002年の話かよ。
もうすぐ4.7が出るし、、、ってのでようやく気がついた。
0189名無しさん＠お腹いっぱい。05/01/28 21:01:08
ML だけでなく過去に出したメールをすべて
再送しているのではないかと、他人事ながら心配。
0190名無しさん＠お腹いっぱい。05/01/28 22:16:19
currentはキュレントと読めばいい？
0191名無しさん＠お腹いっぱい。05/01/28 22:23:51
>>190
ちゅうがくせいになったらがっこうでおしえてもらえるよ
0192名無しさん＠お腹いっぱい。05/01/29 01:19:46
4.11R出たねー。
GNOME版(DISK1)とKDE版(DISK1)と、DISK2。最小構成用のと４つ。

X標準になって
BSD馬鹿にしてたLinux坊が流れてきそう・・・。
Unixにとってユーザーが増える事はいいことだと思うが・・・。

個人的にはKDEやGNOMEなんて後からPortsでちょいと入れればすぐだし
今までの仕様で十分なんだけどねぇ。
Unix知ったか厨が増える悪寒。。。
0193名無しさん＠お腹いっぱい。05/01/29 01:30:04
>>191
この読み方でいいんだ。変な名前。
0194名無しさん＠お腹いっぱい。05/01/29 01:34:28
>>193
包茎くん、乙。でも、消えててくれないかな?
0195名無しさん＠お腹いっぱい。05/01/29 02:15:19
>>192
>KDEやGNOMEなんて後からPortsでちょいと入れればすぐだし

そ、そうか? こいつらをmake install cleanするのはかなり覚悟がいるぞ、おれはw
今は入れてないけど。
0196名無しさん＠お腹いっぱい。05/01/29 02:31:42
>>195
でも、ちょちょいと入れられる気分の環境じゃないと遅くて使ってられないんじゃない?
0197名無しさん＠お腹いっぱい。05/01/29 02:43:52
>>196
相当高速でメモリもたっぷりなマシンだって、KDEやGNOME
をmakeしたら何時間もかかる。それをちょちょいと入れられる
範疇と思うか思わないかってのは、ユーザ次第だが、ちょちょ
いと入れられるとは思わないユーザの方が多いと思われ。

ちょっとパッチ当てて再構築ってのが苦にならないレベルの
ものでないと、ちょちょいと入れられるとは思わないね、漏れ
の場合。
0198名無しさん＠お腹いっぱい。05/01/29 02:49:47
>>195
どこに覚悟がいるの?

グツグツ煮込んでいるあいだ、気にしないで別なことをしてれば
いいじゃん?
0199名無しさん＠お腹いっぱい。05/01/29 03:07:05
OpenBSDスレに例の包茎くんがまた現れてきているし、FreeBSDスレでも190=193って
例の包茎くんだよな…。ったく死なないかな、あいつ。
0200名無しさん＠お腹いっぱい。05/01/29 03:07:14
>>196
ちょいちょい入れられる環境というと、多数のマシンがあってccasheとdistccの
環境を構築するならひょっとするとって感じ。
なんだけど、make -j 30とかやって無事にコンパイルできるもんかな、KDEとかGNOMEって。

ま、LAN内の最高速マシンがPen3/800なもんで、どのみち気軽にはできないっす。

>>198
まあそうなんすけどね。
0201名無しさん＠お腹いっぱい。05/01/29 03:46:59
つーか今までも普通に pkg_add でもよかったわけだが
0202名無しさん＠お腹いっぱい。05/01/29 03:59:24
>>199
告白くん、ぼやいている暇あったらチンチン剥きを頑張りなさい。
0203名無しさん＠お腹いっぱい。05/01/29 04:55:40
>>200
x11/kdelibs3, x11/kdebase3 を
ccache + distcc でビルドしようとしたけど,
unknown build error で必ず失敗する.
途中までは, 物凄く速いんだけどね.

ports からだと何故か上手くいかん.
0204名無しさん＠お腹いっぱい。05/01/29 10:09:30
make installに一番時間がかかるportsコンテスト。

editors/openoffice-1.1あたり?
0205名無しさん＠お腹いっぱい。05/01/29 10:31:04
krusader凄い使い易いんだけど、あの重さだけはいかんともし難い。
確かにちょちょいとmake install出来るくらいのマシンじゃないと快適じゃないかも。
0206名無しさん＠お腹いっぱい。05/01/29 11:30:02
まあ、どちらにせよ
クライアント側にしてみればｲﾝｽｺしやすくなったねぇ。
確かにportsで入れればいいけど、緊張するよね。

これを期にVC++辞めて
FreeBSDをクライアントとして使用し、Windowsプログラムのクロスコンパイル
環境でも作ってみようかと思ってます。

サーバー側はCUIで十分だけど（笑）
0207名無しさん＠お腹いっぱい。05/01/29 15:32:40
4.11R では gnome と kde とが別の CD になっただけで、以前から disc1 に
入ってたろ。
http://www.freebsd.org/cgi/cvsweb.cgi/src/release/scripts/print-cdrom-packages.sh.diff?r1=1.1.2.36.2.2&r2=1.1.2.35.2.2
0208名無しさん＠お腹いっぱい。05/01/29 17:54:44
windowsプログラムを作るのに何故コンパイルにFreeBSD使う？
意味無いどころか止めた方がいい。

ま、やりたいならやればいいけどさ。
0209名無しさん＠お腹いっぱい。05/01/29 18:08:47
　　　　　　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　FreeBSD 4.13 まだ〜
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　.愛媛みかん.　 |／
0210名無しさん＠お腹いっぱい。05/01/29 18:17:34
フリーBSDとリナックスどっちがいいですか？
0211名無しさん＠お腹いっぱい。05/01/29 18:19:26
>208
???
0212名無しさん＠お腹いっぱい。05/01/29 18:30:08
>>211
禿胴
0213名無しさん＠お腹いっぱい。05/01/29 18:53:03
>>211
>>212

208 は　 206 へのレスでしょ？
0214名無しさん＠お腹いっぱい。05/01/29 22:52:25
ＦｒｅｅＢＤＳってどこからダウンロードするのですか？
それと、インストールはＬｉｕｘｕみたいに簡単ですか？
0215名無しさん＠お腹いっぱい。05/01/29 23:26:15
Ｌｉｕｘｕってなんだかわからん
Linuxの新しいdistribution?
0216名無しさん＠お腹いっぱい。05/01/30 00:04:59
>>215
ありそうなだけに笑えん
0217名無しさん＠お腹いっぱい。05/01/30 00:11:04
それ以前にFreeBDSってなんだよ、FreeBDSって(w
0218名無しさん＠お腹いっぱい。05/01/30 00:20:08
>>217
中指が長いんでしょ。異様に。
0219名無しさん＠お腹いっぱい。05/01/30 01:14:59
>>207
容量がでかいから同居できないってこと?
0220名無しさん＠お腹いっぱい。05/01/30 01:51:58
>>215
Liuxuは北京語で舞い散る柳の実の綿毛のことをいう。
柳と「恕」の心を糸にして草冠を付けた字でリュウジュって発音で英語での発音表記？がこれらしい。

なんかいい感じですね。
0221名無しさん＠お腹いっぱい。05/01/30 07:16:15
>>220 /x/は常に無声子音
0222名無しさん＠お腹いっぱい。05/01/30 12:44:45
あの〜、釣りなんですが
0223名無しさん＠お腹いっぱい。05/01/30 13:00:32
BDS-CっていうCコンパイラがあったな
0224名無しさん＠お腹いっぱい。05/01/30 13:08:46
あーあー16bit整数までしか使えないCコンパイラ(?)ね
0225名無しさん＠お腹いっぱい。05/01/30 16:18:34
>>221
日本の漢字では草冠が無いらしい。
リュウジョかリュウニョってことになるのかな？
0226名無しさん＠お腹いっぱい。05/01/30 18:55:36
>>223,224
それに float とか浮動小数点演算ができなかった．
当時アルファCとかっていう名前の廉価版が出てましたね．

漏れは当時CP/MでPC8801mkIISR上で使っていました．
とても懐かしいです．
0227名無しさん＠お腹いっぱい。05/01/30 19:11:33
デフォルトのviってバージョン1なのね…
portsからvim6入れた。
0228名無しさん＠お腹いっぱい。05/01/30 20:04:30
Windows2000を使いなよ。FreeBSD5の400倍だよ。
0229名無しさん＠お腹いっぱい。05/01/30 20:09:42
X68000使いなよ。FreeBSDの(ry
0230名無しさん＠お腹いっぱい。05/01/30 20:54:30
>>227
/usr/bin/viはオリジナルのviとは別の実装のnviだからね。
/usr/ports/editors/2bsd-vi なら
>Version 4.0 (gritter) 12/2/04
0231名無しさん＠お腹いっぱい。05/01/31 04:37:16
/usr/bin/perlを愛する人々がこんなにいるとは思いませんでした。
いやちょっとは思っていましたけれども。
改めて考えてみますと、消すことによって得られる利益は/usr/binがキレイに
なることだけで、一方不利益は今まで動いていた(もしくは、これから入れるで
あろう)スクリプトが動かなくなることなのです。

もはや/usr/bin/perlへのsymlinkはFreeBSD 4以前との互換のためではなく、
世の中との互換のために存在しているのだと、そして存在し続けるのだろう
と思いました。
0232名無しさん＠お腹いっぱい。05/01/31 13:31:46
まとめ乙
0233名無しさん＠お腹いっぱい。05/01/31 15:05:02
リュゥジュっていうとあれだな氷の溝を上向いたまま滑っていくやつ
凄いような気もするがTVで見てるとちょっとまぬけ。
0234名無しさん＠お腹いっぱい。05/01/31 18:49:10
5.4スケジュール　age

http://www.jp.freebsd.org/www.FreeBSD.org/releases/5.4R/schedule.html
0235名無しさん＠お腹いっぱい。05/01/31 18:57:34
結局/usr/bin/perlのsymlinkは消えるのか消えないのか。結論はどっちよ。
0236名無しさん＠お腹いっぱい。05/01/31 19:33:09
5.4Rは4月か。ULEは復活するのかな？
0237名無しさん＠お腹いっぱい。05/02/01 02:31:00
微妙に遅れていってメーデーあたりになるんじゃない？
SMTで速くなるならULEほしいけど、そうじゃないなら要らない。
デスクトップで使う以上はSMTであることをちゃんと考慮してやってくれないと
低優先度のジョブが仕事を妨げることになって苛々するだろうし。
0238名無しさん＠お腹いっぱい。05/02/01 11:57:41
ビルドできて使う事が出来るんなら別に公式のスケジューラにならなくてもいいや。
0239名無しさん＠お腹いっぱい。05/02/01 12:20:59
>>235
ttp://docs.FreeBSD.org/cgi/mid.cgi?20050130141606.GA86132
0240名無しさん＠お腹いっぱい。05/02/01 16:05:22
初心者QAスレより

>From: [538] 名無しさん＠お腹いっぱい。 <age>
>Date: 05/02/01 15:18:59
>
>http://japan.linux.com/enterprise/04/12/22/0330242.shtml?topic=1
>
>これが本当の話ならFREEBSDは使い物になんないとしか言えないんですが。
>たくさんの企業（しかもIBMやらOracleやらも交じって）が寄って集って
>デバグしてるLinuxと閉鎖的なFREEBSDではもはや勝負にならないというと
>ころでしょうか？
>
>ともあれ、5.xに移行するくらいなら素直にLinuxにしとけって事ですよね？

感情論じゃない反論ある？
0241名無しさん＠お腹いっぱい。05/02/01 16:19:38
何に対する？
0242名無しさん＠お腹いっぱい。05/02/01 16:30:59
>240
特に反論はない。5.xになってｸﾞﾀﾞｸﾞﾀﾞなのはみんな承知だ。
4.x->5.xのﾀｲﾐﾝｸﾞでFreeBSDから離れていった香具師は多いだろうな。
0243名無しさん＠お腹いっぱい。05/02/01 16:49:42
「閉鎖的な」ってお馴染みのFUD以外にはな
0244名無しさん＠お腹いっぱい。05/02/01 16:50:29
あーあー言っている当人の考えることとは別の意味で閉鎖的なのは
間違いないか。
0245名無しさん＠お腹いっぱい。05/02/01 17:12:07
つーかネ申の降臨ﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ
0246名無しさん＠お腹いっぱい。05/02/01 17:16:47
>240
思い込みで感情的に書かれているものには何を言っても無駄
0247名無しさん＠お腹いっぱい。05/02/01 17:16:59
>245
ネ申 は し ん だ
0248名無しさん＠お腹いっぱい。05/02/01 18:00:15
反論も思い込みだったりするわけで
0249名無しさん＠お腹いっぱい。05/02/01 20:12:49
>>240
お前が包茎なのは良くわかった。くさいから氏ね
0250しん05/02/01 20:51:43
しんです
0251名無しさん＠お腹いっぱい。05/02/01 20:53:42
>>240

5.x系のリリースが失敗なのは、みんな知っているし、隠して無いでしょ？
5.xを捨て石にして、6.0のリリースを急いでいるのはそのためだからね
0252名無しさん＠お腹いっぱい。05/02/01 21:18:15
http://sugi.sakura.ne.jp/column/021108a.html
FreeBSD 5-STABLE にjava/jdk15入れてやってみたっス。
AthlonXP1800+(133*11.5定格)、DDR266(PC2100)x1GB、 VIA KT600

gcc version 3.4.2 [FreeBSD] 20040728 コンパイルは g++ -O2 -march=athlon-xp
java version "1.5.0-p1"

X 上でやったいんちきリザルトだけど、200000桁で、java -serverが169秒、g++ が182秒
だった。
元記事は4年も前の記事だし古いコンパイラでの-mcpu=pentiumpro、 OSも違うから
比較は適当でないが、java -server はやっぱり速かった。
一方のgccも進歩してるのかと思う。今どきのマシンってどうなのよ

# java/jdk15 mozillaプラグインはこれからだから、一応注意。
0253名無しさん＠お腹いっぱい。05/02/01 21:24:14
×200000桁
○200000個
逝ってくるよ orz
0254名無しさん＠お腹いっぱい。05/02/01 21:27:18
iccだとどうなんかね？
025525205/02/01 21:47:28
>>254
上記>>252当時のXデスクトップは再現してないですが、単純に
icc -O2 でコンパイルした同機(AMD社AthlonXP1800+)上で、
183 secとでました(整数計算の結果だけ見ればg++と似たもの?)。
オプションとか調べてなし…

Pentium-Mやプレスコ、Athlon64お持ちの方どうですか > all
0256名無しさん＠お腹いっぱい。05/02/01 22:01:51
('A`)ヒロシです・・・

先週末、NHK教育見ながら5.xインストールしてしまいました・・・

('A`)ヒロシです・・・ ('A`)趣味悠々ヒロシです・・・
025725205/02/01 22:36:11
結果を追加して以下のような感じ。

【環境】RELENG_5/AthlonXP1800+
java -server (1.5.0-p1) 169 javac -g:none
java -server (1.4.2-p7) 173 javac -g:none 環境的に誤差の範囲…
g++ (3.4.2 [FreeBSD] 20040728) 182 g++ -O2 -march=athlon-xp
java -client (1.5.0-p1) 276 javac -g:none

Xの上、一発取りだけど (mozilla とかポップアップ抑止のprivoxyとか動いてる) お手軽と
いうことで勘弁
jdk-1.4は取っておいたパッケージ今入れてみた。

# 俺、pkgtools.conf MAKE_ARGS セクションに
# 'java/jdk*' => '"-D FORCE_PKG_REGISTER package"',
# とか設定して、(全てでなく)特定のアプリ(== atlasとかjdkとか時間かかるもの)は
# バックアップのパッケージ取らせてるんだけど、
# 本来的にはportupgrade -pなんだと思う。
# PORTUPGRADE_ARGS でやるのがportupgrade 的には正しいのかな。
# pkgtools.conf でやるとしたらどう書いたらいいの?

>>256
ヒロシたんもjavacベンチ汁
0258名無しさん＠お腹いっぱい。05/02/01 22:38:21
ただバブルソート一発ってのは計算が単純すぎる肝
025925205/02/01 22:50:51
現実的にjavac ってどう利用されてるんだろ。

俺不案内だからぐぐって来るよ…
026025205/02/01 23:14:01
こういうのがあった(Fortran のパフォーマンスとの比較)。
http://www.research.ibm.com/journal/sj/391/moreira.html
0261名無しさん＠お腹いっぱい。05/02/02 02:09:07
>>240
反論は色んなところで書いてあるから押しなべてここでする必要もあるまい。
原文のほうにもかなり反論が書いてあるしね。
参照している記事への反論はそちらに任せるとして、
引用していることなんだけど、
>>ともあれ、5.xに移行するくらいなら素直にLinuxにしとけって事ですよね？
というと比べる対象はもちろん2.6.0なんだよね?
初のReleaseを比べあわないと公平とは言えまい。
0262名無しさん＠お腹いっぱい。05/02/02 02:40:14
荒らしに反応する香具師も荒らし
0263名無しさん＠お腹いっぱい。05/02/02 02:50:39
　　　　　　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　FreeBSD 6.0RELEASE まだ〜？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　.愛媛みかん.　 |／
0264名無しさん＠お腹いっぱい。05/02/02 06:36:46
Perl アップデート。
USE_PERL5_BUILD で充分なのに USE_PERL5 してる ports のせいで、
UPDATING の通りにやると関係ないのまでごっそり再インストールする
羽目になるので注意。
0265名無しさん＠お腹いっぱい。05/02/02 07:29:53
FreeBSDって良いOSなんですか？
0266名無しさん＠お腹いっぱい。05/02/02 08:37:26
使っている人間がとても少ないOSなのは確かなようです。。。。
0267名無しさん＠お腹いっぱい。05/02/02 08:38:59
>>264
どれ?
0268名無しさん＠お腹いっぱい。05/02/02 10:21:03
>>264
すばらしい
0269名無しさん＠お腹いっぱい。05/02/02 10:46:12
>>265

最小構成にしてもなんにしても
OSのインストールはLinuxに比べて早いし
正直Linuxより軽い。Portsからのインスコも楽でいいかも？
Linuxみたいに無駄なプロセス動いてないし。
そんな俺はFreeBSD派です。

>>266
自宅鯖では少ないかもだが
案外企業鯖では多く使われてるぞ
最近Linuxでサーバーやるユーザーが増えてきてるけど
殆どがWin95以降にPC始めたユーザーが多いんじゃない？
だから、GNOMEやKDEとか、Xによるディストリビューションから
離れられないのかと。GUI出身の多くがそうなんだろうね・・・。
0270名無しさん＠お腹いっぱい。05/02/02 11:13:54
>>269
NetBSDとFreeBSDはどちらがいいですか？
0271名無しさん＠お腹いっぱい。05/02/02 11:38:56
あなた次第です
0272名無しさん＠お腹いっぱい。05/02/02 13:42:49
しょぼい燃料だな。
0273名無しさん＠お腹いっぱい。05/02/02 14:23:44
いきなり自白されても
0274名無しさん＠お腹いっぱい。05/02/02 14:26:06
みな使い慣れた物を「1番良い」と言う法則
0275名無しさん＠お腹いっぱい。05/02/02 14:36:31
人に勧めるかどうかはまた別の話だけどな
0276名無しさん＠お腹いっぱい。05/02/02 16:06:27
>案外企業鯖では多く使われてるぞ
その何十倍、何百倍もLinux鯖が使われてるけどな。

ユーザ数が
Linux >>>>>>> FreeBSD
なのは否定の仕様がない事実。そしてユーザ数の多さが品質向上に貢献してる
のもまた事実。という事はLinuxとFreeBSD、どっちが品質が高いかなんて（ry
■ このスレッドは過去ログ倉庫に格納されています