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

FreeBSDを語ろう Part 11

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/04/07(金) 09:51:09
語ろう。

質問は質問スレで。
初心者もＯＫ！ FreeBSD質問スレッド その72
http://pc8.2ch.net/test/read.cgi/unix/1143992085/

前スレ
FreeBSDを語ろう Part 10
http://pc8.2ch.net/test/read.cgi/unix/1135447819/
0362名無しさん＠お腹いっぱい。2006/04/27(木) 23:21:58
>>361
それはかなり昔の話。
0363名無しさん＠お腹いっぱい。2006/04/27(木) 23:40:14
>362
嘘はよくありませんね。
0364名無しさん＠お腹いっぱい。2006/04/28(金) 00:46:47
>>361,>>362
激しく同意
だって、BSDは1995年が最後のリリースですから。

Ctrl-Dで一覧表を出す機能とかforeachとかを実装しているshellになら
乗り換えられるけど、それらがないとイライラするね。
ってことで、tcshが死ぬならbashも死んでzshのみが生き残ればいいのよ。

bashなんてzshがあればイラネ。
機能としても全然だし。
0365名無しさん＠お腹いっぱい。2006/04/28(金) 00:50:16
csh使いがとりわけbashを敵視する意味がわからん。
0366名無しさん＠お腹いっぱい。2006/04/28(金) 00:56:36
漏れはtcsh使いだが、Linuxならbash使うな。ただ、シェルスクリプト用に
kshだけはどーしても欲しい。
0367名無しさん＠お腹いっぱい。2006/04/28(金) 01:10:23
bashを敵視しているわけではないがzshがあるのにあえて
bashを使う理由がない

# 伝統的な物にこだわらないならesは面白いぞ
0368名無しさん＠お腹いっぱい。2006/04/28(金) 01:14:33
だったら黙ってzsh使ってればいいじゃん
0369名無しさん＠お腹いっぱい。2006/04/28(金) 01:32:16
既出だと思うが、flashpluginが戻って来て良かった。
てっきり、Adobeの方にも確認済みで、駄目だと言われたので、
portsから削除したのだとばかり思って、諦めてたけど、なんだったんだか…

これを機会に、Macromediaも、BSDコミュニティの方にも目を向けてくれて、
ネイティブなFlash Playerをリリースしてくれれば幸いなのだが。
0370名無しさん＠お腹いっぱい。2006/04/28(金) 02:09:15
>>367
esとは何者？
0371名無しさん＠お腹いっぱい。2006/04/28(金) 02:10:36
早く6.1R出てくれないと、いつまで経っても新しく買ったPCの箱を開けられん。
0372名無しさん＠お腹いっぱい。2006/04/28(金) 02:37:03
crashがいいです＞＜
0373名無しさん＠お腹いっぱい。2006/04/28(金) 02:51:57
>>371
で、やっと出たところで箱を開けたら初期不良(または欠品あり)
当然のように初期不良対応期間は過ぎて
03743712006/04/28(金) 03:03:53
>>373
それ聞くと、とりあえずRC版で試そうかと思い始めた・・・ｗ
0375名無しさん＠お腹いっぱい。2006/04/28(金) 03:24:54
>>373
昔それやった(涙)
0376名無しさん＠お腹いっぱい。2006/04/28(金) 07:15:19
bashはLinuxのシェルだ。
cshがなくなったらzshだな。
0377名無しさん＠お腹いっぱい。2006/04/28(金) 07:42:18
ksh でいいじゃないか
0378名無しさん＠お腹いっぱい。2006/04/28(金) 07:56:06
Linuxなんて影も形もない頃から、
bash使い続けている俺の立場はどうよ?
SunOS→FreeBSD
03793672006/04/28(金) 08:07:51
>>370
es - extensible shell

Es is an extensible shell. The language was derived from the Plan 9
shell, rc, and was influenced by functional programming languages,
such as Scheme, and the Tcl embeddable programming language. This
implementation is derived from Byron Rakitzis's public domain
implementation of rc.
0380名無しさん＠お腹いっぱい。2006/04/28(金) 10:34:04
>>379
そんな外宇宙から来たようなシェルが使えるか！
0381名無しさん＠お腹いっぱい。2006/04/28(金) 11:29:31
えー、tcshってそんな位置付けだったの?

漏れは研究室に配属してからまずtcshの使い方から教わったのに... orz
0382名無しさん＠お腹いっぱい。2006/04/28(金) 11:59:59
いまどき新人にtcshを教えるような老害を排除しないといかんなぁ。
最初に刷り込まれたものって、あとになって怨みになるからなぁ。
0383名無しさん＠お腹いっぱい。2006/04/28(金) 12:10:39
bashを刷り込むのはLinux厨だろ。
0384名無しさん＠お腹いっぱい。2006/04/28(金) 12:29:00
>>382
> 最初に刷り込まれたものって、あとになって怨みになるからなぁ。
なるほど私怨でやってるのか。そりゃしつこいわけだ。
しかし、たかがシェルごときでそうまでなったのはなんでだ?
0385名無しさん＠お腹いっぱい。2006/04/28(金) 13:00:55
foreach の使い方を一度覚えると、使えないと何故か不便なんだよね。
他に代替手段はあるのに...
0386名無しさん＠お腹いっぱい。2006/04/28(金) 13:10:02
for でいいじゃん
0387名無しさん＠お腹いっぱい。2006/04/28(金) 13:10:19
>>381
10年前なら別に問題はない。
0388名無しさん＠お腹いっぱい。2006/04/28(金) 13:18:29
続きはこちらでどうぞ
http://pc8.2ch.net/test/read.cgi/unix/1094041299/
0389名無しさん＠お腹いっぱい。2006/04/28(金) 13:20:45
zshを使えばきっと幸せになれるんだろうと思いつつも、今日もtcshから抜けられない俺ガイル
しかも、tcshで拡張されたことなんてほとんどしてなくて、実際はcshで済んでしまう（FreeBSDのcshはtcshだが）
0390名無しさん＠お腹いっぱい。2006/04/28(金) 19:38:02
>>389
まずは自分の~/.tcshrcで色んなコマンドのcompleteを定義していくといい。

そうしてしばらくすると、もっと柔軟なcompletion機構が欲しくなり、
zshへ……

0391名無しさん＠お腹いっぱい。2006/04/28(金) 20:07:06
completion を定義する時は、それによって節約できる時間と、その定義に費す
時間を比較してみよう。
多くの場合、定義する価値がないことがわかるはず。
0392名無しさん＠お腹いっぱい。2006/04/28(金) 20:10:15
まだ sh や csh の全機能を使いこなしていませんので、他のシェルを使う資格がありません。
早く卒業して bash という物を使ってみたいです(>_<)
0393名無しさん＠お腹いっぱい。2006/04/28(金) 20:57:44
ash と tcsh をマスターしたら次は scsh にチャレンジ。
0394名無しさん＠お腹いっぱい。2006/04/28(金) 21:13:04
>>390
確かにzshにデフォルトで用意されている補完ってすごいよね
どれだけ時間がかけたのか想像もできないな
0395名無しさん＠お腹いっぱい。2006/04/28(金) 21:20:51
ﾌﾗｯｼｭﾒﾓﾘで動くFreeBSD・NanoBSDのスレッド
http://pc8.2ch.net/test/read.cgi/unix/1146226754/
0396名無しさん＠お腹いっぱい。2006/04/28(金) 22:20:41
>>341
環境変数JLESSCHARSETをunsetしたら俺は見れた
0397名無しさん＠お腹いっぱい。2006/04/29(土) 02:14:41
nVidia driver 8756 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!

http://www.nvidia.com/object/freebsd_1.0-8756.html

これでGeForce 7900 に逝けます。
0398名無しさん＠お腹いっぱい。2006/04/29(土) 06:54:39
>>341
JLESSCHARSETの仕様が一部変わって、入力だけでなく出力も決定するようだ。
入力と出力のコードを違える場合はハイフンでつなげて書く。
japaneseだけだと出力はjis固定になるので、出力をEUCにしたい場合は
JLESSCHARSET=japanese-ujis
とすればいい。

man見れ、とは思うが、pkg_messageなりportsをインストールした場合に
@echoするなりして注意を促してくれてもよさそうなものではある。

0399名無しさん＠お腹いっぱい。2006/04/29(土) 08:37:49
>>397
なんだ、x86だけかよ
0400名無しさん＠お腹いっぱい。2006/04/29(土) 08:47:02
>398
その仕様、それこそ10年位前からそうだと思うけど...
0401名無しさん＠お腹いっぱい。2006/04/29(土) 10:03:27
以前は JLESSCHARSET=japanese で出力が ISO-2022-JP になってたんだが、
これがドキュメントには書かれたことはないしね。
さわいでる連中はどこかから拾ってきた設定を使ってるだけで、ちゃんと
マニュアル読んだことないんだろうな。
0402名無しさん＠お腹いっぱい。2006/04/29(土) 10:22:15
man lessはちゃんとJLESSCHARSETにまで触れられてるよ？
0403名無しさん＠お腹いっぱい。2006/04/29(土) 10:35:53
% grep -Z JLESSCHARSET /usr/share/man/man1/less.1.gz
%
0404名無しさん＠お腹いっぱい。2006/04/29(土) 10:48:33
>>403
釣りか? lessじゃなくてjlessなわけだが。
0405名無しさん＠お腹いっぱい。2006/04/29(土) 10:52:41
linuxはmanとinfoとhowtoの使い分けが難しい。
0406名無しさん＠お腹いっぱい。2006/04/29(土) 11:18:03
うわっ、よく見たらman lessとman jlessで違う内容を表示しやがる。
どっちもLESS(1)になってるのに…。
0407名無しさん＠お腹いっぱい。2006/04/29(土) 11:44:24
>>396
> 環境変数JLESSCHARSETをunsetしたら俺は見れた

お〜サンクス!

すべての設定を試してみたけど、unsetだけはやってなかった。
ちゃんと表示するようになりました。
0408名無しさん＠お腹いっぱい。2006/04/29(土) 12:07:29
ttp://www.freebsd.org/cgi/cvsweb.cgi/ports/www/linux-flashplugin7/Makefile?rev=1.16&content-type=text/x-cvsweb-markup
0409名無しさん＠お腹いっぱい。2006/04/29(土) 18:55:17
でもflash7はnorkのpatchあてて buildworld するのが面倒だね。
いや、cvsupしたついでにやってしまえばいいんだけど。
0410名無しさん＠お腹いっぱい。2006/04/29(土) 19:10:13
>>409
# cd /usr/src
# fetch http://people.FreeBSD.org/~nork/rtld_dlsym_hack.diff
# patch < rtld_dlsym_hack.diff
# cd libexec/rtld-elf
# make depend && make obj && make && make install

だけでOK。数分もかからない。再起動も必要なし
0411名無しさん＠お腹いっぱい。2006/04/29(土) 19:13:28
>>410
そうだったのか、教えてくれてありがとう。
うん、たしかにflash7普通に見れたよ。

漏れはてっきり make buildworld が必要なものだと思っていた。
無知は罪だ... orz
0412名無しさん＠お腹いっぱい。2006/04/29(土) 19:27:24
実はパッチ当ててmake installだけで十分使える
0413名無しさん＠お腹いっぱい。2006/04/29(土) 19:32:34
これってlinuxpluginwrapper側じゃどうにもならないのかねえ?
ずっと不思議なんだけど。
0414名無しさん＠お腹いっぱい。2006/04/29(土) 20:03:44
ところでfirefoxを使って、がむしゃら掲示板を見ると必ずブラウザが
ハングアップする。
mozillaのときはそんなことなかったのに。

藻前らどう?
0415名無しさん＠お腹いっぱい。2006/04/29(土) 20:36:31
>>414
VineでFireFoxだと特に問題無いけど
いや、FreeBSDにX入れてないんでね・・・
0416名無しさん＠お腹いっぱい。2006/04/29(土) 21:42:02
よりによって、がむしゃらかよ。
0417名無しさん＠お腹いっぱい。2006/04/29(土) 22:05:10
FreeBSD expert 2006

http://www.amazon.co.jp/exec/obidos/ASIN/4774127531/qid=1146315891/sr=8-1/ref=sr_8_xs_ap_i1_xgl/250-0231060-5715478
0418名無しさん＠お腹いっぱい。2006/04/29(土) 22:10:46
>>417
アフィリエイトリンク貼るんじゃない。通報するぞ。
0419名無しさん＠お腹いっぱい。2006/04/29(土) 22:44:53
>>418

「通報するぞ」じゃなくて、通報しろよ。
0420名無しさん＠お腹いっぱい。2006/04/29(土) 23:15:34
FreeBSDのFreeBSDらしい使い方ってどんなのが考えられる？
せっかくだからFreeBSDらしさを思いっきり使い込んでみたいのだが。
0421名無しさん＠お腹いっぱい。2006/04/29(土) 23:20:06
FreeBSDらしい使い方:
rcスクリプトを #!/bin/csh で書き直す。
0422名無しさん＠お腹いっぱい。2006/04/30(日) 00:01:18
FreeBSDのカーネルって本当に安定してると思う。
Windowsとは比べるまでもないが、
Linuxと比べても高負荷時でもFreeBSDの方が安定しているように
体感される。まああくまでも体感にすぎず、客観的なデータで
示すことは出来ないてないのだが。こういうよさを立証したいと
常々思っているけど、よい方法はない？
0423名無しさん＠お腹いっぱい。2006/04/30(日) 00:04:58
>>422
適当に運営板でもｳｫｯﾁしてればいいんじゃまいか？
0424名無しさん＠お腹いっぱい。2006/04/30(日) 00:06:50
>>422
Linux使った掲示板サイトを作る。
2chより安定したらLinuxの勝ち。不安定ならFreeBSDの勝ち。
0425名無しさん＠お腹いっぱい。2006/04/30(日) 00:43:35
>>421
それ全然らしくない。
0426名無しさん＠お腹いっぱい。2006/04/30(日) 00:56:12
FreeBSDの使用人口って増えてる？
対linux比は下がっているんだろうけど、
実際にBSDコミュニティーって衰退してるの？
0427名無しさん＠お腹いっぱい。2006/04/30(日) 00:56:34
やっぱビルジョイの空気を浴びたいねー
やっぱシーシェル！
0428名無しさん＠お腹いっぱい。2006/04/30(日) 02:57:24
>>426
＞FreeBSDの使用人口って増えてる？
どっからそんな話が？
0429名無しさん＠お腹いっぱい。2006/04/30(日) 10:14:55
近頃は宇宙人の訪問も増えてますし、リンゴが背中に刺さることも増えてます。
0430名無しさん＠お腹いっぱい。2006/04/30(日) 11:34:15
まだnVidiaドライバのportsが上がってこないね。

GeForce7900買ってきちゃったので、ports使わずに入れちゃったよ。
0431名無しさん＠お腹いっぱい。2006/04/30(日) 11:58:28
FreeBSDがPowerPCで動くようになる日は来るのかな？
0432名無しさん＠お腹いっぱい。2006/04/30(日) 12:46:18
>>430
/usr/ports/x11/nvidia-driver/のはGeForceいくつまで対応してる？
0433名無しさん＠お腹いっぱい。2006/04/30(日) 12:48:11
>>424
数値計算に主にFreeBSD使うけど、高負荷時にも他のOSに比べて
安定してるような気がする。Solarisよりも安定してる気がするんだが、
気のせいかな。
0434名無しさん＠お腹いっぱい。2006/04/30(日) 12:51:45
>>431
http://www.freebsd.org/platforms/ppc.html
0435名無しさん＠お腹いっぱい。2006/04/30(日) 13:27:37
カーネルもユーザランドもパッケージも、なるべくコンパイル無しで揃えたいのですが
FreeBSD-6-stableのバイナリってどこかで拾えないでしょうか？
0436名無しさん＠お腹いっぱい。2006/04/30(日) 13:34:43
>>435
拾えますよ。
0437名無しさん＠お腹いっぱい。2006/04/30(日) 13:57:13
>>435の件ですが、初心者スレと間違えて投下しちゃったので移動します

>>436
初心者スレのほうで拾い方教えていただけないでしょうか？
http://pc8.2ch.net/test/read.cgi/unix/1143992085/834
0438名無しさん＠お腹いっぱい。2006/04/30(日) 15:24:34
FBSDでX環境って動くの?
0439名無しさん＠お腹いっぱい。2006/04/30(日) 17:37:11
「FBSD」と「X環境」を定義してくれ
0440名無しさん＠お腹いっぱい。2006/04/30(日) 17:40:56
newvers.sh を s/FreeBSD/FBSD/ すればおK
0441名無しさん＠お腹いっぱい。2006/04/30(日) 18:47:26
>>440
やるな
0442名無しさん＠お腹いっぱい。2006/04/30(日) 18:48:59
rc2
0443名無しさん＠お腹いっぱい。2006/04/30(日) 20:17:33
Free*って何がいいんだ？
0444名無しさん＠お腹いっぱい。2006/04/30(日) 20:19:06
>>443
> Free*って何がいいんだ？

無料であること。
0445名無しさん＠お腹いっぱい。2006/04/30(日) 20:20:39
free=大まか
0446名無しさん＠お腹いっぱい。2006/04/30(日) 20:49:41
free=シラネ
0447名無しさん＠お腹いっぱい。2006/04/30(日) 22:49:28
>>433
大規模なSMP環境なら、さすがにSolarisのほうが上でそ。Solarisは
CPU32個やら64個なんて環境でも長い実績があるわけで。
あと、fs周りもUFS loggingはかなり安定しているし、安定性では
まだ問題があるにせよZFSなんてものもあるし。
0448名無しさん＠お腹いっぱい。2006/04/30(日) 23:17:50
CPU決めて開発されてるわけじゃないOSなんて信用できません
0449名無しさん＠お腹いっぱい。2006/05/01(月) 01:11:16
>>447
それって Intel CPUで動くSolaris でしょうか？
同じハードウェアでの比較ならよいのですが．．．

(#FreeBSDにもSPARK CPU で動くのがあるけど．．．)
0450名無しさん＠お腹いっぱい。2006/05/01(月) 01:12:31
>>448
その意見は確かに一理あるなあ。
でもNetBSDとかいかがかな？
ソースコードの美しさには定評があるよ（読んだことないけど）
0451名無しさん＠お腹いっぱい。2006/05/01(月) 01:13:16
>>449
いや、ultrasparc上のSolaris10です。
04524492006/05/01(月) 01:29:25
>>451
レス サンクス

確かに sparc上のSolaris は、安定してるというか．．．
高付加になっても処理速度があまり落ちませんよね！！

同じハードウェア上(できればIntelアーキテクチャ)での solaris と FreeBSD の比較を載せてるサイトって
ご存知ないでしょうか？
ググってみるんですが、英語の壁が．．．
0453名無しさん＠お腹いっぱい。2006/05/01(月) 01:40:43
DragonflyBSDってどうなん？
amd64を使い切るには、やっぱこれがいいんかな？
0454名無しさん＠お腹いっぱい。2006/05/01(月) 01:47:59
自分のところのsparcの性能をi386と比較する形で知りたいのですが
そういうことって出来るのでしょうか？このワークステーションは
Pentium4のモデルナンバーが＊＊＊のがxx個分相当、みたいな。
あまり意味がないかな？super piとかないしなあ。
0455名無しさん＠お腹いっぱい。2006/05/01(月) 01:54:21
姫野ベンチでPentiumII何個分っていう結果表示が出る。
0456名無しさん＠お腹いっぱい。2006/05/01(月) 05:10:55
なんでFreeBSDがi386以外に手ぇ出さなあかんねん
0457名無しさん＠お腹いっぱい。2006/05/01(月) 07:49:08
CPUが変わるとSMP向け各種チューンは効かなくなるけど、kernel内のgiant lockの存在だとか、
lock機構周りの実装だとか、生かせるものは当然ながら非常に多いわけで、SPARCであそこまでの
スケーラビリティを実現している以上、IA32やamd64でもかなりのスケーラビリティは期待できる罠。
そもそもSunが主力をamd64に移行しつつあるんだし。

>>456
そうでつか。amd64は切りでつか…
0458名無しさん＠お腹いっぱい。2006/05/01(月) 08:00:20
IBMのCellだのSunのNiagaraだのの昨今のメニーコア路線のおかげで、普通に8CPUだの
16CPUだのが実現出来ちゃうからなぁ。i386やamd64でも4コアCPUが来年には出てくる
らしいし。
ttp://www.itmedia.co.jp/news/articles/0602/20/news029.html
0459名無しさん＠お腹いっぱい。2006/05/01(月) 08:53:05
>>457
前半だけ読んで、口先だけで技術を理解してない奴だということがわかった。
0460名無しさん＠お腹いっぱい。2006/05/01(月) 09:10:48
FreeBSD Expert 2006ではLongさんがスケーラビリティーに尽力するとあったけど、
現状はどうなんだろう。どっかでVFSのロックが細粒度化されたことなどの効果で
スケーラブルになったというのを見たような気がするのだけど。
もれはびんぼー人なのでDual Coreに手を出すのが関の山だよ。

ULE使うとマルチコアのマルチプロセッサー環境でもスケールしそうだけど、
FreeBSDはSMPを仮定して進んできたからNUMAを仮定して実装しているDragonFlyに
追い抜かれちゃったりするんだろうか。
0461名無しさん＠お腹いっぱい。2006/05/01(月) 14:59:51
>>456
確かにFreeBSDはi386に集中してチューニングして、
amd64はDragonflyBSDとマージして欲しい気がする。
ところでなんでBSDってlinuxみたいに「たくさん」distributionが
存在しないの？ライセンス自体はlinuxより緩やかなハズだが。
■ このスレッドは過去ログ倉庫に格納されています