_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
FreeBSDを語ろう・モア その2
http://pc5.2ch.net/test/read.cgi/unix/1091700407/l50
2ちゃんねる *スマホ版* *掲示板に戻る* 全部 1- 最新50
* このスレッドは過去ログ倉庫に格納されています.
FreeBSDを語ろう・モア その2
1 :Dr.M と愉快な仲間たち:2004/08/05 19:06
リリース情報からノウハウ交換, 使いこなし, FreeBSD 的生活ネタ,
ぼやきから雑談などなど, いろいろ語ってみるスレッド(ってことでいいのかい?)
前スレッド.
FreeBSDを語ろう・モア.
http://pc5.2ch.net/test/read.cgi/unix/1039789225/
> From: [1] daemon <sage>
> Date: 2002/12/13 23:20
>
> 語ろうよぅ.
>
> 変な人は無視のほうこうで.
2 :名無しさん@お腹いっぱい.:2004/08/05 19:13
FreeBSD 5.3 Open Issues
http://www.freebsd.org/releases/5.3R/todo.html
FreeBSD milestone nears release
http://news.zdnet.co.uk/software/linuxunix/0, 39020390, 39162245, 00.htm
Welcome to the Home Page of McKusick.COM
http://www.mckusick.com/
3 :名無しさん@お腹いっぱい.:2004/08/05 19:48
FreeBSDを語ろう・モスト.
じゃないのか?
4 :名無しさん@お腹いっぱい.:2004/08/05 19:59
つーかフレッツADSLモアが元ネタなんだから.
モアIIとかモア24とか.
グダグダな方向で進化するのが常道.
>>1
それくらいわかれ.
5 :1:2004/08/05 20:06
スマソ & ワロタ.
6 :名無しさん@お腹いっぱい.:2004/08/05 20:10
質問は質問スレで.
初心者もOK! FreeBSD質問スレッド その47
http://pc5.2ch.net/test/read.cgi/unix/1089730510/
中級者もOK! FreeBSD質問スレッド.
http://pc5.2ch.net/test/read.cgi/unix/1012808941/
7 :Dan ふみ:2004/08/05 20:14
FreshPorts, ディスク障害復旧.
Re: Problems getting to the site...
http://www.freshports.org/phorum/read.php?f=1&i=838&t=837
> Author: Dan (---.unixathome.org)
> Date: 04-08-04 17:13
>
> It was a HDD failure. I spent most of yesterday and today getting everything
ready.
net/liferea 入れて http://www.freshports.org/news.php 登録してチョ.
8 :1:2004/08/05 20:31
もしスレッド即死判定のようなもの(?)があるなら,
なんでもいいので書き込んでください.
お願いしマース.
9 :名無しさん@お腹いっぱい.:2004/08/05 20:33
1が変な人なのはスレのお約束なのか・・・.
10 :1:2004/08/05 20:34
その通りです.
11 :名無しさん@お腹いっぱい.:2004/08/05 20:47
前前スレ.
FreeBSDを語ろう.
http://pc.2ch.net/unix/kako/1014/10143/1014385300.html
12 :1:2004/08/05 20:49
即死回避書き込みありがとうございます.
お好きなテーマでどうぞ.
13 :前スレ828(だったか?):2004/08/06 01:13
4.10-p2使ってるけどまだSAが出てない.
漏れじゃない, 漏れじゃないんだぁぁぁ.
14 :名無しさん@お腹いっぱい.:2004/08/06 03:32
>>11
ボケっぷりさらしてゴメンね.
語ろうその 3 とかモストとかにすべきだったんだろうな.
今頃分かったよ.
オーバーハング.
15 :名無しさん@お腹いっぱい.:2004/08/06 08:34
>>14
前スレの1も悪い.
あんま気にすんな.
16 :名無しさん@お腹いっぱい.:2004/08/06 13:25
>>15
どうもです.
17 :名無しさん@お腹いっぱい.:2004/08/06 22:55
5.3-RELEASE のスケジュールが出ましたよ.
http://www.freebsd.org/releases/5.3R/schedule.html
5.3-RELEASE は RELENG_5 からのリリースで 5-STABLE 化は確定ぽい.
18 :名無しさん@お腹いっぱい.:2004/08/07 03:17
>>17
お盆明けくらいからつめていって若干遅れたとしても体育の日あたりには.
出る算段かな.
5系初のSTABLE. 楽しみ.
そういれば, ULEの性能向上はどうなったんだろう...
19 :名無しさん@お腹いっぱい.:2004/08/07 11:20
>>18 FreeBSD 5.3 Press Release = 3 Oct 2004
と記載されているので, 恒例のズレを見越すと10月末にリリースされるかどうかのタイミングかと.
とにかく, 年末にはSTABLEで暮らせるかな.
20 :名無しさん@お腹いっぱい.:2004/08/08 09:46
今回はずれないと思うけど(毎回そう思ってますが・・・)
とりあえず4.11はいつでるのでしょうかね. w.
21 :名無しさん@お腹いっぱい.:2004/08/08 16:13
総入歯.
22 :名無しさん@お腹いっぱい.:2004/08/08 16:31
とくダネの小倉さん.
23 :名無しさん@お腹いっぱい.:2004/08/08 18:51
jpsnap復活さげ.
24 :名無しさん@お腹いっぱい.:2004/08/09 17:34
>>20 そうやって, 毎度毎度だまされてきたわけだが・・・・・・.
25 :名無しさん@お腹いっぱい.:2004/08/10 17:04
4.11がでて, 乗り換えてから5.3だろうな.
4系が良い感じなので5系はもう少し送れてもいい.
5.2.5とか出して, ごまかしとけけばいいんじゃないかな. w.
26 :名無しさん@お腹いっぱい.:2004/08/10 19:22
XFree86 4.4.0祭ひそーり開催中.
27 :名無しさん@お腹いっぱい.:2004/08/10 23:39
>>26
これってライセンスがどうとかあるみたいだけど, 一般人には関係ないんでしょ?
28 :名無しさん@お腹いっぱい.:2004/08/11 00:01
一般人はX.Org使っとけ.
29 :27:2004/08/11 04:36
なんか三菱自動車みたいな扱われ様だな > XFree86
30 :名無しさん@お腹いっぱい.:2004/08/11 13:37
続きましてはKDE祭.
しっかしもうじき3.3が出るってタイミングで何でまたこうもガバッといじるかね.
31 :名無しさん@お腹いっぱい.:2004/08/12 21:15
犬用のRealPlayer10がインストールできない件について.
$ ./RealPlayer10GOLD.bin
./RealPlayer10GOLD.bin: error while loading shared libraries: libstdc++.so.5:
cannot open shared object file: No such file or directory
語れや.
32 :名無しさん@お腹いっぱい.:2004/08/12 21:58
みたまんまやん.
33 :名無しさん@お腹いっぱい.:2004/08/12 22:17
まずはGoogle先生に語っていただきましょうか.
http://www.google.co.jp/search?q=%22libstdc%2B%2B.so.5%3A+cannot+open+shared+object+file%3A+No+such+file+or+directory%22
34 :名無しさん@お腹いっぱい.:2004/08/12 23:16
>>31
初心者もOK! FreeBSD質問スレッド その48
http://pc5.2ch.net/test/read.cgi/unix/1091849055/
35 :名無しさん@お腹いっぱい.:2004/08/13 00:25
scimが4-stableでも使えるようになったのね.
36 :35:2004/08/13 00:38
と思ったら日本語入力はまだできない状態なのか.
37 :31:2004/08/13 05:43
お前らネタふったんだから話題ふくらませろよ.
38 :名無しさん@お腹いっぱい.:2004/08/13 06:22
>>37
>32-34これ以上どうふくらませられるんだ?
文句をいうなら, もっと話題をふくらませられるようなネタをふれ.
39 :名無しさん@お腹いっぱい.:2004/08/13 09:30
漏れ, モジラのマルチメディア設定は,
www/mplayer-plugin
www/plugger (~/.mozilla/pluggerrc は Realaudio plugin のセクションだけのもの)
mplayer-plugin ちゃんと終了できないことがある.
全部 plugger にしちゃおうかなあ.
40 :名無しさん@お腹いっぱい.:2004/08/14 23:06
賽の河原の話題より, nVidia の新ドライバ.
http://www.nvidia.com/object/freebsd_1.0-6113
これ, OS のバージョンによって但し書きがあるみたいだ.
http://download.nvidia.com/freebsd/1.0-6113/README.txt より.
Note that if you are using FreeBSD 4.10, the NVIDIA driver will not work
correctly by default; please refer to the FAQ section for details. If you
are using a -CURRENT kernel more recent than 05/25/2004, this may apply
to your system, as well.
FAQ 見ると, パッチあてれば OK ぽい感じ?
41 :名無しさん@お腹いっぱい.:2004/08/15 14:48
もうports freezeとかいうネタが挙がる時期なのか.
いちおう本当に5.3-RELEASEを10月中に出す計画で物事が進んでるんだな.
42 :名無しさん@お腹いっぱい.:2004/08/15 17:32
どうせいつもどおりクリスマス前だよ.
43 :名無しさん@お腹いっぱい.:2004/08/16 02:35
どうせ5-stableは5.4からだよ.
44 :名無しさん@お腹いっぱい.:2004/08/16 22:19
おまいら, どうせRELENG_5が5-STABLEになったら,
6-CURRENTを追いかけるんだろ?
オレモナー.
45 :名無しさん@お腹いっぱい.:2004/08/16 22:22
俺はCVSup使ってるからcurrentになってしまうよ.
46 :名無しさん@お腹いっぱい.:2004/08/16 22:23
>>45
良く分からないんだけど?
47 :名無しさん@お腹いっぱい.:2004/08/16 22:26
>>40
msyncが最近の currentやstableで挙動が変わってしまった.
ことじゃないかな?
旧バージョンの互換モードで動かせば大丈夫なはずだけど.
48 :名無しさん@お腹いっぱい.:2004/08/16 22:27
漏れは cvsup で 5-stable を追っ掛けることになると思うが..
49 :名無しさん@お腹いっぱい.:2004/08/16 22:30
ところでここのスレの話題, 初心者スレとか currentスレと.
かぶってない?
50 :名無しさん@お腹いっぱい.:2004/08/16 22:33
RELENG_5 タグが入ったらそれなりに落ち着く予定です.
51 :名無しさん@お腹いっぱい.:2004/08/17 11:42
落ち着く・・・のかねぇ. (いや, 落ち着いて欲しいけどさ)
今の時点でもsrc/sys/kernにちょこまかcommit入ってるし, しばらくは.
安定化目的でもMFCされまくるんじゃなかろーか.
52 :名無しさん@お腹いっぱい.:2004/08/18 04:32
悪魔は見飽きた.
邪神モッコス様に替えてくれ.
53 :名無しさん@お腹いっぱい.:2004/08/18 05:02
Ports コレクションの x11/nvidia-driver が 1.0-6113 になったようだよ.
漏れも入れ替えてみた.
# ちゃんと X を落としてやりましょう. pkg-descr と以下は, 必読っぽ.
http://download.nvidia.com/freebsd/1.0-6113/README.txt
54 :名無しさん@お腹いっぱい.:2004/08/19 01:50
5.x が STABLE 化で 6.0-CURRENT かあ.
この日を生きて迎えることができるとはなあ(感慨)
でも「やぱし 5.3-RELEASE は安定してないぽ. 5.4-RELEASE までまってちょ・」
とかいうアーリーアダプターズガイドは出ないと思って良いんだろうか・・・.
55 :名無しさん@お腹いっぱい.:2004/08/19 04:31
>>54
RELENG_5が切られちゃったんでそれはありませんけど.
SMPハングが解決する前に切るとは思わなかったよ・・・・・・.
56 :名無しさん@お腹いっぱい.:2004/08/19 15:13
5.2.1-RELEASE-p9 から RELENG_5 に CVSup してみますた.
make buildworld 中なわけだけど・・・・・・.
kernel config ファイルも見直さないといかんね(UPDATING 参照).
# みんなで渡れば怖くない?
57 :名無しさん@お腹いっぱい.:2004/08/20 20:17
>>56
その後の状況どうですか.
58 :56:2004/08/20 23:38
>>57
どうも. 最初は make cleandir もできなくてびびったんですが, こちらは.
/usr/obj/ 掃除 -> buildworld -> buildkernel -> ... といった UPDATING 後半のやり方で.
ビルドできました.
これは navi2ch からですが, デスクトップとして使ってる分には大丈夫っぽい感じです.
バージョン表示は 5.3-ALPHA #0 i386 となりました.
新しい nvidia ドライバで linux-enemyterritory もちゃんと動きますた(ウホッ).
個人的には.
- /etc/make.conf は "CXXFLAGS+= ..." 行をコメントアウト.
(buildworld 中に gcc でコケたので)
- kernel config は新しい GENERIC, 2 つの NOTES, UPDATING を参考に新しく.
- /etc/libmap.conf で libc_r* から libpthread* にマッピング.
(liferea や mozilla がちょっと ?? だったので)
- 気になるアプリは cd /var/db/pkg/ してこころゆくまで portupgrade -cCf (・・・・・・)
くらいに気をつけました.
GENERIC には device io , device mem などの行ができてましたよ.
pcm は無くて device sound とかになってるようですね(ずっと前から?
snd*.ko を使えば, 不要なんでしょうけど)
59 :56:2004/08/20 23:52
そういえば, installworld 直前の mergemaster -p を忘れたら,
確かエラーが出て先に進めなかったような.
# pf 関係で passwd, group をいじる必要があるためでしたっけ(?).
正しい手順で, mergemaster ちゃんとやらないとアレな感じです.
って, いわずもがなですね (^^;
60 :名無しさん@お腹いっぱい.:2004/08/21 00:00
>>58
UPDATINGは意地でも読まないポリシー?
61 :58==56:2004/08/21 00:25
>>60
どうも.
今後はちゃんと読んでいくようにします.
62 :58==56:2004/08/21 08:49
ちょっと趣旨がわからなかったんですが, 事実関係としてポリシーではないですので一応. w.
5.2.1-RELEASE-p? でしたが, UPDATING は更新ごとに読んでいました.
私とか以降組の人は, RELENG_5 の UPDATING を見て結構たまげちゃうと思います.
失礼.
63 :名無しさん@お腹いっぱい.:2004/08/22 08:41
RELENG_5にしたらkmailが立ち上がらなくなっちまったよママン!
鬱だ.
64 :名無しさん@お腹いっぱい.:2004/08/22 11:56
ところで, 今まで currentスレにいたのだが,
RELENG_5が出たから, current 追い掛けるのをやめてしまった.
それで current スレにいづらくなったので.
今後はここのスレにきます.
65 :名無しさん@お腹いっぱい.:2004/08/22 17:55
ところで, いままで mozilla で読み書きしていたのだけど,
おちゅーしゃ に代えました.
FreeBSDで動く2chブラウザで一番使いやすいのどれ?
66 :名無しさん@お腹いっぱい.:2004/08/22 18:13
RELENG_5 出たのにまだスケジュール表が更新されていないね.
http://www.freebsd.org/releases/5.3R/schedule.html
67 :名無しさん@お腹いっぱい.:2004/08/22 20:21
cc ...
RELENG_5で, 漏れはmultimedia/xmmsやmath/pari-develのコンパイルがうまくいかんかった.
結局 portupgrade [-cCf] -m "CC=/usr/local/bin/gcc33" とかしちゃった.
何も問題解決に寄与してなくてスマソだけど. orz.
68 :名無しさん@お腹いっぱい.:2004/08/22 21:58
>>65
Chalice.
69 :名無しさん@お腹いっぱい.:2004/08/23 06:27
ベタ1キタ.
70 :名無しさん@お腹いっぱい.:2004/08/23 15:54
雑談ネタでごめん. 漏れは情報工学関係の出身じゃないんだけど.
コンピュータ科学に背を向ける学生たち(04/08/12)
http://japan.cnet.com/news/biz/story/0, 2000050156, 20070393, 00.htm
http://news16.2ch.net/test/read.cgi/scienceplus/1092711450/
どう思われるでしょうか? 漏れにはあまりに意外だった.
アメリカ全土の傾向なんだろうか.
http://www.mit.edu/research/category/cs.html#links
(MIT のコンピュータ科学関係へのリンク)
71 :名無しさん@お腹いっぱい.:2004/08/23 16:50
>>70
そんなに意外でもない.
72 :名無しさん@お腹いっぱい.:2004/08/23 17:41
日本国内は大丈夫?
73 :名無しさん@お腹いっぱい.:2004/08/23 18:05
とっくにダメダメですが何か.
74 :名無しさん@お腹いっぱい.:2004/08/23 18:42
>>67
pariはpariのCVSから最新のソースをもってきて手コンパイルすれ.
ばgcc-3.4.2でもちゃんと動くものは作れるみたい.
問題となっている所をportすればいいはずだけどそういうことを.
やっている時間(と気力)がないなあ.
あんまり関係ないけどopenofficeが CC=gcc32だったので. orz.
pariもとりあえずそうしておくかなぁ.
75 :名無しさん@お腹いっぱい.:2004/08/23 18:44
つか, コンピュータ科学に限らず, 理系壊滅に近いだろ?
76 :名無しさん@お腹いっぱい.:2004/08/23 22:31
>>74
イイ!!
さだめし遠くない未来, 配布元から新しいリリースあるんでしょう.
当面 gcc33 でじぇんじぇん OK でし.
77 :名無しさん@お腹いっぱい.:2004/08/24 08:09
ISOイメージを落として夜中に自宅マシンに5.3BETA1を入れてみた.
インストール自体はあっさり終わった. インストーラなんて使ったの久しぶりだ.
インストーラがヘンに変わったりしてなくて良かった.
当面は現役環境である4-stableとのデュアルブートで,
環境構築&試験しつつ徐々に移行の予定.
(なので/だけ4-stableからも読み書きできるようにUFS1にしてる)
78 :名無しさん@お腹いっぱい.:2004/08/24 13:05
うかつにRELENG_5にするもんじゃないね.
仕事に多大な影響が出てしまいますた.
これからサブで動かしているDebianに全面移行します.
みなさんさようなら.
さよならFreeBSD.
79 :名無しさん@お腹いっぱい.:2004/08/24 15:48
>>78
>>77と大違いだな・・・・・・. うかつな奴め.
ところで具体的には何が動かなくなったりしたの? (ってもう見てないかな)
80 :名無しさん@お腹いっぱい.:2004/08/24 17:23
うちは, 4-stable, 5-current(8月半ば), 5.3-BETAの環境が混在しているなぁ.
SMPなマシンでは5-currentは, ディスク負荷に弱いし...
5.3-BETA微妙にいろいろなものが動かないしで,
今はやはり 4-stable が最強といったところか...
81 :名無しさん@お腹いっぱい.:2004/08/24 17:28
そうか.
こうやってみんなFreeBSDから去って逝くのか.
そうなのか.
82 :名無しさん@お腹いっぱい.:2004/08/24 17:51
>>80
SMPハングは-CURRENTでは直った.
83 :名無しさん@お腹いっぱい.:2004/08/24 18:16
そこでRELENG_5_2ですよ.
84 :名無しさん@お腹いっぱい.:2004/08/24 19:03
>>83
RELENG_5_2は, 5-currentの不安定さを持ちながら,
なおかつ古臭さを兼ね備えた最強のbranchだと思う.
漏れなら 4-stable を使うが.
85 :名無しさん@お腹いっぱい.:2004/08/25 11:07
そこでDrag(ry
86 :名無しさん@お腹いっぱい.:2004/08/25 21:35
>>82
-currentって 6-currentのこと?
87 :77:2004/08/25 21:55
夜だけRELENG_5生活.
Xとemacsとktermは動く.
postfix+procmailとdhcpdも動いた. sshで入れる.
mfsも方法変わったけど使える.
カーネルビルドに時間がかかるのがちと困る.
なんかデーモンのrcスクリプトがjailでの実行をサポートしてるみたいな感じだ.
けどどう設定すればいいんだろう.
88 :名無しさん@お腹いっぱい.:2004/08/26 01:10
ports で作るとやり方教えてくれるのもあるよなないよな.
89 :名無しさん@お腹いっぱい.:2004/08/26 04:02
4.11Rが出るのを期待しているのだが, 出そうにないね.
cvsup しても全然更新されないし...
4.9Rが出たとき誰もが最後のリリースだと思ったのだが,
あの時は何か妙にMFCやらカーネルの更新が多いと思ったら.
4.10Rが出てしまった.
今回は, そいういったこともないし...
そろそろ5.3-BETA1でも入れてみるかな...
90 :名無しさん@お腹いっぱい.:2004/08/26 04:04
4.11が出るのは5.3より後になる予定じゃなかったかな.
91 :名無しさん@お腹いっぱい.:2004/08/26 04:55
> Oct 2004 : FreeBSD 5.3 (schedule, todo list, commit policy)
> TBD 2004 : FreeBSD 4.11
一応2004年中らしい.
92 :名無しさん@お腹いっぱい.:2004/08/26 05:23
ところでTBDってなんですか?
93 :名無しさん@お腹いっぱい.:2004/08/26 05:29
>>86
http://docs.FreeBSD.org/cgi/mid.cgi?200408232139.i7NLdToC094668
94 :名無しさん@お腹いっぱい.:2004/08/26 05:47
T ・・・ とっても.
B ・・・ Blueな.
D ・・・ ドラえもん.
95 :名無しさん@お腹いっぱい.:2004/08/26 06:37
to be determined, 将来決定する, 未定.
96 :名無しさん@お腹いっぱい.:2004/08/26 08:00
とりあえず, 5.3-BETAの時点ではまだ各種デバッグオプションは有効であることに注意.
忘れやすいのがmalloc関係.
http://pc5.2ch.net/test/read.cgi/unix/1068658686/788-790
つーか, 結構ハマってしまった.
97 :名無しさん@お腹いっぱい.:2004/08/26 09:28
英々引くと.
To be decided: 要決断.
To be discussed: 要議論.
なんてのもある. なんにせよ「未定」.
98 :名無しさん@お腹いっぱい.:2004/08/26 10:55
でも 4.11R出すほどのネタってあるの?
もう4.xは, 4.10Rで完成しているように見えるのだけど...
セキュリティパッチなら RELENG_4_10 とかでいけそうな気がするのだけど...
99 :名無しさん@お腹いっぱい.:2004/08/26 11:07
まあ, 5.3次第だな.
100 :名無しさん@お腹いっぱい.:2004/08/26 11:41
というわけで100get
まぁ, 4.xでも問題ないと思うんだけどね.
でも gdb5 と gdb6 の ports がBroken なのはなんとかしてくれ.
101 :名無しさん@お腹いっぱい.:2004/08/27 01:02
4.11Rで, うちのThinkPad X31の内蔵無線LANが使えるようになったら.
5.3Rに移行する理由がなくなってしまうのだが...
athドライバだっけ? 誰かMFCしてくれ.
102 :名無しさん@お腹いっぱい.:2004/08/27 01:10
>>100
なんで 4.x で gdb のサポートが無くなったの?
単にもう開発者側は, 4.x をサポートする気がなくなってきた??
103 :名無しさん@お腹いっぱい.:2004/08/27 01:23
どういうわけか俺のパソコンに5.3bいれようとするとエラーが出るから5系列なんていらねーよ夏.
104 :名無しさん@お腹いっぱい.:2004/08/27 01:31
だってまだbetaだもん.
105 :名無しさん@お腹いっぱい.:2004/08/27 04:02
>>103
そのままエラー出っぱなしでFreeBSDから去る事になったりして.
106 :名無しさん@お腹いっぱい.:2004/08/27 05:05
いまのうちはまだ RELENG_5_2 のほうがいいと思うが.
107 :名無しさん@お腹いっぱい.:2004/08/27 09:50
>>92
太平洋戦争で活躍した米海軍の雷撃/爆撃機 通称アウ"ェンジャー.
エンジン=ライトR-2600-8/1700hp, 最大速度414km/h, 航続距離最大1955km.
前方固定機銃12.7mm x 2, 後方旋回機銃上部に12.7mm, 下部に7.7mm砲を備え搭載量は.
Mk.13・Mk.18魚雷 x 1叉は454kg爆弾 x 1, 227爆弾 x 4.
108 :名無しさん@お腹いっぱい.:2004/08/27 10:16
今回, RELENG_5 切るのちょっと早かったよね.
109 :名無しさん@お腹いっぱい.:2004/08/27 10:27
ところで漏れ, FreeBSDを使いはじめて10年たつのだけど,
途中でWindowsやLinuxに移行しようかと, いろいろ誘惑があったのだけど.
結局FreeBSDを使い続けてしまいました.
おかげで細かいノウハウはかなり蓄積されました.
FreeBSD歴の長いみなさん, LinuxやWindowsに移行しようと.
考えたことありませんか?
それからFreeBSDを長く使ってきて良かったことって.
どういうことでしょうか?
110 :名無しさん@お腹いっぱい.:2004/08/27 11:41
あえて質問文ですかそうですか.
111 :名無しさん@お腹いっぱい.:2004/08/27 14:03
そういう質問は users-jp あたりですれば?
アホどもが自分語りしてくれるよ.
112 :名無しさん@お腹いっぱい.:2004/08/27 16:36
アホ発見!なんつって.
113 :名無しさん@お腹いっぱい.:2004/08/27 16:47
>>109
自分的には "Use the source" できるようになったこと.
常にソース一式がディスク上に展開されているというのは意外にも教育効果が.
高いものだというのが経験上の感想です.
だからコンピュータを学びたい人には孟母三遷の教えのつもりで*BSDを勧める.
OS自体にはさして興味がなくても可.
114 :名無しさん@お腹いっぱい.:2004/08/27 16:54
>>109
とりあえずPCは3台を1単位として考えなさい.
全てとはいいませんが大旨解決します.
115 :名無しさん@お腹いっぱい.:2004/08/27 20:05
ところで 5.x の立ち上がりの遅さはFreeBSDのシェアに影響を与えているような.
気がするのだが大丈夫だろうか?
これだけ安定化の遅れたメジャーバージョンははじめてじゃない?
116 :名無しさん@お腹いっぱい.:2004/08/27 20:57
5.xってコンパイルも以上に時間かからないか?
117 :名無しさん@お腹いっぱい.:2004/08/27 21:03
何がなんでも質問文で押しまくりますか.
118 :名無しさん@お腹いっぱい.:2004/08/27 21:08
>>116
gcc2とgcc3の違い.
119 :名無しさん@お腹いっぱい.:2004/08/28 00:14
>>117
何か問題ですか?
120 :名無しさん@お腹いっぱい.:2004/08/28 00:18
いえ, 別に.
121 :名無しさん@お腹いっぱい.:2004/08/28 00:29
gcc3 ってコンパイルそんなに遅いの?
あまり気にしていなかったけど...
遅くなっただけ出力コードが洗練されていればいいんだけど.
122 :名無しさん@お腹いっぱい.:2004/08/28 00:57
ID:0tqZ7vJx
ID:0tqZ7vJx
能無しデジタル土方どもは逝ってよし 市根よ.
123 :名無しさん@お腹いっぱい.:2004/08/28 01:17
人には見えない物が見えるのってすばらしいね.
124 :名無しさん@お腹いっぱい.:2004/08/28 01:33
>>122
よくわからんけどあ. ういしておく. ほひ.
125 :名無しさん@お腹いっぱい.:2004/08/28 01:34
122はマルチあげ荒らしのようだな.
126 :名無しさん@お腹いっぱい.:2004/08/28 02:18
>>121
うーん, gcc3の最適化周りはアレだと思う.
127 :名無しさん@お腹いっぱい.:2004/08/28 02:30
>>126
正直, コンパイルが遅い上に吐いたコードも遅い. 悲惨.
128 :名無しさん@お腹いっぱい.:2004/08/28 02:49
安定化の遅れたメジャーバージョンとしては, 3.x もそうだったような.
4.x 位早ければ良かったのにな・・・.
129 :名無しさん@お腹いっぱい.:2004/08/28 03:01
>>100
なんかgdb6の 4.x に対するBroken 外れましたね.
まだ install していないけど, これで一応 4.x でも gdb6 が使えるってこと?
130 :名無しさん@お腹いっぱい.:2004/08/28 03:03
gcc3 からは -msse とか -msse2 とかがあって.
それに対応しているCPUで数値計算するときは.
高速になって助かるんだけどね.
131 :名無しさん@お腹いっぱい.:2004/08/28 03:05
>>128
3.x のときは, さっさと上げたけど, 今回の5.xほどは.
もめてなかったように思えるけど.
132 :名無しさん@お腹いっぱい.:2004/08/28 04:08
-msseとかって-marchでCPU指定してあげれば自動で有効になるよね.
133 :名無しさん@お腹いっぱい.:2004/08/28 09:42
-O2 で make world こけるのどうにかしてくれ.
134 :名無しさん@お腹いっぱい.:2004/08/28 13:05
>>115
正直 FreeBSD 5.xを4.xまでと同枠にとらえること自体適切でないと思う.
別物なんだよ.
135 :名無しさん@お腹いっぱい.:2004/08/28 13:46
最近, サーバを5.2.1で立ち上げてしまったわたくしは.
DQN呼ばわりされてもしかたがないでしょうか?
136 :名無しさん@お腹いっぱい.:2004/08/28 14:26
大した負荷かからない小規模鯖なら別にええんでないの.
俺も自宅鯖に5.2.1使ってるし.
137 :名無しさん@お腹いっぱい.:2004/08/28 14:45
ちょっと安心.
あまり負荷はかからない予定なので・・・.
138 :名無しさん@お腹いっぱい.:2004/08/28 15:49
つーか, 2chは5.2.1なわけだが.
139 :名無しさん@お腹いっぱい.:2004/08/28 15:58
FreeBSDになってるのはまだ実況用とかの実験鯖だけじゃネーノ?
140 :名無しさん@お腹いっぱい.:2004/08/28 16:24
portsをcvsupしてみたら, kazehakaseが出現.
やっとちゃんと使えるかな?
141 :名無しさん@お腹いっぱい.:2004/08/28 16:34
>>139
最近導入された鯖はすべて, FreeBSD5.2.1ですが, , , , ,
142 :名無しさん@お腹いっぱい.:2004/08/28 16:49
現用のMail, Web, DNS, DBサーバ類はすべて5.2.1で運用してます.
Mailだけは, 80通/sec以上の送受信+ウィルススキャナとかだと,
高負荷で派手に*Giantが出まくります. あーとはだいじょうぶ.
143 :名無しさん@お腹いっぱい.:2004/08/28 16:52
80通/sec
144 :名無しさん@お腹いっぱい.:2004/08/28 17:05
4->5に移行する人向けの文書ってないの?あーりー.
あだぷたーなんとかがいど以外で.
あの機能はこんな風に変更された, とか.
いままでこんな感じにやってたけど, これからはこう.
なる, とか.
145 :名無しさん@お腹いっぱい.:2004/08/28 19:11
雑誌にはよく載っているけどね.
みりゃ分かるってのもあるかも.
146 :名無しさん@お腹いっぱい.:2004/08/29 00:22
>>144
それこそ/usr/src/UPDATINGだろ.
書いてある内容は4から5で何が変わったかだけではないけど.
147 :名無しさん@お腹いっぱい.:2004/08/29 01:20
>>144
リリースノートを見れば良いのではないかな.
148 :名無しさん@お腹いっぱい.:2004/08/29 10:50
りりーすのーとは読むけどさ, あれって1つ前の.
リリースからの差分(?)でしょ. 4->5の移行を促進.
させるには, 4->5の文書があるといいのに, と思った.
の. Handbookあたりに. ついでに, Handbookはどれ.
くらい5-stableの情報を反映しているのかしらん?
149 :名無しさん@お腹いっぱい.:2004/08/29 14:19
昔誰かが書いていたけど, 分岐直後とか.
x.0-RELEASE の段階では branch 間移行をやる奴はいるし.
テストもある程度行われて手順も分かるのだが,
分岐してからある程度時間が経つともはや一般向けの手順としては無理.
4.x のどれから 5.x のどれ, という組み合わせもアレだし,
そもそも 4.n => 4.(n+1) ですら, upgrade install は公式には.
あまり勧められないという状況だからね.
150 :77:2004/08/29 21:07
4-stableから5.3-BETA1に完全に移行. 何も困ってない.
151 :名無しさん@お腹いっぱい.:2004/08/30 00:42
>>150
おめ. でもBETA2 になってるみたいじゃよ.
FreeBSD 5.3-BETA2 #0: Mon Aug 30 00:16:16 JST 2004
152 :名無しさん@お腹いっぱい.:2004/08/30 00:55
うん, それはcvsup&make {build, install}{world, kernel}するから大丈夫.
MFCされるのを待ってるやつがあるので, あと一日二日したらね.
153 :名無しさん@お腹いっぱい.:2004/08/30 02:09
>>149
やっぱりクリーンインストールして移行がお勧め?
でもずっといじってるとどういう設定したか忘れちゃって,
新しい環境で元の使い勝手を取り戻すのも苦労するんだよね.
とはいえ同じ環境をアップグレードするとたまにportsのビルドで.
変な勘違いしてくれたりしてハマりそうだしなあ.
154 :名無しさん@お腹いっぱい.:2004/08/30 05:52
>>153
おれも5.0Rから上げたいんだけど.
/etcとかportsの仕組みとか結構変更されてて.
なかなか上げる勇気が無い.
とりあえずFreeBSD updateだけやってる.
155 :名無しさん@お腹いっぱい.:2004/08/30 11:59
>>152
UFS2 のからみがあるから, 4.x -> 5.x はクリーンインストールをお奨めする.
5.2 から 5.3 だったら cvsup & make world でいいんじゃないかな.
156 :名無しさん@お腹いっぱい.:2004/08/30 12:05
5.3-BETA1にしたけど, 不都合があるので5.2.1Rに戻したいんだけど.
supfileをRELENG_5からRELENG_5_2に戻してmake updateからmergemasterまでの手順を踏めば元通りになりますか?
157 :名無しさん@お腹いっぱい.:2004/08/30 12:13
やってみて報告.
158 :名無しさん@お腹いっぱい.:2004/08/30 12:51
>>156 不都合とは.
159 :名無しさん@お腹いっぱい.:2004/08/30 13:04
職場と自宅のデスクトップPCは共に 5.3BETAに移行しました.
ノートPCだけまだ 4-stable です.
ここ2, 3日の RELENG_5 はちょっとずつ良くなっているみたいですね.
160 :名無しさん@お腹いっぱい.:2004/08/30 13:07
>>158
KDEのアプリです.
KDE自体は立ち上がるけど, ABIが変わっちゃってKMailやKOrganizerが起動できないんです.
かといってgcc-3.4ではビルドに失敗するし.
161 :名無しさん@お腹いっぱい.:2004/08/30 14:12
>>160
だからどれよ. 「KDEのアプリ」が全滅ってことじゃないんざんしょ.
162 :名無しさん@お腹いっぱい.:2004/08/30 14:15
>>161
だからじゃないだろ.
よく嫁.
163 :名無しさん@お腹いっぱい.:2004/08/30 14:57
KDE3 って ACPI に対応してる?
GNOME2 の対応がいまいちだから対応してるなら乗り換えを考えようかと.
ただ, GNOME2 より重くなるのも嫌だからちと迷う.
164 :158:2004/08/30 15:35
>>160 /var/log/messages に signal 6とかですか.
165 :名無しさん@お腹いっぱい.:2004/08/30 15:54
>>164
signal 6は見当たらないです.
ターミナルからKMailを起動するとこんな感じです.
/libexec/ld-elf.so.1: /usr/local/lib/libkabc.so.3: Undefined symbol
"_ZNSt24__default_alloc_templateILb1ELi0EE12_S_free_listE"
コンパイラのバージョンが変わってABI変更になったのが原因のようですが,
portsからリビルドしようとしたらgcc-3.4.2ではKDEがコンパイルできませんでした.
166 :名無しさん@お腹いっぱい.:2004/08/30 16:33
>>165
あなたはやるべきことをやってません.
できないならnewfsして再インストールをお薦めします.
$ curl -I
http://pointyhat.freebsd.org/errorlogs/i386-packages-5-latest/x11/kdebase-3.2.3_2.tbz
HTTP/1.1 200 OK
Date: Mon, 30 Aug 2004 07:31:02 GMT
Server: Apache/1.3.31 (Unix)
Last-Modified: Sat, 21 Aug 2004 17:19:52 GMT
ETag: "244044c-14890ec-41278438"
Accept-Ranges: bytes
Content-Length: 21532908
Content-Type: text/plain
167 :名無しさん@お腹いっぱい.:2004/08/30 16:44
>>166
もうすでに再インストールを開始しています.
後学のためにお尋ねします.
自分が散々探して得られなかった情報をどうやって得たのですか?
この程度の情報検索能力がないのならいっそFreeBSDなぞ使うなとも読めるのですが.
FreeBSDってそういったものなのでしょうか.
168 :名無しさん@お腹いっぱい.:2004/08/30 17:26
>>167
/usr/src/UPDATING
169 :名無しさん@お腹いっぱい.:2004/08/30 17:38
/usr/ports/UPDATINGのほうが先でせう.
170 :名無しさん@お腹いっぱい.:2004/08/30 17:41
当然その2つは毎日目を通してたのに見つけられない漏れは逝ってよしでつね.
てか, まだ見つからない.
今日の午前中にcvsupしたけど古いのかな.
171 :名無しさん@お腹いっぱい.:2004/08/30 17:46
>>170
炒っていいよ!!
172 :名無しさん@お腹いっぱい.:2004/08/30 18:04
>>170
src/UPDATINGの20040728.
c++で作ったものは根こそぎ作り直せと書いてあるざんす.
まったくもって古い話題なので却ってみつからない例.
いいところまで行っているのに解決策が間違ってござるな.
173 :名無しさん@お腹いっぱい.:2004/08/30 18:22
まあどのportがC++でこしらえてあるのかを調べるのは.
ちと面倒ではあるのだけれども.
174 :名無しさん@お腹いっぱい.:2004/08/30 18:58
>>155
あんまり理由になっとらんような.
UFS1でも困らん人も多いだろうし,
後からdump/newfs/restoreしてもいいんだし.
175 :名無しさん@お腹いっぱい.:2004/08/30 19:05
chmod 0 /usr/lib/libstdc++*
動かなくなったものを再コムパイル.
176 :名無しさん@お腹いっぱい.:2004/08/30 20:07
>>175
おおー 目から鱗.
177 :名無しさん@お腹いっぱい.:2004/08/30 20:37
>>175
iostream使ってないアプリだと,
C++で書いてあっても.
libstdc++.soとリンクしていない場合があるだろ.
178 :名無しさん@お腹いっぱい.:2004/08/30 21:18
マジレスは御遠慮ください.
179 :名無しさん@お腹いっぱい.:2004/08/30 21:22
あ〜もう, 自力で問題解決できない香具師はFreeBSD使わんでいい!
犬糞でも使ってろ!
180 :名無しさん@お腹いっぱい.:2004/08/30 22:20
犬糞だと人任せで良いですか?
181 :名無しさん@お腹いっぱい.:2004/08/30 22:34
Linuxのデスクトップ画面ってけっこうカッコ良いのが多いけど,
それらの設定やらアイコンやらをとってきて自分のFreeBSDのデスクトップに.
しても良いのかな?
182 :名無しさん@お腹いっぱい.:2004/08/30 22:39
御自由に.
183 :名無しさん@お腹いっぱい.:2004/08/30 22:44
>>180
サポート料金を払っていただけばお客様ですから.
...ってのはOSは関係あんまりないな.
184 :名無しさん@お腹いっぱい.:2004/08/30 22:46
素直に犬使えばいいのに.
変なプライドが邪魔して移行できないか. . .
どうせお前ら別にBSDじゃなくても困らないだろ?
185 :名無しさん@お腹いっぱい.:2004/08/30 23:38
すげぇ.
/usr/ports/X11/xorgでmake installは.
ディスク容量を無駄に使うからオススメ出来ないと読んだから,
どんなもんじゃいと思ってやってみた.
で, 終ってからportsclean -CDPしたら3GB近く空き容量出来た. w.
無駄の塊だな. w.
186 :名無しさん@お腹いっぱい.:2004/08/31 01:22
>>155
どういうわけだかすぐUFS2, UFS2言うのがいるがUFS1で困る.
ほど大きなディスクを使っていたりしない限りUFS2を積極.
的に利用する意味なんかほとんどないぞ.
187 :名無しさん@お腹いっぱい.:2004/08/31 01:24
>>184
移行なんぞは何時でもできるが嘘つきの糞野郎がでかい顔を.
しているOSはできれば使いたくない.
188 :名無しさん@お腹いっぱい.:2004/08/31 02:05
>>184
良いディストリビューションがあればいいんだけどね.
犬は, どれも中途半端なので結局BSDを使ってしまうのだが...
189 :名無しさん@お腹いっぱい.:2004/08/31 05:11
Gentoo for Solaris待ち.
190 :名無しさん@お腹いっぱい.:2004/08/31 06:20
おまいら, PortsにKDE 3.3がやってきましたよ.
191 :名無しさん@お腹いっぱい.:2004/08/31 07:00
自分達がどれほどの糞なのかわかってないからLinuxを馬鹿にできるんだな. w.
あわれなものだ.
192 :名無しさん@お腹いっぱい.:2004/08/31 07:30
>>187
|嘘つきの糞野郎がでかい顔をしているOS
どんなOSやそれ.
193 :名無しさん@お腹いっぱい.:2004/08/31 08:40
>>192
WindowsXPより安定. 不安定Windows98フリーズ対策 PC ...
http://www.interq.or.jp/jupiter/star3385/
194 :名無しさん@お腹いっぱい.:2004/08/31 09:18
>>186
激しく同意.
あと, 32TB以上(defaultのブロックサイズ16kの場合)のファイルサイズが.
必要な人もUFS2だな.
FreeBSD EXPRESS 2004の記事であったベンチマークだとむしろUFS2よりUFS1のほうが.
性能がよかった気がする.
195 :名無しさん@お腹いっぱい.:2004/08/31 09:49
馬鹿にしているのはLinuxではなくて>>191のような奴.
196 :名無しさん@お腹いっぱい.:2004/08/31 09:50
>>193
動画の分割ファイルが散在していて面倒.
197 :名無しさん@お腹いっぱい.:2004/08/31 10:17
>>193
漏れの書いた英語って多分こんな風に読まれているんだろうな...;orz.
198 :名無しさん@お腹いっぱい.:2004/08/31 10:31
>>190
いつごろ?
漏れは昨夜の18時ころにcvsupしたportsからkdeいれようと.
したら3.2.3だったよ.
うちのセレ2.4G, メモリ512MBなマシンでmakeが7時間,
で今朝8時半頃からmake installしてるわけだがまだ終わらず・・・.
199 :名無しさん@お腹いっぱい.:2004/08/31 10:35
>>194
MACで遊びたい説も.
200 :名無しさん@お腹いっぱい.:2004/08/31 13:12
>>198
今朝>>190のカキコする直前にCVSUP.
家を出る前にUPDATINGの手順にしたがってportupgradeして放置中.
Pen3 866MHz, 512MBだけどKDE関連は.
kde3-base kde3-libs kde3-games art konq-nsplugins
ぐらいしか入れてないから帰る頃には終わってるかな?
201 :名無しさん@お腹いっぱい.:2004/08/31 14:14
moused に加わった Synaptics Touchpad サポートのせいだろうか, タップをドラッグと認識してもらえなくなった. . .
202 :名無しさん@お腹いっぱい.:2004/08/31 14:31
FreeBSDな皆さんは KDE派が多いんでしょうか?
gnome派が多いんでしょうか?
それともウィンドウマネージャ単体で頑張っている人が多いのでしょうか?
ここでは KDE の話が良く出てくるのですが,
私が知っている人たちは, デスクトップ環境は使わずに.
いまだにウィンドウマネージャだけで頑張っている場合が多いので.
ちょっと気になって質問しました.
203 :名無しさん@お腹いっぱい.:2004/08/31 14:55
>>202
X入れてませんが.
204 :名無しさん@お腹いっぱい.:2004/08/31 14:58
だから質問は質(ry
205 :名無しさん@お腹いっぱい.:2004/08/31 15:50
>>202
KDE : http://freebsd.kde.org/
Gnome : http://www.freebsd.org/gnome/
というのをどう思うかだろうね. オレは xfce4 だが.
206 :名無しさん@お腹いっぱい.:2004/08/31 16:44
>>202
漏れFreeBSD4.10でFluxboxです.
最近PC-successで通販してひどい目に遭いました.
でもMozilla1.7.2とFluxboxとnavi2chは肌身離しません.
207 :名無しさん@お腹いっぱい.:2004/08/31 17:03
「頑張っている」という表現はむしろGnomeやKDEにこそ.
似つかわしいような気がしないでもないきょうこのごろ.
208 :名無しさん@お腹いっぱい.:2004/08/31 18:26
KDE派なのでぽえりなは買わなかった.
209 :名無しさん@お腹いっぱい.:2004/08/31 18:45
KDEとGnomeのどちらが主流か, よりも.
twmとfvwm2のどちらが主流かの方が興味あります.
それより, afterstepは1.0を過ぎてから間違った方へ進んでしまったか否かも.
興味あります.
本当はどうでもいいです.
210 :名無しさん@お腹いっぱい.:2004/08/31 19:06
なんか6年前位にマックユーザ見せる為に遊びでmlvwmを入れてからずっとこればっかりだ.
なんか慣れきっちゃった.
211 :名無しさん@お腹いっぱい.:2004/08/31 20:34
>209
です. やっぱfvwm2かtwm. それぐらいの機能しか使いきれないっす.
急な引越しがあっても, .twmrc持ってけばまず安心.
fvwm2はかなり贅沢したい時使う. .steprcはワカラン.
212 :名無しさん@お腹いっぱい.:2004/08/31 22:00
>>205
どうでもいい話だが, http://freebsd.kde.org/ の日本語の.
screenshot もうちょっとなんとかならんか...
213 :名無しさん@お腹いっぱい.:2004/08/31 22:59
いいだし(略.
214 :名無しさん@お腹いっぱい.:2004/08/31 23:48
思ったよりもひどくなかった.
215 :名無しさん@お腹いっぱい.:2004/09/01 00:33
ctwmとafterstepぐらいしか使わん.
気がついたらみんな色使いがNEXTSTEPっぽくなっていたが.
216 :名無しさん@お腹いっぱい.:2004/09/01 00:57
>>194
ACLのことならUFS1でもできないっけ?
/sys/ufs/ufs/README.extattrに書いてある通りkernel configに手を入れたり.
拡張属性を格納するためのファイルを作ったりせんといかんけど.
217 :名無しさん@お腹いっぱい.:2004/09/01 00:59
UFS1のACLはやたらと遅い.
218 :名無しさん@お腹いっぱい.:2004/09/01 01:47
KDEのPortsは, コンパイルが終わるころに新しいバージョンが出るという法則.
219 :名無しさん@お腹いっぱい.:2004/09/01 09:18
>>174
>>186
再インストールするのも悪くはないが, 4.xと5.xとの/etcの違いを.
気にしながら設定しなおすよりは, UFS2だけが目的なら一旦そのまま.
Upgradeしてそのあと別のディスクにdump/restoreをした方が楽だと思う.
220 :77:2004/09/01 11:05
だけどアップグレードの場合, 5.xに上げた後どうしてもこれが動かなくてやばい,
というときに手がないからね.
5.xをクリーンインストールのメリット:
- 旧環境を横目で見ながら再設定なので必要なノウハウがすぐそばにある.
- obsoleteになったものを捨てられる. また, 環境構築を見直すよい機会. 不死鳥のように定期的に生まれかわるんだよ.
- バージョンを上げるのが面倒でサボっていたportsのアップグレードも一挙解決.
- 困ったときは, 古い環境を/oldにマウントしておいて chroot /old ほにゃらら.
- portsの動きがおかしくなったとき, OSのバージョン(or コンパイラ)が原因なのかportsのバージョンが原因なのか切り分けできる.
221 :名無しさん@お腹いっぱい.:2004/09/02 06:02
HDD買ってきてそこに5をインストール. 4.xはとっておけばいいじゃん.
222 :名無しさん@お腹いっぱい.:2004/09/02 07:56
>>221
>>222は, というかこのスレ的にはそれを言ってると思うが.
223 :名無しさん@お腹いっぱい.:2004/09/02 08:19
失敬. s/222/220/
224 :名無しさん@お腹いっぱい.:2004/09/02 11:48
再インストールしたときに移すのを忘れそうな設定.
rootおよび各ユーザーのcrontab
UUCPの設定.
NICのデバイス名の変更.
など.
225 :名無しさん@お腹いっぱい.:2004/09/04 13:06
5.3 BETA3 記念あげ.
226 :名無しさん@お腹いっぱい.:2004/09/04 13:07
ageわすれ. orz.
227 :名無しさん@お腹いっぱい.:2004/09/05 12:37
5.3BETA2 ThinkPad 600Xにインストールしたひといますか?
menuでdefaultを選んだあと, FD読みにいって刺さる.
228 :名無しさん@お腹いっぱい.:2004/09/05 12:45
FDD がおかしいってことはない?
229 :名無しさん@お腹いっぱい.:2004/09/05 12:55
> FDD がおかしいってことはない?
そう, FD死んだかと思ったんで, だれか成功した方いませんか? と.
230 :名無しさん@お腹いっぱい.:2004/09/05 13:54
ACPIはoffってみたかな?
231 :名無しさん@お腹いっぱい.:2004/09/05 23:14
今度は5.3BETA3で, menuでACPI Disabledを選択したところ,
panic: module_register_init: module named ********(<-化けてる) not found
cpuid = 0
KDB: enter: panic
[thread 0]
Stopped at kdb_enter+0x2b: nop
db>
というメッセージで停止.
なおBIOSは1.11(55ww)にup済み. そのうち(1年後の6.0で)また試してみるか.
232 :名無しさん@お腹いっぱい.:2004/09/06 00:08
質問スレで話題になったばかりだけど, カーネルコンフィグファイルの.
options SMP
device apic
は切ってる?
233 :名無しさん@お腹いっぱい.:2004/09/06 00:51
600Eで6-currentだけど, SMPもapicもそのままのGENERICで.
/boot/device.hintsでacpi切ってるだけでとくに問題ないぞ・・・.
234 :名無しさん@お腹いっぱい.:2004/09/06 02:38
5.3BETA3のgccって,
>gcc --version
gcc (GCC) 3.4.2 [FreeBSD] 20040728
なのね.
235 :名無しさん@お腹いっぱい.:2004/09/06 08:53
>>234
5.3-BETA1からgccは3.4系だったはずだが?
236 :名無しさん@お腹いっぱい.:2004/09/06 09:00
うん. UPDATING読んだらそう書いてあった.
5.3入れたの初めてだから.
237 :名無しさん@お腹いっぱい.:2004/09/06 19:34
5.3-BETA上にImageMagick-6.0.6.2, ghostscript-gnu-7.07_11をインストールしています.
tgifで吐かせたepsをconvertやdisplayで扱おうとするとgsがcoreを吐きます.
他の皆様はどうでしょうか. また4.xの皆様はどうでしょうか.
そのepsファイルを直接手でgsに, またはgvで見るとちゃんと見えるので,
- ImageMagickの当該バージョンが悪い.
- gccが悪い(ImageMagickのコンパイルでバグ発現)
のどちらかではないかと思っているのですが.
238 :名無しさん@お腹いっぱい.:2004/09/06 20:27
>>237
pkg_info -r ImageMagick-6.0.6.2 して出てきたものを 5.3-BETA に上げてから.
リコンパイルしてみた ?
質問すれの方が適切なような気がするが.
239 :名無しさん@お腹いっぱい.:2004/09/06 20:30
とりあえずcoreをgdbにかけてみる価値はあるんで内科医.
240 :名無しさん@お腹いっぱい.:2004/09/07 01:10
最近, 評価用やらなんやらで大量にFreeBSD, Linuxのインストールを.
行っている.
Linuxもそこそこ使えるのだけどやっぱり高負荷が.
予想されるところでは FreeBSDを入れることになります.
でも鯖用途だとまだまだ FreeBSD 4.x になるよね.
まだ5.xを客のところに納入する根性はないなぁ.
独り言スマソ.
241 :名無しさん@お腹いっぱい.:2004/09/07 01:19
客からの依頼は, いまだに赤帽が多いよね.
だいたい, 赤帽を指定してくる客っていうとWindows serverと.
どちらにしようか迷っている香具師が多い.
そういう客に BSD系のOSを紹介しても, なかなか理解してくれない.
それでやりたくはないけど Yahoo と同じOSですっていうと興味を示し出す.
こういう香具師らにはWindows serverを入れてあげて一度.
痛い目を見せてあげるのも手なんだけど, こちらにまで.
被害が及ぶのでやめておいた.
とりあえず, これで FreeBSDなユーザが一社増えました.
ちょっとずつ貢献しています.
またまた独り言スマソ.
242 :名無しさん@お腹いっぱい.:2004/09/07 01:30
JP1が動かないOSは問答無用で却下される.
243 :名無しさん@お腹いっぱい.:2004/09/07 02:09
言うに事欠いてJP1と来たか.
確かにFreeBSDは動作環境リストには載っていないが.
244 :名無しさん@お腹いっぱい.:2004/09/07 03:05
漏れも独り言.
もう夜中の3時を過ぎたというのに, 数値計算の結果がおかしい.
何度もモデル構築をやり直したり, プログラムを再検討したりして,
計算ジョブを走らせているのだが.
モデルがおかしいのかプログラムにバグがあるのか.
現実逃避&計算結果待ちでportsを更新してアプリの入れ替え作業を.
行っている.
ああ学会の原稿締め切りが近いというのに.
245 :名無しさん@お腹いっぱい.:2004/09/07 04:51
誤差誤差.
246 :名無しさん@お腹いっぱい.:2004/09/07 07:25
alias portindex "(cd /usr/ports ; make fetchindex)"
247 :名無しさん@お腹いっぱい.:2004/09/07 10:41
JP1はちょっと工夫すれば問題なく動くよ.
うちで扱ってる案件ではサポートも受けられた.
248 :名無しさん@お腹いっぱい.:2004/09/07 11:20
>>244
数値演算の誤差についてQ&Aに書いてあるけど読んだか?
249 :名無しさん@お腹いっぱい.:2004/09/07 12:22
>うちで扱ってる案件ではサポートも受けられた.
キター.
250 :名無しさん@お腹いっぱい.:2004/09/07 21:51
>>247
ええっと, FreeBSDでJP1を動かしてるって事でいいんだよね.
なんかその話, 詳しくきいてみたいな.
もちろん話せる範囲の話で構いませんから.
251 :244:2004/09/08 02:13
>>245
>>249
どうもレスサンクス.
いやー, 漏れも最初は誤差を疑っていたのだが, どうも漏れが.
立てたモデルで想定できなかった事象が発生していたようだ.
計測データを元にモデルを立てていたのだが, どうしても説明できない.
計測結果があってそれにモデルを無理やり当てはめようと.
していたのが敗因だった.
といっても原因はわかってもまだ根本的な解決をしていないので,
今晩も徹夜だ. . .
今晩も ports で遊びながら数値計算やってます.
でもportsで遊んでいるマシンと数値計算やっているマシン同じなんだよね.
252 :グラII -- Gopher の野望:2004/09/09 19:19
JP1 とか計算とかお話中すまん.
Ports フリーズ中だけど, RSS リーダーの www/amphetadesk 入れてみた.
# って, ニュースジャンキーのみんなはもう使ってるかな.
# shimbun-rss や kazehakase ユーザには不要かもしれないが.
依存関係とかは http://www.freshports.org/www/amphetadesk/ (p5-* 関係)
スクショは http://www.disobey.com/amphetadesk/screenshots.html
コマンド入力は.
% AmphetaDesk &
% (mozilla とか w3m とかで http://127.0.0.1:8888/index.html を開く)
High Text とか V-Text みたいにドバッと出るぞ.
既読管理については, ブラウザのヒストリ管理に一任となるけど, 案外ラクかも.
Mozilla 等グラ系ブヤウジャなら, Visited Links のカラーを明るめにするのを.
個人的にはおすすめしたいな.
bsdforums rss http://www.bsdforums.org/rss/latest/ 遠征セヨ.
freshports rss http://www.freshports.org/news.php
security advisories http://www.freebsd.org/security/advisories.rdf
253 :名無しさん@お腹いっぱい.:2004/09/10 17:41:10
・・・・・・何があったんだろう.
http://www.freebsd.org/cgi/query-pr.cgi?pr=71534
254 :名無しさん@お腹いっぱい.:2004/09/10 17:51:46
portsdbの**っぷりに対して自分のところに文句が押し寄せてくるのに,
ブチ切れちゃったってとこかね.
255 :名無しさん@お腹いっぱい.:2004/09/10 18:08:45
knuたんはportupgradeを誰かに引き継いで欲しいって日記に書いているしね.
256 :名無しさん@お腹いっぱい.:2004/09/10 18:59:09
引き継いで欲しいはいいが欠陥品を知ってて放置しているのはよろしくないな.
おかげでこんなとばっちりが生じる.
257 :名無しさん@お腹いっぱい.:2004/09/10 19:12:42
RELENG_5 で SCHED_4BSD になっちゃったね.
こんな時期にスケジューラを戻すのだろうか?
昨日cvsupした RELENG_5 はなんか不安定だったし...
258 :名無しさん@お腹いっぱい.:2004/09/10 19:31:41
やっぱports作ったりするのって面倒な物だな.
絶対やりたくない. w.
259 :名無しさん@お腹いっぱい.:2004/09/10 19:50:14
できもしないくせに.
260 :名無しさん@お腹いっぱい.:2004/09/10 20:06:35
言うと思った. w.
261 :名無しさん@お腹いっぱい.:2004/09/10 20:10:31
>>258-260
つまらない自作自演は止めれ.
262 :名無しさん@お腹いっぱい.:2004/09/10 20:50:58
>>261
> つまらない自作自演は止めれ.
白けること言うなよ.
263 :名無しさん@お腹いっぱい.:2004/09/10 21:51:44
関係ないけど.
FreeBSDのサイトって.
トップから行きたい場所に行きにくいよな.
264 :名無しさん@お腹いっぱい.:2004/09/10 23:11:37
>>257
やっぱりULEがだめだめってことなんじゃないの?
コンセプトは悪くなかったけど, 性能が劣化したというレポートしか.
見たことなかったしなぁ.
265 :名無しさん@お腹いっぱい.:2004/09/11 00:00:54
>>264
ULEは thread に強いスケジューラっていうふれこみだったのにね.
そういったところでも強みが出ていないような気がする.
266 :名無しさん@お腹いっぱい.:2004/09/11 00:41:54
ところでみなさん, 漏れの周囲ではFreeBSDを使っている香具師が.
いないのですが,
啓蒙活動のノウハウを教えてください.
267 :名無しさん@お腹いっぱい.:2004/09/11 00:42:32
>>254
libcのバグってことでくりやまさんがいじってるけど.
268 :名無しさん@お腹いっぱい.:2004/09/11 01:31:23
>>267
まずは HEAD に入れるとして 5.3-RELEASE までに MFC は間に合うんだろうか・・・・・・.
ところでいつのまにか書き込み時刻が秒まで出るようになってる?
269 :名無しさん@お腹いっぱい.:2004/09/11 02:46:20
>>263
少なくともgentooとdebianよりはマシ.
個人的にはサイトナビゲーションは悪くないと思うんだけど.
270 :名無しさん@お腹いっぱい.:2004/09/11 06:33:33
>>268
本当だ.
From: [252] グラII -- Gopher の野望 <sage>
Date: 2004/09/09 19:19
From: [253] 名無しさん@お腹いっぱい. <sage>
Date: 2004/09/10 17:41:10
間が開きすぎて, いつそうなったのかこのスレじゃよくわからん.
271 :名無しさん@お腹いっぱい.:2004/09/11 08:22:36
>>270
http://qb5.2ch.net/test/read.cgi/operate/1090875736/169
272 :名無しさん@お腹いっぱい.:2004/09/11 11:06:33
>>269
ためしに gentoo linux を余っているマシンに入れたのですが,
うわさ以上に酷いシステムですね.
BSD系と同じようにパッケージ管理やバージョンアップ管理が.
できるって話だけど, 漏れなら他のディストリにして適当な時期に.
クリーンインストールやり直した方がはるかに楽だと思う.
スレ違いスマソ.
273 :名無しさん@お腹いっぱい.:2004/09/11 13:57:41
>>267
|>>254
|libcのバグってことでくりやまさんがいじってるけど.
どこで?
274 :名無しさん@お腹いっぱい.:2004/09/11 14:15:22
BETA4を入れたらkernelパニックでダメだった. w.
275 :274:2004/09/11 14:15:58
単なる独り言なので, 気にしないでさいね. w.
276 :名無しさん@お腹いっぱい.:2004/09/11 14:50:08
>>273
http://home.jp.freebsd.org/cgi-bin/showmail/FreeBSD-users-jp/80819
http://docs.FreeBSD.org/cgi/mid.cgi?200409101445.i8AEj0KW054405
277 :名無しさん@お腹いっぱい.:2004/09/11 16:02:12
>>272
Webサイトの話だったはずだが・・・.
278 :名無しさん@お腹いっぱい.:2004/09/11 16:18:34
portupgradeとportindexを一つにして尚且つメンテするで, って勇者きぼん?
279 :名無しさん@お腹いっぱい.:2004/09/11 17:40:39
portindexに吸収されちゃったら.
FreeBSDの中で隠れたRubyキラーソフトだったんだから, ますますlang/ruby18はインストールされないホストが増える可能性が.
280 :名無しさん@お腹いっぱい.:2004/09/11 17:44:34
cvsup + portupgrade + portindexを統合してRubyで書き直す猛者きぼんと言ってみる.
281 :名無しさん@お腹いっぱい.:2004/09/11 17:48:01
Rubyで書く意味って何かあるの?
282 :名無しさん@お腹いっぱい.:2004/09/11 17:56:32
正直, Ruby ってあまり好きでない.
283 :名無しさん@お腹いっぱい.:2004/09/11 17:59:40
ついでに, unisonも, もう少しポピュラーな言語で書き直して欲しい.
284 :名無しさん@お腹いっぱい.:2004/09/11 18:08:45
Ruby うざいよね.
285 :名無しさん@お腹いっぱい.:2004/09/11 18:22:42
じゃあ, なにがいいの?
例えば, 現在Rubyで書かれているものを, 別な言語なりにポートすると.
したら, 何がいい?
286 :名無しさん@お腹いっぱい.:2004/09/11 18:31:53
それを言ったらcvsが一番・・・.
287 :名無しさん@お腹いっぱい.:2004/09/11 18:40:42
>>285
やっぱり C だろう.
そうじゃないと base system に入らないし.
288 :名無しさん@お腹いっぱい.:2004/09/11 18:56:56
>>286
CVS代替案.
1. cvsupに代わってsvnupを作る.
2. むしろrsync
289 :名無しさん@お腹いっぱい.:2004/09/11 19:17:07
cvs は FreeBSD の大きな特徴の一つなんだから.
なくしてほしくないなぁ.
290 :名無しさん@お腹いっぱい.:2004/09/11 19:28:37
>>289
291 :名無しさん@お腹いっぱい.:2004/09/11 19:50:11
ports は base system なの?
インストーラではオプション扱いだった記憶が・・・.
292 :名無しさん@お腹いっぱい.:2004/09/11 19:53:45
もちろんbase systemではない.
293 :名無しさん@お腹いっぱい.:2004/09/11 19:55:34
何?portupgradeもう無くなるの?
ちょっと不便になるねぇ.
294 :名無しさん@お腹いっぱい.:2004/09/11 21:17:48
>>293は.
baka...
295 :名無しさん@お腹いっぱい.:2004/09/12 04:49:46
ていうか, UPで使うならULEはカス. 意味無し. オチ無し.
SMPで使ってはじめて真価を発揮するんだよ.
ロードアベレージ200でもじらがサクサク動く. これがULE.
296 :名無しさん@お腹いっぱい.:2004/09/12 04:51:36
標準装備のコマンドの中にPerlで書かれてるものってなかった?
最強はシェルスクリ(r
297 :名無しさん@お腹いっぱい.:2004/09/12 05:03:16
>>296
とっくになくなってるはずだけど.
Perlのバージョン違いとか面倒だったんで, base systemからの切り離しは嬉しかった.
298 :名無しさん@お腹いっぱい.:2004/09/12 09:32:13
>>295
いや, 元々SMPでもだめなんじゃないの?
SMPで実験している人がいるけれど, BYTE Benchmarkの.
Pipe-based Context Switching Testで鬼のように悪い結果が出てたよ.
http://fromto.cc/hosokawa/diary/2003/20030615-home/
あるいは, 処理性能は低いけれど重いプロセスによる軽いプロセスつぶしが.
起き難いということなのかな.
研究室の後輩が実験で調べた結果だとULEと同じようにCPU毎にスケジューラーを持つ.
Solarisは軽いプロセスしか動いていないときの性能はFreeBSD(5.2.1R, SCHED_4BSD)や.
Linux(Fedora Core2), Windows 2003 EEに比べて低いんだけれど,
重いプロセスと同居させても顕著な性能劣化を示さないらしいんだな.
299 :名無しさん@お腹いっぱい.:2004/09/12 12:06:04
>>298
高負荷時の安定動作という点では, まだまだSolarisに.
遠く及ばないが,
スケジューラの改善によりUP, MPを問わず性能向上.
を果たしているLinuxは凄いのか? それとも, これまでの.
スケジューラがショボかっただけなのか?
300 :名無しさん@お腹いっぱい.:2004/09/12 13:17:21
>>298
> SMPで実験している人がいるけれど, BYTE Benchmarkの.
どきゅん?
301 :名無しさん@お腹いっぱい.:2004/09/12 14:54:15
Linux の場合, これまでがショボかったんじゃない?
I/O待ちのプロセスに全然CPUが割り当てられなくて, スループット.
落ちまくりという経験が昔あった. (Solarisや*BSDではこの症状は.
出なかった. )
最近は知らん.
302 :名無しさん@お腹いっぱい.:2004/09/12 14:56:09
>>300
結果を見てから言ってよ.
さすがに10倍も遅くなるのは, ULEになにかおかしいところが.
あるに違いない.
303 :名無しさん@お腹いっぱい.:2004/09/12 15:25:59
>>302
お前の頭に欠陥があるに違いない.
304 :295:2004/09/12 15:42:42
>>298
流石に1年前の評価を参考にするのは何かと思うぞ. この1年間いじられてないならともかく.
「重いプロセスと同居させても顕著な性能劣化を示さない」というのは禿同だが,
その評価だって8月に入ってからだ. それもSMPで. UPで改善したようには思えん.
ま. 何にせよそれまではULEなんぞ価値を見出せなかった.
あとULEがバグバグなのは仕様だぞ. コンパイルしててgccが不意に止まるのはULEのせいだ.
krisがそれで暴れてる. 最近休暇で見ないが.
305 :298:2004/09/13 23:56:42
>>299
これまでのがしょぼかっただけじゃないの?
結局新しいLinuxのスケジューラーって4BSDのスケジューラーに似たものになってるし.
>>300
なんで?
OS古すぎだから?
確かにそれはいえてる気はするけど.
>>304
すんまそん.
ULEを使った上で重いプロセスと軽いプロセスを同居させたときの挙動がどうなるかは.
測っていないのでマシンがあいたらやってみます.
でも, 8月に入ってからそうなったということは実験で使ってた5.2.1Rではだめだということだな.
306 :名無しさん@お腹いっぱい.:2004/09/14 00:03:28
5.3-BETA5 まで行くか.
予想通り難産だなあ〜.
307 :名無しさん@お腹いっぱい.:2004/09/14 00:13:47
>>306
http://www.freebsd.org/releases/5.3R/schedule.html
予定通りの展開ですが, , ,
308 :名無しさん@お腹いっぱい.:2004/09/14 00:28:58
>>307 それは本当に予定通り?
少なくとも先週には記載されていなかったと思うけど.
309 :名無しさん@お腹いっぱい.:2004/09/14 00:47:26
>>308
確かに, 記載されていなかった.
BETA5はRC1のはずだった.
「予定通り」遅れているということなのかもしれないが・・・.
310 :名無しさん@お腹いっぱい.:2004/09/14 00:58:11
「予定は裏切り, 予想は裏切らない」
Scott Long 先生の Release Engineering が見られるのは FreeBSD だけ!!
311 :名無しさん@お腹いっぱい.:2004/09/14 03:12:49
二年も三年も同じだと思った.
今はデバッグしている.
312 :名無しさん@お腹いっぱい.:2004/09/14 06:22:41
sysutils/portindex||2004-09-13|Removed on maintainer's request
これからインスコしようってときに.
313 :名無しさん@お腹いっぱい.:2004/09/14 06:49:42
順調に遅れているだけ.
314 :名無しさん@お腹いっぱい.:2004/09/14 07:28:44
>>307-309
http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.3R/schedule.sgml
315 :名無しさん@お腹いっぱい.:2004/09/14 11:09:04
>>312
> sysutils/portindex||2004-09-13|Removed on maintainer's request
う〜む, portindex が Delete された・・・・・・夢をありがとう・・・・・・じゃなくて,
どうなるんだろうね?
316 :名無しさん@お腹いっぱい.:2004/09/14 11:16:46
なんで? portsdbのアレでブチ切れたの?
317 :名無しさん@お腹いっぱい.:2004/09/14 16:14:28
>>315
freebsd-ports を見ると作者にライセンスをはっきりさせてくれって.
言ってるけど, これがクリアされたら引き取り手が出るのかな?
318 :名無しさん@お腹いっぱい.:2004/09/14 16:34:35
>>317
攻めていけ, 攻めて!!
rubyに移植して置き換えてしまうんだ > rubysts
319 :名無しさん@お腹いっぱい.:2004/09/14 16:55:01
knu氏が最近やる気ないから, 誰か別のRuby使いが引き取らないとダメだ.
320 :名無しさん@お腹いっぱい.:2004/09/14 16:59:32
>>319
> knu氏が最近やる気ないから, 誰か別のRuby使いが引き取らないとダメだ.
その言い方だと, knu氏が悪いみたいじゃないか.
> knu氏も歳取って精力が落ちてきたから, だれか別の若いRuby使いがやらないとダメだ.
とちゃんと書こうぜ.
321 :名無しさん@お腹いっぱい.:2004/09/14 17:01:11
なんでRubyか.
322 :名無しさん@お腹いっぱい.:2004/09/14 17:10:34
歳のせいなのか.
323 :名無しさん@お腹いっぱい.:2004/09/14 17:13:45
pythonだったらportindexとかぶるから.
324 :名無しさん@お腹いっぱい.:2004/09/14 17:31:03
じゃあC/C++で書いてbase systemに.
325 :名無しさん@お腹いっぱい.:2004/09/14 17:41:49
cvsupとportupgradeをCで書き直す勇者は>>324だ!! 言い出しっぺの(略.
326 :名無しさん@お腹いっぱい.:2004/09/14 18:16:51
>>324
> じゃあC/C++で書いてbase systemに.
>>324さん・・・・・・あなたは英雄だ!!
327 :名無しさん@お腹いっぱい.:2004/09/14 19:58:35
僕の肛門も書き直されそうです.
328 :名無しさん@お腹いっぱい.:2004/09/15 05:22:50
何故 portupgrade を ruby18-bdb1 に依存させてるんだろ.
ruby18-bdb1 アンインスコしても portsdb -u できるし.
無くても良いなら無い方がすっきりしてて良いような.
329 :名無しさん@お腹いっぱい.:2004/09/15 05:45:06
>>328
うん.
bdb1の有無に関わらず透過的に動作するのだから,
とりあえず, bdb1を最初から使わないなり, 何を使うか指示可能にするなり.
してしのぐのが正しい道のような.
btreeを使っているのは, 前方一致検索の高速化のためだろうか.
330 :名無しさん@お腹いっぱい.:2004/09/15 07:19:39
いちおうportupgrade/Makefileにコメントでなんか書かれているけど.
331 :名無しさん@お腹いっぱい.:2004/09/16 10:01:26
でもbdb1に不具合があるとかは何も書いてないからね.
これだけ問題になっているのに全く手を打たないというのはどうかしてるね.
332 :名無しさん@お腹いっぱい.:2004/09/16 10:21:37
>>331
同化してるねというか, どうなっているんだろうと思ってるなり.
技術的問題? 政治的問題? 人材的問題?
どこで止まっているんだろうと, わけがわからない思いをしている.
333 :名無しさん@お腹いっぱい.:2004/09/16 10:56:28
>>332
http://lists.freebsd.org/pipermail/freebsd-ports/2004-September/016104.html
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/thread.html#37044
HEADに入ったところっぽい.
334 :名無しさん@お腹いっぱい.:2004/09/16 12:46:50
いま rc5-crackers を購読すると,
もれなく女の子からのメッセージが送られて来ます.
つーか, 誰も使ってないならもう抜けよっかな.
335 :名無しさん@お腹いっぱい.:2004/09/16 17:28:34
>>333
根本的なバグ退治はそれはそれとして,
portupgradeの作者とメンテナが一緒なんだから誰が手を打つべきかははっきり.
していて, 問題が明らかになった時点で, さっさとworkargoundを突っ込むべき.
だったのにと思うんだよね. この場合それは明らかだったんだから.
336 :名無しさん@お腹いっぱい.:2004/09/16 18:22:08
貰いが少ない方がいらっしゃいます.
337 :名無しさん@お腹いっぱい.:2004/09/16 21:23:36
勉強になる.
ここの掲示板って異様にレベル高いですね.
はっきり言って勉強になります.
皆さんの書き込みは,
世界を読みとく鍵のような感じ.
こういう掲示板ってすっごいありがたいです!
いろいろと考えさせられたし.
338 :名無しさん@お腹いっぱい.:2004/09/17 04:38:53
鍵を隠すつもりか.
339 :名無しさん@お腹いっぱい.:2004/09/17 11:38:41
5.3BETAてsedとかgrepとかが日本語EUC扱えるのね.
% echo 'あいう'| sed 's/./[&]/g'
[あ][い][う]
% grep '[あ-お]' aiueokakikukekoxaxixuxexo.txt
あ.
い.
う.
え.
お.
ぃ.
ぅ.
ぇ.
ぉ.
知らなかった. もしかしてずっと前からこうだった?
340 :名無しさん@お腹いっぱい.:2004/09/17 12:06:41
7月頃から.
341 :名無しさん@お腹いっぱい.:2004/09/17 12:25:36
4.10でもgrepのほうはだいたい大丈夫っぽい.
342 :名無しさん@お腹いっぱい.:2004/09/17 12:55:56
>>324
Miguel Mendezさんがportindex騒動の中でこんなこと言ってるぞ.
>I'm writing the code in C and the license will be, of course, BSD.
>Hopefully I'll have a preview demo by the end of the week.
portindexをCで書き直す勇者出現.
343 :名無しさん@お腹いっぱい.:2004/09/17 18:24:19
このスレは勇者なんて一人もいないな.
感想文を書くのが趣旨だからしょうがないか.
344 :名無しさん@お腹いっぱい.:2004/09/17 18:45:29
>>343
> このスレは勇者なんて一人もいないな.
> 感想文を書くのが趣旨だからしょうがないか.
無力な自分に惨めな思いをしてる人もいるんだよ.
傷口にハバネロ塗りこむようなことを言うのやめろよ.
345 :名無しさん@お腹いっぱい.:2004/09/17 21:16:19
プラスになることをできない無力さから, マイナスの方向に煽ったりしはじめるってのが引きこもりの典型的なパターンだからなあ.
ところで, ハバネロってあんまり辛くないと思う. (感想文終わり)
346 :名無しさん@お腹いっぱい.:2004/09/18 00:49:29
>>343
Miguel Mendez が >>324 に降臨してただろ.
347 :名無しさん@お腹いっぱい.:2004/09/18 00:59:34
このスレはFreeBSDを語るスレだからな.
348 :末端ユーザ:2004/09/18 01:46:14
# beer 飲んじまった, 失礼な言動あったら許してくれ.
bsdforums.org とか見ると, portupgrade のラクチン生活を布教してる外人も.
いっぱいいる. 検索キーワードにするともう鬼のように出てくる. 俺はただの末端布教者(?)
だが, 日本人ユーザとしてそれはうれしい.
portupgrade 出る前までの「生活」はもう記憶の彼方になって, モノトーンになってる.
ユーザ的には, もうハンドブックでちゃんと言及して説明していいくらいじゃないかと思う.
Ports システムという「物自体」(カント・・・寺院)はまだまだ発展の余地があるのか?
使ったことないんだが, apt や portage って実際使ってみてどうだい. apt を MacOSX に.
輸出した Fink ってあるそうだが(まじめに OSX 使ってない, スマソ), 他の OS にも輸出.
できるような仕組みだってできるかもしれん.
sysutils/portupgrade, sysutils/pkg*, port* の authors, >>342 の人, 他の *BSD コアの.
人々で, Ports システムの未来について対談やってみてくれないかと思う.
こういうの, 例えば BSD マガジンとかでやってくれないかなあ.
delete 申請だなんて, portindex の人もいまどんな気持ちなんだろ.
結局みんなこの辺りの話は心配してるんだ.
349 :名無しさん@お腹いっぱい.:2004/09/18 03:27:11
>>339
libcにmultibyte対応regexが入ったからだと思う.
350 :名無しさん@お腹いっぱい.:2004/09/18 09:11:07
>>349
それはわかってます. 個別にツールが対応したなんて思ってません.
351 :名無しさん@お腹いっぱい.:2004/09/18 09:51:04
>>350
個別にも対応してるんだよ.
http://lists.freebsd.org/pipermail/cvs-all/2004-July/072703.html
http://lists.freebsd.org/pipermail/cvs-all/2004-July/073608.html
等々.
352 :名無しさん@お腹いっぱい.:2004/09/18 14:58:08
おおっと, そうでしたか・・・・・・.
353 :名無しさん@お腹いっぱい.:2004/09/19 04:22:49
次のアップデートはkernelか. orz.
354 :名無しさん@お腹いっぱい.:2004/09/19 07:34:34
すいません, portindex が ports から消えちゃって,
あわててあちこち検索しまくってこのスレにたどり着いたんですが.
何かあったんですか?
355 :名無しさん@お腹いっぱい.:2004/09/19 10:21:55
誰かからpythonとportindexのパッケージを貰うが吉.
356 :名無しさん@お腹いっぱい.:2004/09/19 10:52:29
うんにゃ, portindex があったころのやつがシステムにまだ残ってるので.
そのままでいいんならずっと使い続けられるんですけどね.
357 :名無しさん@お腹いっぱい.:2004/09/19 15:36:23
>>348
NetBSD pkgsrc は幾つかの OS に対応済みですが何か ?
他の *BSD を巻き込まないでね.
358 :名無しさん@お腹いっぱい.:2004/09/19 16:26:12
>>357
はいはい, NetBSD はすごいでちゅねー. でも次からはスレタイも読みまちょうね.
359 :名無しさん@お腹いっぱい.:2004/09/19 17:16:02
>>358
なんですかあなたは!? バカにしてるんですか!?
低能な人間ですね. そんなことしてる暇があったらコードの一行でも書いたらいかがですか?
360 :名無しさん@お腹いっぱい.:2004/09/19 18:12:12
「いくつかのOS」にはFreeBSDも含まれてるわけで, スレの趣旨と.
全く相容れないこともないような.
361 :348:2004/09/19 19:57:55
気分を害することを書いたなら, 申し訳なかった >>357, all
362 :名無しさん@お腹いっぱい.:2004/09/19 22:31:06
portupgrade build on Cまだぁ?
363 :名無しさん@お腹いっぱい.:2004/09/20 00:35:40
>>362
勇者登場.
ちなみにこのスレではportindexをCで書くという勇者しか登場していない.
364 :名無しさん@お腹いっぱい.:2004/09/20 10:08:26
>>362-363
portupgradeがCになって欲しいのはなぜ? baseに入って欲しいから?
rubyをインストールすると汚された気分になるから? 性能面でいうと.
そんなに高速化は期待できないよね.
365 :美江洲出井:2004/09/20 10:40:16
はやくGCC4に移行してね.
366 :名無しさん@お腹いっぱい.:2004/09/20 10:45:06
まだ, 性能が悪いから期をまて.
367 :名無しさん@お腹いっぱい.:2004/09/20 12:16:43
baseに入って欲しいから.
368 :名無しさん@お腹いっぱい.:2004/09/20 12:21:55
あほじゃねえの?
369 :名無しさん@お腹いっぱい.:2004/09/20 12:25:05
portsよりbootstrap-pkgsrcのほうがイイ.
370 :名無しさん@お腹いっぱい.:2004/09/20 12:44:23
rubyをインストールすると汚された気分になるから.
371 :名無しさん@お腹いっぱい.:2004/09/20 13:36:35
じゃあ使うな.
372 :名無しさん@お腹いっぱい.:2004/09/20 13:42:06
フリーソフトウェア界隈って, どうしてこんなに落ちぶれちゃったんだろう・・・・・・.
373 :名無しさん@お腹いっぱい.:2004/09/20 13:42:11
>>363
どこに俺が書くって書いてある?ニホンゴヨメマスカ?
374 :名無しさん@お腹いっぱい.:2004/09/20 13:44:46
>>373
> どこに俺が書くって書いてある?ニホンゴヨメマスカ?
書いてなくても, 書いてもいいんだよ.
375 :名無しさん@お腹いっぱい.:2004/09/20 13:57:34
>>374
それはそうだけど, だからといってそれで勇者登場とはちょっと飛躍しすぎだろ.
376 :名無しさん@お腹いっぱい.:2004/09/20 14:17:12
ふむ, , , perlとかpythonは汚された気分になるな.
377 :名無しさん@お腹いっぱい.:2004/09/20 14:37:23
ぃぬxエミュがよごs(ry
378 :名無しさん@お腹いっぱい.:2004/09/20 14:39:58
>>373
「言い出しっぺの法則」しりませんか?
379 :名無しさん@お腹いっぱい.:2004/09/20 14:40:35
性能面でいうとそんなに高速化は期待できないから.
380 :名無しさん@お腹いっぱい.:2004/09/20 14:42:57
>>375
> それはそうだけど, だからといってそれで勇者登場とはちょっと飛躍しすぎだろ.
おや, 謙虚な方ですね.
381 :名無しさん@お腹いっぱい.:2004/09/20 15:25:37
http://www.zone-h.org/en/advisories/read/id=5661/
これってガイシュツですか.
382 :名無しさん@お腹いっぱい.:2004/09/20 15:47:43
GCCも汚染源.
383 :名無しさん@お腹いっぱい.:2004/09/20 16:41:20
BSDライセンスのもんに全部置き換わるのはいつになるかな.
384 :名無しさん@お腹いっぱい.:2004/09/20 17:19:27
チェリーボーイ!
385 :名無しさん@お腹いっぱい.:2004/09/20 17:59:26
iccがBSDライセンスにっ!
386 :名無しさん@お腹いっぱい.:2004/09/20 18:20:17
え, ほんと?
387 :名無しさん@お腹いっぱい.:2004/09/20 19:14:12
ゲイツが金出してくれないかな〜.
Linux潰しになるじゃん. MAC応援になるけど.
もしかしたらSolarisもつぶせるかもよ. w.
成果はそのままWindowsに使っていいから金出してよ〜.
* 今でも成果物は使われていますが.
388 :名無しさん@お腹いっぱい.:2004/09/20 19:28:53
ここは自分で何かを作るということをしない連中の巣窟.
389 :名無しさん@お腹いっぱい.:2004/09/20 19:47:16
ports ってセキュリティブランチ切るようになるまで, 本番環境では.
使えないよね.
**の脆弱性に対処したいだけなのに, そこだけ cvs update -A
してもうまく動かず, ports tree 全体を ports-current にしろってのは.
管理コスト高すぎるよ.
390 :名無しさん@お腹いっぱい.:2004/09/20 19:51:11
そういう話ならfiles/にパッチを放りこめばいいじゃん.
391 :Gopher の野望:2004/09/20 20:02:50
ある程度関係あるかもしれんのでこれもどうぞ.
(RSS Feed) http://www.vuxml.org/freebsd/rss.xml
392 :名無しさん@お腹いっぱい.:2004/09/20 20:03:04
/usr/ports/local/とかね.
393 :名無しさん@お腹いっぱい.:2004/09/20 20:06:40
>>388
こいつは自分がネ申になったつもりで書いています. 近づかないように.
394 :名無しさん@お腹いっぱい.:2004/09/20 23:27:47
うっかりmergemaster -pやらずにbuildworld始めたら,
installworldでつまづいて, lsすら無くなった. rebootしてみたらsuも無かった.
fedoraも使ってるんで, そっちに乗り換えます. ノシ.
395 :名無しさん@お腹いっぱい.:2004/09/20 23:36:07
無かったってより動かなかった. instruction not foundとか出た.
俺のミスとはいえ, セキュリティパッチ当てる作業で.
ここまでのダメージがあるのはちょっと頂けない・・・.
396 :名無しさん@お腹いっぱい.:2004/09/20 23:54:27
>うっかりmergemaster -pやらずに.
原因わかってるじゃん.
それだけが原因じゃないと思うけどね.
397 :名無しさん@お腹いっぱい.:2004/09/21 00:58:54
それくらいでそんな強烈なコトにはならんだろ・・・・・・.
セキュリティパッチとか言ってるからRELENG_4_10とかだろ?
それならそもそもmergemaster -p不要な気がするが.
メジャーバージョン違いのソースにcvsupしてそのままbuildworldしたとか,
なんか普通はやらない大ボカがあると思われ.
398 :名無しさん@お腹いっぱい.:2004/09/21 01:05:44
buildworldの前にmergemaster -p やる意味がわからん.
普通, make installkernel の後にやらないか?
399 :名無しさん@お腹いっぱい.:2004/09/21 09:16:36
RELENG_5にMFCされたfdcのコードに悩まされた椰子は挙手!
もれはこれのせいでbootのrcを呼び出す直前くらいで固まった.
5系列になってこの部分では一時止まるので一瞬固まったのか動作がのろいだけなのか.
わからなかったけど.
さすがにFDのランプつきっぱなしで5分経過したらNGだろ.
同じ問題で悩んでる椰子はfdcのコードをはずしてコンパイルするとちゃんと.
bootするので試してみるべし.
もちろんFDは使えなくなるが.
400 :名無しさん@お腹いっぱい.:2004/09/21 13:23:46
5.2.1-RELEASE-p10
4.10-RELEASE-p3
4.9-RELEASE-p12
4.8-RELEASE-p25
401 :名無しさん@お腹いっぱい.:2004/09/21 15:34:09
http://home.jp.freebsd.org/cgi-bin/showmail/announce-jp/1246
ANNOUNCE: [FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-04:14.cvs
402 :名無しさん@お腹いっぱい.:2004/09/21 17:04:46
http://www.energyhq.es.eu.org/archives/000075.html
portsindexer project
Cで書いたportindex代替.
403 :名無しさん@お腹いっぱい.:2004/09/21 18:24:22
>>402
> http://www.energyhq.es.eu.org/archives/000075.html
> portsindexer project
>
> Cで書いたportindex代替.
の, very early versionだな. 不完全ながらとりあえず動く版.
この件について上にアレコレ言っていた連中は, 嬉々として.
サポートしましょう.
404 :名無しさん@お腹いっぱい.:2004/09/21 19:09:19
欲しいっていうのと, その欲しかった物に対してのフィードバックは殆ど相関無いだろ.
405 :名無しさん@お腹いっぱい.:2004/09/21 19:15:36
>>399
なんでFDが付いているマシンを使う必要があるんだろう?
406 :ゲーマージサカー:2004/09/21 20:17:46
最近スラッシュドット日本版でも話題になってたようだけど(PS/2 とかのレガシーもの),
ジサカー的には floppy drive はまだついてておかしくないデバイスかも.
トラブル時には頼れるアニキだし, OEM の MS Windows と一緒に買うのに最適.
しかし, あと数年経つと, 現行 PCI も「あら, レガシーPCI お使いですか(・・・) 」みたいに.
なりそうな状況だよな.
New PCI standarization redefines the meaning of 'legacy.'
407 :名無しさん@お腹いっぱい.:2004/09/21 20:57:22
FreeBSD 5.3-BETA Migration Guide
http://people.freebsd.org/~bmah/pub/article.html
408 :名無しさん@お腹いっぱい.:2004/09/21 21:10:26
>>407
エキサイト翻訳.
http://www.excite.co.jp/world/english/web/body/?wb_url=http%3A%2F%2Fpeople.freebsd.org%2F%7Ebmah%2Fpub%2Farticle.html&submit=%83E%83F%83u%83y%81%5B%83W%96%7C%96%F3&wb_lp=ENJA&wb_dis=3&wb_co=excitejapan
409 :ゲーマージサカー:2004/09/21 21:24:20
理解[http://www.rikai.com/]や xyaku
[http://home.catv.ne.jp/pp/ginoue/software/xyaku/]
サイトをポイントすべきかもよ.
410 :名無しさん@お腹いっぱい.:2004/09/21 22:21:17
俺のマシンにはもうFDついてないので,
たまに必要になるとき(MBMのインストールとかHDDの静穏化ツールとか)では.
ブータブルCDを焼いている.
これらはディスクイメージが公開されているので助かったんだけど, そうでない.
生DOSが必要なツールって, 今どきのWindows XPなんかがプレインストールの.
マシンを買った人なんかはどうするのかね.
OEMのWindowsって買ったことないんだけど, USBメモリなんかでも一緒に買えるのかな?
411 :名無しさん@お腹いっぱい.:2004/09/21 23:15:04
>>396-397
そうですね. 他に原因がありそうです.
間違い無く, /etc/make.confでしょうね.
調子に乗ってNO_hoge=trueしまくったのが原因かと思う.
これからは素直に,
KERNCONF=foo
NOPROFILE=true
CFLAGS=-O -pipe
perlうんちゃら.
だけでいきます.
412 :名無しさん@お腹いっぱい.:2004/09/22 00:24:56
.if ${.CURDIR}==/usr/ports/xxx/yyy
NO_hoge=true
.endif
というのも使える方法だと思いますよ.
413 :名無しさん@お腹いっぱい.:2004/09/22 00:41:59
>>405
FD3枚でいつもインストールしてます.
414 :名無しさん@お腹いっぱい.:2004/09/22 07:04:38
UFS2じゃなくてもっと高性能なfs使いたい. reiserfsとか.
415 :名無しさん@お腹いっぱい.:2004/09/22 07:04:58
UFS2じゃなくてもっと高性能なfs使いたい. reiserfsとか.
416 :名無しさん@お腹いっぱい.:2004/09/22 07:46:55
あいまいすぎ. マルチ氏ね.
417 :名無しさん@お腹いっぱい.:2004/09/22 09:43:21
418 :名無しさん@お腹いっぱい.:2004/09/22 09:59:22
419 :名無しさん@お腹いっぱい.:2004/09/22 10:03:40
420 :名無しさん@お腹いっぱい.:2004/09/22 10:10:10
ReiserFSの移植の話は聞いたことがないが, JFSならJFS4BSDというのがある.
http://jfs4bsd.sourceforge.net/
でも, ファイルシステム破壊の危険性を防ぎつつ性能を出すなら.
ジャーナリングにするよりFFS+Softupdateということみたいですな.
http://citeseer.ist.psu.edu/seltzer00journaling.html
結局ジャーナリングログのメモリ, ディスク間一貫性を保つために同期書き込みが.
必要でその分性能が上がらないということでしょうか.
421 :名無しさん@お腹いっぱい.:2004/09/22 11:06:01
そもそもReiserFSって高性能なのか?
422 :名無しさん@お腹いっぱい.:2004/09/22 11:12:53
高性能とはいえない.
423 :名無しさん@お腹いっぱい.:2004/09/22 11:17:18
高性能といえよう.
424 :名無しさん@お腹いっぱい.:2004/09/22 11:19:02
>>423 何が? 脳内スペック?
425 :名無しさん@お腹いっぱい.:2004/09/22 11:19:38
高性能かもしれない.
426 :名無しさん@お腹いっぱい.:2004/09/22 11:20:28
>>424
ネタにまじレス, カコワルイ.
427 :名無しさん@お腹いっぱい.:2004/09/22 11:46:30
攻性脳だ.
428 :名無しさん@お腹いっぱい.:2004/09/22 12:37:19
硬性脳だろ. まだ若いのに.
429 :名無しさん@お腹いっぱい.:2004/09/22 12:44:06
>>418-419
ふかわりょうはひっこんでろ!
この前の爆天でも「マネキンでも大して変わらない」って言われてたし.
430 :名無しさん@お腹いっぱい.:2004/09/22 12:51:08
>>418-419
ふかわりょうはひっこんでろ!
この前の爆天でも「マネキンでも大して変わらない」って言われてたし.
431 :名無しさん@お腹いっぱい.:2004/09/22 13:39:00
結局 ext2 がショボかった Linux 環境では Reiser への期待が.
あったけど, 性能は(恐らく)同等以上で, 実績はずっと上の JFS/XFS が.
porting されることになって役目は終わったということではないかな?
FreeBSD ではもともと練り込み度合いが違う BSD FFS があって.
さらに SoftUpdates も追加されたのであまり journaling に対する.
欲求が出てこない, と.
なので JFS, XFS の porting もそんなに盛り上がらないのかな?
432 :名無しさん@お腹いっぱい.:2004/09/22 14:43:47
>>431
そういう事語るんならReiser4の評価も入れてくれ.
433 :名無しさん@お腹いっぱい.:2004/09/22 20:59:38
>>410
> OEMのWindowsって買ったことないんだけど, USBメモリなんかでも一緒に買えるのかな?
デバイスと常に一緒に使うことがライセンス上求められてるはずだけど, ってことは,
USB メモリを外した瞬間に(??)
ぐぐってみた. http://pc.watch.impress.co.jp/docs/article/20011030/mobile124.htm
一方, HDD などは性能向上がめざましいために, 余命があっても新製品に置き換えてしまう.
ことがよくあるかもしれないね.
434 :名無しさん@お腹いっぱい.:2004/09/22 21:59:13
シャットダウンしてからUSBメモリを外すか, USBメモリを外すと.
自動シャットダウンするようにしたらいいのかな.
USBメモリモジュールとセットで買うと, 同時に使うのは一台だから.
インストールは何台でもOKということになっちゃう?
そんなセットで売る店があったらその店が悪いということかしら.
435 :名無しさん@お腹いっぱい.:2004/09/22 22:37:36
HDDは100G以上のは壊れ易い気がする.
そんなに容量必要無いし, 80とか20GBくらいで十分だ.
436 :名無しさん@お腹いっぱい.:2004/09/22 22:45:39
壊れやすいっていうほど壊れたんかいな.
437 :名無しさん@お腹いっぱい.:2004/09/22 23:03:04
>>436
俺だけじゃなくて友達も含めてだからね.
100Gとかは壊れててもそれより前に買った.
100G未満のはピンピンしてるってケースが多い.
438 :名無しさん@お腹いっぱい.:2004/09/22 23:08:33
で, 統計的に有意な数なわけ?
439 :名無しさん@お腹いっぱい.:2004/09/22 23:32:04
お前らレスの仕方を間違ってるぞ.
こういう時は,
440 :名無しさん@お腹いっぱい.:2004/09/22 23:32:53
本人が "気がする" って書いているんだから.
生暖かい目で見守ってやれや.
441 :名無しさん@お腹いっぱい.:2004/09/23 00:15:17
仮に2chのハードウェア板でもユニークユーザーは100人に達しないだろうから, 統計的に有意な数のデータを集めるのは実質的に不可能っぽくね?
442 :名無しさん@お腹いっぱい.:2004/09/23 00:15:56
訂正.
s/ハードウェア板/ハードウェア板のHDDスレ/
443 :名無しさん@お腹いっぱい.:2004/09/23 09:19:36
Revision 1.413.2.6
Branch: RELENG_5
MFC: Make PFIL_HOOKS a permanent part of the kernel and remove the associated
kernel compile option.
だってさ.
http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/conf/GENERIC
# http://www.xl0.org/FreeBSD/
# current のサマリー, 読んでなかったのは漏れだけかもしれんけど, おすすめ.
444 :名無しさん@お腹いっぱい.:2004/09/23 10:28:11
>>441
PCの比較は基本的に基準が曖昧. あるのか知らないが, 一万円で買った.
100GB(8MB)と以前に一万円で買った6GB(512KB)のやつだと以前の方が安定してる,
とか.
445 :名無しさん@お腹いっぱい.:2004/09/23 10:28:35
訂正. 回転数も違うことにしてくれ.
>>441
PCの比較は基本的に基準が曖昧. あるのか知らないが, 一万円で買った.
100GB(8MB)と以前に一万円で買った6GB(512KB)のやつだと以前の方が安定してる,
とか.
446 :名無しさん@お腹いっぱい.:2004/09/23 11:15:21
5.3-BETA5って preemption は有効になっているのですか?
447 :名無しさん@お腹いっぱい.:2004/09/23 18:08:55
http://www.freebsd.org/releases/5.3R/schedule.html
スケジュールちょっと延びた?
448 :名無しさん@お腹いっぱい.:2004/09/23 18:54:20
いや, まだ予定より早いくらいだとおもうが...
449 :名無しさん@お腹いっぱい.:2004/09/23 21:31:27
RELENG_5でcvsupしたら, ごっそりとPowerPCとArmがdeleteされたね.
450 :名無しさん@お腹いっぱい.:2004/09/26 02:39:53
USBメモリへの書き込み性能が遅すぎる. デバイスドライバーの出来がわるい??
451 :名無しさん@お腹いっぱい.:2004/09/26 04:48:32
*山*一氏ね.
452 :名無しさん@お腹いっぱい.:2004/09/26 04:56:56
USBフロッピーも異様に遅いよ.
例えば 1M 書き込むのに15分ほどかかる.
Windows では1分くらいなのに.
453 :名無しさん@お腹いっぱい.:2004/09/26 07:42:30
いつの間にかBETA6まで出るようになってる.
デスマーチよこんにちはってやつですかね?
fdcみたいな大きな変更を伴うものはfreeze前に入れておけばいいのに.
454 :名無しさん@お腹いっぱい.:2004/09/26 18:48:40
最初の本格的リリースだからBETAがやたらと続くのは仕方ないよ,
気長に待とうや.
4系列の時はどうだったっけ, もう忘れてしまった...
455 :名無しさん@お腹いっぱい.:2004/09/26 20:00:49
今日, 八重洲ブックセンター 7F の, 洋書コーナー行ったんだけど,
M 博士の "The Design and Implementation of the FreeBSD Operating System"
http://www.awprofessional.com/titles/0201702452
が, 平積みになってますた. 前列にですよ?
秋葉原行ったし, ちょっと虚弱体質的にかなりアレだったので, 中身見れずに.
帰ってきちゃった.
『でも, どうしますか?』 (c)神聖モテモテ王国.
今日は英語版の K&R を買い直したんだけど(ANSI C って表紙にあるもの), 裏表紙に.
バーコードのシールが貼ってあって, そこには "\5120 MARUZEN" と書いてあった.
不覚, なんじゃろか・・・ うーむ.
456 :名無しさん@お腹いっぱい.:2004/09/26 22:53:07
自社製品のドライバーをportsにしてくれる企業が最近いくつかあるけど,
そういう企業って凄い親近感沸くよね.
例えwindows, Linuxで使うつもりのハードでも, その会社の製品しか買いたくない.
457 :名無しさん@お腹いっぱい.:2004/09/26 23:32:38
>>456
例えばどこ?
458 :名無しさん@お腹いっぱい.:2004/09/26 23:35:10
>>457
Nvidia
459 :名無しさん@お腹いっぱい.:2004/09/27 00:24:36
ports にしてるのは NVIDIA じゃねーだろ.
460 :名無しさん@お腹いっぱい.:2004/09/27 02:08:47
Nvidia って最後まで情報公開を拒んだ企業じゃなかったっけ?
そのためXFree86のnvドライバは全然性能出てないし,
driも未対応だし...
461 :名無しさん@お腹いっぱい.:2004/09/27 10:30:32
>>455
もれも先日行ったときに平積みだったのには驚いたね.
もれはAmazonで先行予約して買ったからそれは買わなかったけど.
価格はどちらで買っても確か同じだった.
本としては,
最近のFreeBSDに入ったもろもろの機能を理解するにはいい本だが.
FreeBSDで使える機能を網羅的に理解するには足りないと言わざるを得ないね.
たとえば, RAMディスク機能であるMFSの話題は出てこないし,
かといってMDの話題すら出てこない.
でも, UFS2やKSEについてはちゃんと書いてあるみたいだからこれらを理解するには.
いい本だと思うよ.
462 :455:2004/09/27 21:22:21
>>461
ありがとうございます.
お読みして, 私には必要な本だと思いました.
kse なども, 分かった方が何倍も楽しいはずだと思いました.
K&R の再読を終えたら, ぜひチャレンジしてみようと思います.
いろいろと, 今日は複雑な文脈の日だったかも(?).
ちょっと脱線ですが,
VJE + esecanna 愛好者が, 今日は思い切って古巣を離れ,
editors/emacs, japanese/esecanna, japanese/vje, editors/tamago,
editors/boiling-egg
にチャレンジしてみました.
boiling-egg は目から鱗で, 喜んで仲間に書き送ったところでした.
# canna/esecanna な方は以下をどうぞ.
# Wnn user の方はもっと楽なようです.
# boiling-egg は長く使えそう (^^;
; keybind is C-\, you use "conversion mode"
(autoload 'egg "egg" "EGG Input Method Architecture" t)
(setq default-input-method "japanese-egg-canna")
; keybind is C-o, smart indeed
(autoload 'boiling-rK-trans "boiling-egg" "romaji-kanji conversion" t)
(autoload 'boiling-rhkR-trans "boiling-egg" "romaji-kana conversion" t)
(setq boiling-input-method "japanese-egg-canna")
(global-set-key "\C-o" 'boiling-rK-trans)
(global-set-key "\eo" 'boiling-rhkR-trans)
463 :455:2004/09/27 21:29:48
うぅ誤age・・・. orz.
464 :名無しさん@お腹いっぱい.:2004/09/27 21:45:23
BETAのバージョンによってFirefoxが起動したりしなかったり.
BETA2と5では起動したが3だか4ではエラーメッセージ吐いて起動せず.
465 :名無しさん@お腹いっぱい.:2004/09/28 03:21:12
-O3でビルドするとエラー吐いて黙り込むけどそれとは関係ないのかな.
466 :名無しさん@お腹いっぱい.:2004/09/28 18:12:03
BETA6インスコしたら音が出なくなっちゃった・・・.
467 :名無しさん@お腹いっぱい.:2004/09/28 18:29:23
ソフトによって音が出たり出なかったりの不調がある場合.
試しにこれをloader.confに書いて起動してみると効果があるかも.
hint.pcm.0.buffersize="16384"
468 :名無しさん@お腹いっぱい.:2004/09/28 18:45:05
>>466
初心者スレを見るよろし.
469 :名無しさん@お腹いっぱい.:2004/09/28 19:13:08
>>58あたりでがいしゅつネタのことか?
470 :名無しさん@お腹いっぱい.:2004/09/29 02:04:47
Highpoint社のRAIDカードのドライバはFreeBSD用が用意されている.
471 :名無しさん@お腹いっぱい.:2004/09/29 16:44:54
いつのまにかBETA7が出るようになってる.
BETA7リリースと同時にBETA8のリリース予定が出る気がするのは俺だけ?
やっとこさ STABLE になるというので 4からの乗り換え考えているのですが,
こう難産してると逆に心配だなぁ.
472 :名無しさん@お腹いっぱい.:2004/09/29 16:47:17
5.3にしてからPCカードを認識しなくなった.
ミナサンドデスカ?
473 :名無しさん@お腹いっぱい.:2004/09/29 16:47:47
http://www.itmedia.co.jp/enterprise/articles/0409/29/news025.html
ライブドア社内のシステムの90%はFreeBSDで構築.
474 :名無しさん@お腹いっぱい.:2004/09/29 17:16:55
>>473
デスクトップも多くがFreeBSDってこと?
対象範囲が不明確で, あてになりませんな.
475 :名無しさん@お腹いっぱい.:2004/09/29 19:16:43
>>473
ライブドア->オンザエッジ->データホテル.
http://web.archive.org/web/20040204014535/data-hotel.livedoor.com/service/serv03.html
476 :名無しさん@お腹いっぱい.:2004/09/29 23:21:21
BETA6, 7 とすすんでいますが, 今は何が問題になってRCに.
なれないのでしょうか?
昨日はbindが入れ替わったし, 今日は geom 辺りが入れ替わっているみたいです.
477 :名無しさん@お腹いっぱい.:2004/09/29 23:39:21
ノートPCを使っている人に聞きたいんだけど,
デュアルブートでWinと共存っていうような軟弱なことをせずに,
FreeBSDだけをインストールしている豪傑な方いますか?
その場合, デバイスの設定とかで困ることありませんか?
特にThinkPad X系使っている人, 教えてください.
478 :名無しさん@お腹いっぱい.:2004/09/29 23:54:09
どうみても純粋な質問にしかみえないのは気のせいか・・・.
479 :名無しさん@お腹いっぱい.:2004/09/30 00:14:29
いい加減, SiSは全ドライバをDRI対応にしてほしいもんだ.
グラボをSiSよりまともで先進的なNVIDIAやRADEONに替えろと.
言われたらそれまでだけど.
480 :名無しさん@お腹いっぱい.:2004/09/30 00:44:37
>>476 >>2
481 :名無しさん@お腹いっぱい.:2004/09/30 01:31:52
>>479
SiSって情報の公開はきっちりしてくれているのかな?
そうじゃなきゃ絶望だと思う.
以前, 研究用のグラフィックスシステムをつくるとき, どうしても.
直接ハードウェアにアクセスしたくて, ATIにデータシート下さいって.
e-mailしたんですが,
結局, データシートは, 上げませんって返事が返ってきました.
まぁ, 一般ユーザの分際でデータシートよこせっていう方がおかしいのだろうけど, DRIとかの開発者は, ハードの中身知っているので, 比較的簡単に.
入手できると思っていました.
482 :名無しさん@お腹いっぱい.:2004/09/30 01:38:37
FreeBSDでOpenGLとか3Dグラフィックス系やっている人間って.
どれくらいいるのだろうか?
漏れの周囲の人間には意外と多いのだけど...
483 :名無しさん@お腹いっぱい.:2004/09/30 02:13:41
>>479
漏れはi815のDRMを実装して欲しい.
Linuxカーネルにはあるみたいだが, FreeBSDはまだかのぉ.
484 :名無しさん@お腹いっぱい.:2004/09/30 09:48:40
>>476
hrsタンのところは読んでる?
MLは?
485 :not476:2004/09/30 11:32:09
>>484
hrsタンのところとはどこでしょうか.
MLはこの件に関してはどのMLなのでしょうか.
486 :名無しさん@お腹いっぱい.:2004/09/30 12:52:33
http://www.allbsd.org/~hrs/diary/200409.html#d2402
のことかなぁ.
んでもここみるよか元情報みるよね, ふつー.
current とか.
matusita さんとこは, 最近は細かいことしか書いてないんで.
全体どーなってるのか見るには厳しいかもね.
487 :Beer mode desuga...:2004/09/30 18:21:47
hrs サン訳された Absolute BSD
http://book.mycom.co.jp/book/4-8399-0930-X/4-8399-0930-X.shtml
http://www.allbsd.org/~hrs/diary/200409.html
http://www.amazon.co.jp/exec/obidos/ASIN/483990930X/
質問すれで話題になすってた方がいたけど,
http://www.amazon.com/exec/obidos/ASIN/1886411743/
スゲーべた褒めだね.
サーバー管理者向き ?
488 :名無しさん@お腹いっぱい.:2004/09/30 18:42:20
生戸といえば・・・・・・.
Blogの検索といえばライブドアの未来検索ですが,
ここで検索してみると.
FreeBSD: 1200
Linux: 12256
とまあこんな感じです・・・・・・じゃなくて, 最新のBlog/Web日記のエントリを.
見つけてくれるようですし, 最新のエントリから順番に並べてくれるので,
情報の探し場所/置き場所として使えるのではないかと.
なので, みなさんも, こまめにイジリの記録をWeb日記/Blogに書いて情報共有.
に努めましょう!!
489 :名無しさん@お腹いっぱい.:2004/09/30 18:43:53
未来検索は.
http://sf.livedoor.com/
ね.
490 :名無しさん@お腹いっぱい.:2004/09/30 19:12:41
> 地球シミュレータ, IBMのスパコンに敗れる.
> http://news13.2ch.net/test/read.cgi/news/1096498536/
負けるな NEC
491 :名無しさん@お腹いっぱい.:2004/09/30 22:07:06
最近, システム構築の依頼で企画書を書くのですが, Solaris ベースだと.
通りにくくなってきたような気がする.
不況なのかどうか知らないが, フリーのunixでシステム構築するのが.
流行りみたいだ.
まぁ Linux が多いのは当たり前なのかも知れないけど,
RedHatとか有料だというと驚かれる場合がある.
そういうお客には Yahoo と同じですよっていって FreeBSD を.
勧めるとすぐに納得してくれる.
こんなので, 怪しいサイトがあっちこっちで出来ているのだろうなぁ.
492 :名無しさん@お腹いっぱい.:2004/09/30 22:16:21
いま ports freeze 期間中でしたっけ?
493 :名無しさん@お腹いっぱい.:2004/09/30 23:00:48
>>492
>>6
494 :名無しさん@お腹いっぱい.:2004/10/01 21:12:45
bsdforums おもろいな.
未登録だったらぜひ登録しよう.
495 :名無しさん@お腹いっぱい.:2004/10/01 21:13:08
中級者すれでもクラスタの話をしているが,
実は漏れも小規模なPCクラスタで, バイオ系の計算をしている.
Beowolf型でつくっていくつか検証したのだが,
なぜかLinuxよりも, FreeBSD5.2.1Rよりも.
FreeBSD4.10Rでつくったクラスタが一番高性能だったりしました.
各クラスタ2CPUでXeon 2GHz(だったかな?)で16ノード...
けっこうがんばってます.
496 :名無しさん@お腹いっぱい.:2004/10/01 23:01:25
ネットワークは4.10のほうがまだ速いでしょ.
497 :495:2004/10/01 23:12:16
>>496
そうなのかぁ. まだ4.10でクラスタつくれってことなんですね.
今, クラスタ作りでHDDを取り替えながら.
OSの検証をしています.
インテルのgigabitなNICが Linuxでは遅すぎて.
使えなかったのが原因なのは確かなんだけど...
FreeBSD 4.10Rはなんか爆速なんだけど, 何か計り間違いかと.
思っていたけど, これはこういうものなのかなぁ.
498 :名無しさん@お腹いっぱい.:2004/10/01 23:14:29
>>497
何二人でホモ・ゲームしてんのぉ?
499 :名無しさん@お腹いっぱい.:2004/10/02 00:58:09
嫉妬の炎に燃える>>498のいるスレ.
500 :名無しさん@お腹いっぱい.:2004/10/02 01:32:40
>>499
えっ?『FreeBSDを語ろう・ホモ その2』じゃないのここ.
501 :名無しさん@お腹いっぱい.:2004/10/02 01:45:34
>>496 >>497 の間にはなんか濃密な時間の流れを感じるな〜.
502 :名無しさん@お腹いっぱい.:2004/10/02 02:57:09
>>498
言っている意味が全く理解できないのですが,
もう少し一般人に理解できる言葉で説明して.
いただけませんか.
503 :名無しさん@お腹いっぱい.:2004/10/02 08:40:28
相手すんなよ.
504 :名無しさん@お腹いっぱい.:2004/10/02 09:41:38
>>497
カーネルスレッドで動かすようにしてかえって遅くなったってことなんかね?
まあコンテキストスイッチのオーバーヘッドがかかっちゃうしね.
ネットワーク以外のレスポンスも5.x系列になって若干悪くなったような気がする.
505 :名無しさん@お腹いっぱい.:2004/10/02 11:11:28
え!?FreeBSDは進化じゃなくて退化するOSなんですか?
506 :名無しさん@お腹いっぱい.:2004/10/02 11:12:04
>>461
KSAはあまり詳しく載ってなくない?
507 :495:2004/10/02 11:34:05
みなさん, レスありがとうございます.
やっぱりネットワーク系の速度が原因じゃないかと思います.
クラスタで並列化しているといっても, けっこうノード間の.
トラフィックがけっこう多いようです.
ちょっと今, クラスタが動いているので細かい数値を出せなかったのですが,
FreeBSD4.10Rのemドライバが一番性能が良くて,
ついで, FreeBSD 5.2.1Rのemドライバです.
Linuxはどういうわけか, 全然速度がでなくて, 現在のところ.
採用は見送りになりそうです.
5.3Rになればどうなるかわかりませんが, 現在のところ検証の.
予定には入っていません.
508 :名無しさん@お腹いっぱい.:2004/10/02 13:28:59
5.2.1Rを使ってんのなら5.3-BETA*のほうが安定している場合も多い.
509 :495:2004/10/02 15:23:45
>>508
しばらくはもっとも性能の良かった4.10Rでやっていきます.
多分, 5.2.1R->5.3betaでは, thread関連やプロセス関連が大幅に.
改良されているようなので, 5.3betaで計測すると.
結果は変わってくるかも知れません.
ちなみにLinuxはさっき調べたらRedHat8のようでした.
510 :名無しさん@お腹いっぱい.:2004/10/02 16:47:46
>>504
> カーネルスレッドで動かすようにしてかえって遅くなったってことなんかね?
> まあコンテキストスイッチのオーバーヘッドがかかっちゃうしね.
というか, 5.2.1-RELEASEだとまだネットワークスタックの多くが.
Giant lockの下で動いてるから, 全然SMPngのメリットが出ていないよ.
511 :名無しさん@お腹いっぱい.:2004/10/02 18:11:31
たしかに, 5.2.1Rのころのemドライバってあまり良くなかったように.
思えます.
最近, 5.3BETAのころにはだいぶん良くなったんじゃないですか?
4.10Rはもう既に完成の域に達しているので, 全ての.
面で安定性や性能は十分出ていると思います.
まだまだこれから完成を目指す5.xとは大きな違いですね.
512 :名無しさん@お腹いっぱい.:2004/10/02 22:17:16
そこで DragonF(ry
513 :名無しさん@お腹いっぱい.:2004/10/02 23:08:19
数ヵ月前の5-currentでは, fxp, em 共に負荷をかけまくると.
固まるという状況がありました.
まぁ, currentだから仕方ないと思ってあきらめていたのですが...
514 :名無しさん@お腹いっぱい.:2004/10/02 23:10:23
>>510
でも, 5.3BETA6でも, まだGiant lock下で動いている部分多いよね.
まぁ, それでもだいぶん性能は向上してきたけど...
ここからは独り言.
LinuxにしてもFreeBSDにしてもGiant lock の方が性能が高い場合が.
多いのは気のせいだろうか?
515 :名無しさん@お腹いっぱい.:2004/10/02 23:21:54
fine grained lock の場合, チューニングというか設計というか.
が非常に重要になるからね. 無駄に沢山ロックを作るとかえって.
オーバヘッドが増えるから, 単に細かくすればいいってもんじゃ.
ない. 並列性を阻害している部分をきちんと fine grained lock
で切り分ける必要があるんだが, 逆に並列性を阻害しないのであ.
れば, できる限り coarse な lock で済ますことが望ましい・・・.
って言うだけなら簡単だが, 職人芸の世界だよ.
よそのスレで話が出てた, linux の Pentium 4 hyperthreading
での問題も, このあたりが駄目駄目なせいじゃないのかなあ.
ただ, FreeBSD 5 系がまだ遅いのは, fine grained lock だけ.
じゃなくて, 割り込みスレッドのオーバヘッドもあるような気も.
するんだが, その辺どうよ.
516 :名無しさん@お腹いっぱい.:2004/10/02 23:34:22
だったらemをDEVICE_POLLINGで動作させるとパフォーマンスが違うんじゃないの.
517 :名無しさん@お腹いっぱい.:2004/10/02 23:44:40
うーん, 今時の割り込みの数を低く抑えることができる NIC を.
使った場合, DEVICE_POLLING を使うこと自体が性能劣化要因だ.
から, なんとも言えないと思う.
518 :名無しさん@お腹いっぱい.:2004/10/02 23:46:30
今, cvsup したら 5.3-BETA7 になっていた.
まだまだ続くBETAな道...
519 :名無しさん@お腹いっぱい.:2004/10/02 23:51:17
なんかNetBSDみたい. あっちはZQぐらいまで行ったんだっけ?
520 :名無しさん@お腹いっぱい.:2004/10/02 23:53:33
まぁ, いけるところまで逝ってもらいましょう.
そういえば件の em ドライバのところも今 cvsupしたら,
何か修正入っていたね.
521 :名無しさん@お腹いっぱい.:2004/10/03 00:05:25
>>519
FreeBSD 5.3とNetBSD 2.0
Releaseが早いのはどちらだろうか.
スレ違いかもしれんが, NetBSDにおいては, 2.0が1.6より.
遅くなったとか, あまり聞かないね. Native threadの実装.
やSMPのサポート等, メジャーバージョンのアップに相応しく.
かなり変更は大きいのだが.
522 :名無しさん@お腹いっぱい.:2004/10/03 00:19:56
兎と亀, なのかも. (ipv6の話じゃないぞ)
一歩一歩着実に地に足のついた実装を積み重ねていくNetBSD と,
とりあえず動けばオッケー, 早くなるんなら/動かせるようになるんなら.
なんでもちゃっちゃと採り入れて, また捨て去るFreeBSD.
最初のうちはとっつきやすさと速さでFreeBSD が優位でも,
だんだんNetBSD もスケーラブルで安定したいいOS になりつつあると.
523 :名無しさん@お腹いっぱい.:2004/10/03 00:21:09
NetBSD 2.0 は FreeBSD 4 と同様 giant lock だし,
割り込み系のアーキテクチャは変わってないから,
特に性能劣化要因はないと思う. native thread は.
変更としてはかなり大きいんだけど, 性能的な.
ペナルティは特にないし.
NetBSD 2.0 で性能面で大きな違いが出そうなのは,
buffer cache のサイズが動的に変わるようになった.
点かな. デフォルトの設定だと, メモリが少ない.
マシンだとちょっと辛いかもしれない. sysctl で.
変えればいいだけだけど.
これに対し, FreeBSD 5 で導入された fine grained
lock と 割り込みスレッドは, どちらもマルチプロ.
セッサでの並列性向上には役に立つけど, ユニプロ.
セッサだと性能劣化要因になるから.
524 :名無しさん@お腹いっぱい.:2004/10/03 00:34:09
マルチコアだのHTTだので使う分には5系で.
Socket370で使うんなら4.1xRであと数年は使え.
ってことか.
525 :名無しさん@お腹いっぱい.:2004/10/03 00:36:12
>>524
4.x系でも, デバイスドライバを5.xから移植してくれれば.
しばらく使い続けることはできるんだけどね.
とくに新しいチップセットへの対応は死活問題だ.
526 :名無しさん@お腹いっぱい.:2004/10/03 04:14:50
FreeBSD 5.x の新しい点は, kernel thread ができたため.
thread なソフトウェアが kernelレベルで対応できると.
いうことだったと思うのですが,
4.x の場合, ユーザランドで thread に対応していますよね.
個人でクライアントとして使う程度なら, 4.x の実装の方が.
性能はあがりそうな気がします.
527 :名無しさん@お腹いっぱい.:2004/10/03 04:26:48
FreeBSD 4.x や, あるいは FreeBSD 4.x の移植物を使っている.
OpenBSD のような, ユーザレベルの pthread 実装の場合,
マルチスレッド化されたアプリケーションを, SMP や HT やマル.
チコアの CPU で実行しても, 1アプリケーションあたり 1CPU 分.
しか利用できない. FreeBSD 5.x や NetBSD 2.0 のようなカーネル.
サポートのある pthread なら複数の CPU 利用できる.
今現在だと個人で SMP やマルチコアの CPU を使ってる人はほと.
んどいないだろうけど, HT 対応の P4 で, 複数の論理 CPU が.
使える人っていうのは, 個人でもそれなりにいるんじゃないかな?
528 :名無しさん@お腹いっぱい.:2004/10/03 05:38:19
今回のメジャーバージョンアップで楽できるのはNetBSDユーザだけか・・・.
529 :名無しさん@お腹いっぱい.:2004/10/03 11:28:35
FreeBSDって, 今回ここまで無理して kernel thread や fine grained lock を.
実装する必要ってあったのだろうか?
たしかにSMP環境の性能向上を目指すのにはいいかも知れないが,
まぁ, Linux や Windows がモノリシックカーネルではないので,
表面的には技術的は古さを感じるというのはあるかも知れないが...
530 :名無しさん@お腹いっぱい.:2004/10/03 12:00:12
529は意味不明だな.
531 :名無しさん@お腹いっぱい.:2004/10/03 12:10:30
確かに意味不明だ. つうか釣り?
532 :名無しさん@お腹いっぱい.:2004/10/03 12:24:04
物知りっぽいしな.
533 :名無しさん@お腹いっぱい.:2004/10/03 12:30:19
>>529はモノシリックの語源になったモノシリアンの子孫に違いない.
モノシリアンは彼ら独自の歴史書と言語, 思考法を持ち合わせているが.
おぬしの言い方からはそこはかとなくモノシリアンのにおいがする.
534 :名無しさん@お腹いっぱい.:2004/10/03 12:35:25
>>529-533
ハゲシクワロタ.
535 :名無しさん@お腹いっぱい.:2004/10/03 12:48:08
>>529
まじれす!!するとだな,
マイクロカーネルは通信のオーバーヘッドが余計にかかるから性能を劣化させるぞ.
それがLinusがAndrew先生とその信者に馬鹿にされつつも一枚岩にした理由だからな.
536 :名無しさん@お腹いっぱい.:2004/10/03 13:25:37
当時のLinusはどのみちマイクロカーネルなんて書く技量がなかった.
んで, 今どきモノリシックかよとバカにされてオーバーヘッドを言い訳にしていた.
537 :名無しさん@お腹いっぱい.:2004/10/03 13:55:47
Linus様をばかにするな.
これだから馬糞やろうは.
Linus様はマイクロカーネル書くなんて屁でもないんだよ.
538 :名無しさん@お腹いっぱい.:2004/10/03 14:22:05
にしては呂久に勉強もしていなかったことがミエミエの.
誅な発言を繰り替えていていたよな.
プログラムを書いて動かす能力は確かに大したものだが.
な.
Linus批判を許さないとか神格化は今時ねぇ. (w.
539 :名無しさん@お腹いっぱい.:2004/10/03 14:23:23
相手すんなよ.
540 :名無しさん@お腹いっぱい.:2004/10/03 14:24:18
Linus様とオゴ様は犬世界ではカリスマなんだよ. きっと.
541 :名無しさん@お腹いっぱい.:2004/10/03 14:25:12
>>537
ちがう.
実用的なマイクロカーネルを書く技量なぞどこにも観測されていない.
542 :名無しさん@お腹いっぱい.:2004/10/03 14:32:42
んだな. AppleなんかマイクロカーネルだったMach3.0を.
弄りまくってメッセージパッシングを排除しちまった.
そりはそりで凄い気がするんだけど...
543 :名無しさん@お腹いっぱい.:2004/10/03 14:33:19
世の中的には, kernel で thread をサポートしてくれると.
メリットが多いのでしょうか?
544 :名無しさん@お腹いっぱい.:2004/10/03 14:48:18
>>543
>>527
特に今後はマルチコアCPUの時代だしね.
545 :名無しさん@お腹いっぱい.:2004/10/03 15:02:56
>>543
まあ, おおよそね.
システムコールを呼ぶたびに動けるスレッドまで停止させられることがないからね.
Linux threadのライブラリを使うかrforkを使うかするとkernel threadは4系列でもできる.
でも, kenelだけの実装だとコンテキストスイッチがあって高くつくし,
userlandだけの実装だとシステムコールを呼んだときに全スレッドが停止する.
という問題があるのでSAというかKSEが実装された.
というネタが書いてあるからまあ, 下でも読め.
http://www.aims.net.au/chris/kse/tex/
http://www.asdf.dk/sjov/freebsd_kse.pdf (上記のPDF版)
SAの論文: http://people.freebsd.org/~deischen/docs/Scheduler.pdf
546 :名無しさん@お腹いっぱい.:2004/10/03 15:43:53
すいません, アップデートすると2週間以内に(rの中の人ですが,
昨日4.10-Release-p2からp3にアップデートしました.
しかも今回は.
make buildworld && make buildkernel && make installkernel && shutdown -p now &
を実行して寝るという高等テクまで使ってしまいましたよ.
と.
547 :名無しさん@お腹いっぱい.:2004/10/03 15:57:53
>>546
すごい!目から鱗だ!
びっくりした!!
548 :名無しさん@お腹いっぱい.:2004/10/03 16:19:25
>>545
>>kernelだけの実装だとコンテキストスイッチがあって高くつくし,
これは今の時代には重要ではなくて(少なくとも, SolarisとLinuxはそう.
判断しましたよね), POSIXの仕様への準拠の問題じゃないですか?
549 :名無しさん@お腹いっぱい.:2004/10/03 16:52:53
> POSIXの仕様への準拠の問題じゃないですか?
そりゃ違うね.
Tru64 も HP-UX も AIX も M:N でちゃんと準拠できてる.
550 :名無しさん@お腹いっぱい.:2004/10/03 16:54:47
>>549
M:NやKSEなら準拠できるがkernelだけだと難しいという話ではないの?
551 :名無しさん@お腹いっぱい.:2004/10/03 17:59:22
>>546
なんでカーネルのインストールだけするのですか?
552 :名無しさん@お腹いっぱい.:2004/10/03 18:15:05
x86なCPUはコンテクストスイッチのコストがかなり高いからね.
553 :名無しさん@お腹いっぱい.:2004/10/03 18:25:05
ここのスレでは, kernel レベルの thread, ユーザランドでの thread, はたまた.
モノリシックカーネルによる giant lock が問題になっていますが,
これらの実用的な面を考えて, FreeBSD 4.10R から FreeBSD 5.3Rへ.
移行する価値はあるのでしょうか?
554 :名無しさん@お腹いっぱい.:2004/10/03 18:34:49
なんかまた ports の UPDATING が更新されましたね.
またライブラリの不整合うんぬんが出なきゃいいけど...
555 :名無しさん@お腹いっぱい.:2004/10/03 18:38:45
Dethくトップで使う一般ユーザ->thread/kernel lock実装はあんまり.
関係ない. コンパイラがgcc2.95から3.4.2に変った方が大きいと思われ.
MPバリバリのサーバ->あなたはStableツリーに入った直後のFreeBSD
リリースを信じますか?(私は信じません)
556 :名無しさん@お腹いっぱい.:2004/10/03 19:26:33
コンパイラが3.4.2に変わると何か良いことがあるのでしょうか?
漏れの場合は, SSEや3D-Now なコードを自動的に生成してくれること.
だろうか...
でも漏れは, 4.10Rを使っているが, ports から gcc 3.4 と gdb 6 を.
入れて幸せに暮しているぞ.
557 :名無しさん@お腹いっぱい.:2004/10/03 19:31:18
>>555
しかし, 新しい物好きには重要な問題ですね.
558 :546:2004/10/03 19:36:29
>>551
朝起きたら電源を入れてシングルユーザーモードで起動して installworld という感じです.
559 :名無しさん@お腹いっぱい.:2004/10/03 19:52:26
>>552
スレッド間ならTLB触らないので, そんなに遅くないですよ.
560 :名無しさん@お腹いっぱい.:2004/10/03 21:07:29
>>556
コンパイルが劇的に遅くなるという非常に有難いご利益がある.
make worldもカーネルのコンパイルも時間がかかって早いCPU
のマシンに買い換えたくなるとか.
portsで非互換性のためにビルドできなくなったりopenofficeの.
ようにgccのインストールから始まるようなものがあってとっても.
萎えるとか.
いい方だとP4で思ったほどパフォーマンスが出なくて文句垂れて.
いた人にはいいかもしれない. 4.xで共有ライブラリやkernelが.
gcc3.xで作れるかどうかは知らんけど.
561 :名無しさん@お腹いっぱい.:2004/10/03 21:54:49
>>560
kernel は知りませんが, 共有ライブラリはつくれます.
でもなんで, gcc3.4ってあんなにコンパイル遅いの?
562 :名無しさん@お腹いっぱい.:2004/10/03 22:02:43
4.10Rで, HTTは, 設定がめんどくさかったり,
設定してもなかなか性能が出なかったのだけど,
5.3Rにすると, ちょっとは速くなるのだろうか?
563 :名無しさん@お腹いっぱい.:2004/10/03 22:16:58
HTTそのものがうさんくさいという話は別にして?
564 :名無しさん@お腹いっぱい.:2004/10/03 22:32:10
どのへんがうさんくさいの?
565 :名無しさん@お腹いっぱい.:2004/10/03 22:43:14
HTTを使うときに/etc/sysctl.confで.
machdep.cpu_idle_hlt=1
は指定してるか?
566 :562:2004/10/03 22:49:01
>>565
はい, しています.
でも結局あまりというか全然速くなりませんね.
HTTを実行するときのCPU内のリソースの.
競合が起きているのでしょうか.
それとも4.10RのスケジューラがHTTと相性がわるいのでしょうか.
567 :名無しさん@お腹いっぱい.:2004/10/03 22:49:45
うぅ〜んFreeBSDの出来が悪いんじゃない?
568 :名無しさん@お腹いっぱい.:2004/10/03 22:51:14
じゃあ LinuxとかWindowsXPとかだと, 速くなっているの?
569 :名無しさん@お腹いっぱい.:2004/10/03 22:54:34
>>567
>>568
WindowsXP でも結局は HTT に最適化されたアプリしか速くならない.
物理的なマルチプロセッサじゃないからね.
570 :名無しさん@お腹いっぱい.:2004/10/03 22:56:11
HTT自体出来が悪い. Windows専用.
571 :名無しさん@お腹いっぱい.:2004/10/03 22:57:35
いやいや NetBSD 2.0_BETA では, 若干速くなってた.
もっとも Linux だと, かえって遅くなってますた.
http://pc5.2ch.net/test/read.cgi/unix/1076343256/679
572 :名無しさん@お腹いっぱい.:2004/10/03 23:03:50
NetBSD専用かいな.
573 :566:2004/10/03 23:07:35
>>571
たしかにリンク先見ると.
Linuxの場合は, HTT使うと遅くなっていますね.
この話だと giant lock の方が性能良くなるのかな?
574 :名無しさん@お腹いっぱい.:2004/10/03 23:09:34
速くなってるOSが存在するってことは, 他のOSも真似すれば.
速くできる筈・・・. でも NetBSD って, 特別なことは何もして.
ないと思ったんだが.
562は4.10だよね? 5.3ではどうなのかな?
575 :名無しさん@お腹いっぱい.:2004/10/03 23:12:10
>> この話だと giant lock の方が性能良くなるのかな?
4.10R って giant lock だよねえ. NetBSD と同じくらいには.
速くなるの?
576 :名無しさん@お腹いっぱい.:2004/10/03 23:14:18
HTTは, 完全にアプリケーションに依存します.
もともとP4の異常に深いパイプラインで余ったハードウェア資源を.
再利用しようという発想からでてきたものですからね.
いくら資源が余っていても不必要なものなら使われない.
577 :名無しさん@お腹いっぱい.:2004/10/03 23:17:19
571のリンク先って, 同一マシンで, ほぼ完全に同一の.
アプリケーションなんだよね. これが.
でもOSによって違う.
(無駄なロックを山とやってる可能性を除き) giant lock
の方が速くなる理屈を思いつかないんだが,
いったい Linux はどこで遅くなってるんだろう?
578 :名無しさん@お腹いっぱい.:2004/10/03 23:18:25
SMTはPOWERでもSPARCでも採用される技術だろ.
同じコアを共有する仮想CPUという概念が無いスケジューラでは.
性能を引き出せないだけ.
579 :名無しさん@お腹いっぱい.:2004/10/03 23:25:58
NetBSD のスケジューラにもそんな機能はないんですが.
ほとんど 4.4BSD そのまんま (+ 単なるバグフィックス).
580 :名無しさん@お腹いっぱい.:2004/10/04 00:21:38
HTTもマルチコアなCPUが出てくるまでは,
今一つぱっとしないだろうな.
そのころになれば, gaiant lock の方が速いなんて.
いうようなことは無いはずだけど...
581 :名無しさん@お腹いっぱい.:2004/10/04 00:28:21
>>571
2.6.6, 古いやん. 2.6.7だか2.6.8でスケジューラの改良パッチが入ってるよ.
582 :名無しさん@お腹いっぱい.:2004/10/04 00:29:18
モノリシックカーネルがどうのとか, マイクロカーネルがどうのというよりも.
昔はTSSで完全マルチタスクなOSというだけですごい尊敬の.
眼差しを受けていたんだけどね.
年よりの独り言...
583 :名無しさん@お腹いっぱい.:2004/10/04 00:43:20
うん.
BTAMがTSSセッションをSUBMITして....ってメモリ64kBでできたんだよねぇ. あの当時は.
584 :名無しさん@お腹いっぱい.:2004/10/04 00:48:24
>>566
そうかなあ? このスレ読んでさっきからやってみたんだけど.
(HTT ONは sysctl machdep.hlt_logical_cpus=0 ね. /usr/src/UPDATE
参照)
Pentium(R) 4 CPU 2.40GHz (2405.47-MHz 686-class CPU)
real memory = 527695872 (515328K bytes)
4.10-stable(今日)のkernelを # time make -j8した結果.
machdep.hlt_logical_cpus=0
232.318u 37.635s 2:33.13 176.2% 1743+2461k 243+306io 44pf+0w
233.600u 36.706s 2:32.44 177.3% 1748+2466k 197+319io 0pf+0w
231.923u 37.023s 2:32.48 176.3% 1743+2456k 204+308io 0pf+0w
machdep.hlt_logical_cpus=1
149.413u 24.204s 2:54.97 99.2% 1732+2470k 189+357io 0pf+0w
149.654u 24.057s 2:55.04 99.2% 1737+2475k 199+387io 0pf+0w
149.276u 23.940s 2:54.98 98.9% 1727+2464k 201+388io 0pf+0w
大体15%違うよ. HTTはパイプラインの空きスロットの有効活用.
だってことを考えればいい線いっているんじゃないか?
585 :名無しさん@お腹いっぱい.:2004/10/04 01:12:09
make buildkernelはファイルI/Oが主な時間を占めるからなぁ.
/usr/objと/usr/srcの分け方とか, mountオプションとかをチューンしてる?
586 :584:2004/10/04 01:26:55
ほとんどなんにもやっていないよ. /, /var, /tmp, /usrと分けてあって.
/var, /tmp, /usrはsoft-update, diskは ad0: 76319MB <ST380021A>
チップセットは865G
> make buildkernelはファイルI/Oが主な時間を占めるからなぁ.
gccによるコンパイルはファイルI/Oもある程度影響するけどVM回り.
の性能とCPU性能をかなり素直に反映するよ.
587 :584:2004/10/04 01:31:20
確かにコンパイルという処理はHTTが比較的有効に働きやすい.
性質を持っていそうな気もするね...
588 :名無しさん@お腹いっぱい.:2004/10/04 02:00:29
うーん, Pen4+HTT技術的には面白そうなんだけどね.
HTTで10数パーセント高速化しても, 多分 AthlonのHTTなしの方が.
速いしね.
589 :名無しさん@お腹いっぱい.:2004/10/04 02:42:42
HHTについては下らない論理つっこんで歩留まり落とすなと言いたい.
SMPマルチコアなら歩留まり落としてでもやる価値ありだが.
590 :名無しさん@お腹いっぱい.:2004/10/04 03:13:10
HTT突っ込まないと売上げの方が落ちたと思われ.
デュアルコアもAMDに一歩先を行かれているし, どうなることか.
591 :名無しさん@お腹いっぱい.:2004/10/04 04:00:12
5.3R以降のカーネルの性能の発揮するには,
マルチコアなCPUが出てくるのを待たないといけないと.
いうことになりそうですね.
592 :名無しさん@お腹いっぱい.:2004/10/04 09:27:33
>>589
HyperThreadingに必要なロジック数とマルチコアに必要な.
ロジック数を考えたら(クリチカルパスを作ってしまうよう.
な)下手な設計をしていなければHyperThreadingではほとん.
ど歩留まりは落ちず, マルチコアでは歩留まりはそこそこ.
落ちるかも知れないという結果になると思うが.
593 :名無しさん@お腹いっぱい.:2004/10/04 10:33:18
>>591
わざわざマルチコアを待たなくても.
マルチプロセッサマシンならすぐ手に入るよ.
594 :名無しさん@お腹いっぱい.:2004/10/04 10:54:51
P4 持ってて 5.X 系使ってる香具師はいないのかな.
ベンチマークきぼん.
595 :名無しさん@お腹いっぱい.:2004/10/04 10:55:32
>>581
じゃ, linux 2.6.7 で, HTT on と off の結果を計って.
みてよ. なんか同じ結果のような気がするが. (w.
596 :名無しさん@お腹いっぱい.:2004/10/04 12:04:15
linux のスケジューラの改良って, linux 2.4 の頃から.
何度も何度も何度もやってるよね. でもいまだに 10年.
以上前に作られた 4BSD スケジューラに負けてるのか.
597 :名無しさん@お腹いっぱい.:2004/10/04 13:01:36
[下矢印]そろそろO(1)とか語りだす展開.
598 :名無しさん@お腹いっぱい.:2004/10/04 17:55:13
>>596
いや それをいうならネットワーク周りとディスク周りはもっとひどいよ.
599 :名無しさん@お腹いっぱい.:2004/10/04 21:15:31
スケジューラ関係とか話題であれですが.
GCC 3.4 それ自体は大丈夫なのか?
プログラム板 GCC スレ. orz.
http://pc5.2ch.net/test/read.cgi/tech/1090062751/
600 :名無しさん@お腹いっぱい.:2004/10/04 21:40:38
誰だっけ? minix の先生.
スケジューラはOSの本の1章にもならないっていってたの.
601 :名無しさん@お腹いっぱい.:2004/10/04 22:04:51
タネンバウム.
602 :名無しさん@お腹いっぱい.:2004/10/04 22:16:39
多年葉有無.
603 :名無しさん@お腹いっぱい.:2004/10/04 22:21:51
タンネバウム先生へ.
http://pc5.2ch.net/test/read.cgi/unix/1015335321/
604 :名無しさん@お腹いっぱい.:2004/10/04 23:00:13
彼の言葉に従ってドライバ書けーってことか.
605 :名無しさん@お腹いっぱい.:2004/10/05 02:08:57
Pentium4 2.4GHzのマシンが手に入ったのですが,
微妙にHTT前のものです.
でもFreeBSDで dmesgを見るとCPUがHTTをサポートしているような.
表示をしてくる.
あー, 使えないなんて, なんかもったいない気がする.
606 :名無しさん@お腹いっぱい.:2004/10/05 02:45:01
初心者ですんません. スレの流れで質問させて.
FreeBSD 5.3-BETA5
CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.16-MHz 686-class CPU)
Hyperthreading: 2 logical CPUs
([上矢印]行間省略)なdmesgな者です.
lameとかで, 1ファイルづつエンコードする時よりも,
複数のファイルを一気にエンコードさせた時のほうが.
gkrellm等のしめすCPU負荷も高く, 処理時間もみじかくすむんですけど,
これってHTTが多少なりとも有効に機能しているっていうことなんでしょうか?
607 :名無しさん@お腹いっぱい.:2004/10/05 03:00:45
処理時間が短くなってるんだからそうなんだろう.
608 :名無しさん@お腹いっぱい.:2004/10/05 04:32:16
>>594
ベンチマーク項目はmake worldの前後で時間をはかればいいのかい?
今週末にでもmake world前後でrdtscして測ってみようかな....
609 :名無しさん@お腹いっぱい.:2004/10/05 04:57:53
実行時間は長いし, 計測誤差もそれなりにあるので,
あえて clock counter を使う意味はないと思う.
real time で十分.
610 :名無しさん@お腹いっぱい.:2004/10/05 05:57:42
>>332
そういうスタンスもわかりますが, しかし, わたしらのチェーンでは,
お客さまに「何か特別なもの」をお出しすることを重視してますよ.
611 :名無しさん@お腹いっぱい.:2004/10/05 08:26:33
5.x/6.0-currentで buildworldやbuildkernelする場合.
make -j2以上だとエラー出して止まる罠.
612 :名無しさん@お腹いっぱい.:2004/10/05 08:46:53
じゃ >>571 みたいにクロスで NetBSD を作ってみるとか.
こいつは -j が効く筈.
613 :名無しさん@お腹いっぱい.:2004/10/05 08:55:12
>>611
BETA7を作ったばかりですけど, どちらもmake -j2が通りましたよ?
それともmake -j3以上(2より大)がダメという意図かな?
614 :名無しさん@お腹いっぱい.:2004/10/05 09:11:08
どっかで-「jオプションはもう使うな」ってのを読んだ気がする.
どこかは忘れた.
615 :名無しさん@お腹いっぱい.:2004/10/05 09:57:06
>>606
CPU負荷が100%いってなきゃCPUは遊んでいるので.
HTTは関係ないと思うよ.
616 :608:2004/10/05 10:11:03
>>609
system(3)でmake worldを呼び出して, その前後でclock_gettime(2)で.
時間を取得してその時間差を表示するプログラムを書いて実験しようかな.
もちろん, shutdown nowしてシングルユーザーモードに落とした上で測定するけど.
HTTのOn/OffはBIOSで変更するようにする予定.
スケジューラーも変えて試したがいいかな?
そうすると, 実験は次の4つの組合せを試すことになりますかね.
1) HTT on x SCHED_4BSD
2) HTT on x SCHED_ULE
3) HTT off x SCHED_4BSD
4) HTT off x SCHED_ULE
他に何か忘れてることはありますか?
ちなみに, time(1)の値はOSスケジューラーが調べた誤差が大いにある.
かなりいい加減な値であり実験の測定結果として細かい値を見て議論する.
今回の場合ような場合には信憑性を欠くので使わないことにしました.
617 :名無しさん@お腹いっぱい.:2004/10/05 11:21:30
お, 5_2_1がp11になった.
618 :名無しさん@お腹いっぱい.:2004/10/05 13:02:48
>>616
ハア?
time(1) のソース見てみなよ?
time(1) の表示している real time は, gettimeofday(2) の.
結果だから, clock_gettime(CLOCK_REALTIME, ) と全く同じ.
結果を返すはずだけど?
time(1) の user や sys の結果には, 確かに誤差が含まれて.
るが, clock_gettime() の結果しか返さないよりは, 誤差が.
あっても表示した方がはるかにマシだぜ.
結論: time(1) でジューブン.
619 :名無しさん@お腹いっぱい.:2004/10/05 13:59:53
SMP環境下では, SCHED_ULEは(たとえば2 CPU下で)2つのほぼ100%
CPUを使い切るthreadを二つのCPUに振ってくれないですね.
620 :546:2004/10/05 15:27:58
ぁゎゎゎゎ, いや, 今回は5.xのアップデートだ.
4.10を使ってる俺には関係ない, 関係ない, 俺じゃない.
621 :名無しさん@お腹いっぱい.:2004/10/05 19:05:04
SMPで, 特に粒度の大きいプロセスの並列処理は,
FreeBSD 4.10Rが最強ですよ.
うちでやっている処理だけかも知れないが...
622 :名無しさん@お腹いっぱい.:2004/10/05 20:17:03
アプリケーションによるでしょ.
計算しかしてないアプリケーションなら, giant lock でも.
何の問題もない.
I/O があっても, 複数 CPU で同時に I/O を行なうことが.
ほとんどなければ, やはり giant lock でも問題ない.
それに, いくら並列度に関してできが良くても, もともとの.
OS の作りが効率悪かったり, デバイスドライバのできが.
悪かったりすると, 並列度によるメリットを打ち消してしま.
う可能性がある.
だから, 実行環境をあらかじめ決めるんじゃなく, 本番の.
アプリケーションでベンチマークをとった上で決めるという.
495 のアプローチは本質的に正しい.
利用するハードウェアの評価の方も大事だけどね.
623 :名無しさん@お腹いっぱい.:2004/10/05 21:15:22
HTTを有効にしてPen4を買うか,
とにかく馬力のあるAthlonを買うか.
それが問題だ.
624 :611:2004/10/05 23:52:27
途中で止まるのは家のPen4マシンだけかよ!
UPでHTTじゃないマシンで試したらしっかり最後まで,
-j4でkernelコンパイルできた. orz.
ついでにgcc33で6.x-currentのカーネルのコンパイルも,
やってみた. こちらもちゃんと動く. gcc3.4は棄て?
625 :名無しさん@お腹いっぱい.:2004/10/05 23:58:37
gcc3.3と3.4のABIの違いってC++だけだっけ?
Cでも一部シンボルをエクスポートしなくなっただのどうだの聞いた気がするが,
気のせいかなあ.
626 :名無しさん@お腹いっぱい.:2004/10/06 02:48:06
>>625
AMD64のサポートとかは?
627 :名無しさん@お腹いっぱい.:2004/10/06 03:47:49
>>618
ハァ??
gettimeofday(2)とclock_gettime(2)のman見てみたことあるのか?
同じ結果はかえらないぞ.
全然精度が違う.
628 :名無しさん@お腹いっぱい.:2004/10/06 03:57:13
もしかして, struct timespec 分の精度が本当に出ると.
思ってるの? それは大きな間違い.
そもそも, コンパイルベンチマークのたぐいだと,
秒単位のゆらぎが出るのが普通だから, 測定に必要な.
精度は 0.1 秒ぐらいあれば十分. それ以上細かい.
精度で計測しても, 意味がない.
授業で誤差評価の話って習わなかった?
(ま, 文系とかだと習わないだろうけど)
629 :名無しさん@お腹いっぱい.:2004/10/06 04:39:14
{ UP, SMP } * { HT on, HT off } * { SCHED_4BSD, SCHED_ULE }
の8通りで比較して欲しいな.
630 :名無しさん@お腹いっぱい.:2004/10/06 08:06:02
イイネ, イイネ!!
白熱の議論!!
イイネッ!!
631 :名無しさん@お腹いっぱい.:2004/10/06 13:15:44
>>629
UPとSMPで理論上同じ性能のものはどうやって準備すればいいの?
OS kernelでのスケジューリングの作りこみ方でも性能は大きく変わりそうなので.
そもそも理論上同じ性能という状況を作るのはかなり難しそうだけれど.
それともUP, SMPは別にそれらの性能が違ってもOK?
632 :627:2004/10/06 13:39:39
>>628
timespecの精度が出るとは思えないけれど.
phkタソの努力でSMP環境でもかなり精度は高くなってると思うよ.
clock_gettime(2)の結果はnanotime(9)の結果そのままだったりするから.
phkタソの努力の成果が出ていると思うしね.
そうはいっても, デフォルトだとACPI-safeを使ってるからマイクロ秒の精度すら無いね.
TSCを選んでやるとGHzなCPUを使っていてやっと100ナノ秒くらいの精度が.
出そうだけれど.
んで, 実際測定するときにナノ秒単位の精度が必要かというとそんな精度は出ないし.
必要でもないだろうね.
ただ, 生データを1, 2個並べてこういう結果が出ましたなんていっていると.
実験時に何らかの外乱があって揺れた結果そうなったのではないかという疑問は.
ぬぐえないので1, 2回焼入れした後に10回程度実験してその10回の統計を使ったほうが.
よりよいと思う.
633 :名無しさん@お腹いっぱい.:2004/10/06 17:52:16
ここは極上の馬鹿が集まるインターネッツですな.
634 :名無しさん@お腹いっぱい.:2004/10/06 19:57:43
>>631
SMPマシンを用意して, その片方を止めた状態のものを計測すればいいのでは.
P4はSMPできないんだっけ. その場合にもSMPのUP運転は間接比較の基準になるっしょ.
635 :名無しさん@お腹いっぱい.:2004/10/06 21:17:29
VJE そろそろ新しいのが販売されないカナー.
# vadd 実行するときは, -A つけよう.
636 :名無しさん@お腹いっぱい.:2004/10/06 23:24:18
最近, SMPなマシンでないですよね.
一時期は, SMPなmotherboardが安く売っていたのに...
昔, Athlon dual を購入して恐ろしく熱い思いをしたのが懐かしい...
いや, 今でも漏れの部屋の中では熱い存在だが.
FreeBSDなマシンでは, 今でもこれが最強です.
電気をたくさん食うのが問題ですが.
637 :名無しさん@お腹いっぱい.:2004/10/07 00:44:33
>>634
たしかPentium 4ではSMPは無理ですね.
Xeonを使えばできますが, 全然値段違いますし.
あてはあっても自分の管理下のマシンではもはやないので無理ですね.
638 :名無しさん@お腹いっぱい.:2004/10/07 01:21:37
Opteron があるじゃないか!
639 :名無しさん@お腹いっぱい.:2004/10/07 01:49:16
Opteron ... 来年科研費当たれば買いたいな...
いや 科研費当たれば手堅くXeon にするかも...
とにかく計算用に FreeBSDなマシンに Dual CPUなマシンを.
買わなければ...
640 :名無しさん@お腹いっぱい.:2004/10/07 05:04:43
2chの利用者の多い鯖にはOpteronが使われてるんだよね.
実績あるやん.
641 :名無しさん@お腹いっぱい.:2004/10/07 08:38:01
5.3-BETAをインストールした時に/libとか/binとかにPaxHeaderというディレク.
トリができていたのに今さら気付いて, 何かと思って調べたところ,
これがファイルのフラグやACLといった従来扱えなかった属性を.
アーカイブで扱うための方式みたいですね.
http://lists.freebsd.org/pipermail/freebsd-current/2004-August/034946.html
どのツールなら扱えるかも書いてあって, やっと疑問がとけました.
642 :名無しさん@お腹いっぱい.:2004/10/07 19:22:33
ウィキメディアのサーバ.
http://meta.wikimedia.org/wiki/Wikimedia_servers_%28Japanese%29
643 :名無しさん@お腹いっぱい.:2004/10/07 19:50:47
RELENG_5 の src/lib/compat/compat4x.* が 4.10 相当になったけど,
ports/misc/compat4x は放置なんだね.
http://lists.freebsd.org/pipermail/cvs-all/2004-October/085713.html
> Finish the de-orbital burn of our previous FreeBSD version compat libs
> living in usr/src. We need to use them from ports to record dependencies.
>
> Discussed with: re(scottl)
なんて言ってるけど, 大丈夫なのかよ.
644 :名無しさん@お腹いっぱい.:2004/10/07 22:42:12
>>642
それで?
645 :名無しさん@お腹いっぱい.:2004/10/08 19:13:09
PentiumIII(katmai) 600MHz x 2 という古いSMPマシンを使っています.
これで FreeBSD 5.3-BETA7 を使っているのですが, UPのマシンよりも.
あまり速くなったっていう気がしないなぁ.
646 :名無しさん@お腹いっぱい.:2004/10/08 19:16:39
速くはならないけど, 遅くもならない. それがSMP.
647 :名無しさん@お腹いっぱい.:2004/10/08 22:46:01
>>645 どんなサービスをさせてんの?
648 :名無しさん@お腹いっぱい.:2004/10/08 22:55:25
FreeBSDなノートPCを持ち歩いて ビジネスで使っています.
けっこう変わり者なんだろうな漏れ...
649 :名無しさん@お腹いっぱい.:2004/10/08 22:56:28
でもそんな漏れが好き...
650 :名無しさん@お腹いっぱい.:2004/10/08 22:58:29
>>648
仕事内容によるけど, それって良い事では無いだろうな.
デュアルブートにしてるならまだいいけどさ.
651 :648:2004/10/08 23:02:48
Dual boot は邪道です.
もともと6GBだったHDDを40GBにして, FreeBSDだけを.
インストールしています.
会社のデスクトップパソコンもFreeBSDを入れています.
他の連中は, 変な目で見ていますが,
どうせMS-Wordもろくに使いこなしていない連中ですから.
気にしていません.
妥協している点は, Linuxエミュで acroread5 や realplayer を.
使っていることくらいです.
652 :名無しさん@お腹いっぱい.:2004/10/08 23:04:51
>>651
デュアルブートの何が邪道なの?
653 :648:2004/10/08 23:06:58
>>652
私のポリシーですが何か?
一つのOSを起動しているときに, 他のOSが使えないのは.
非常に非効率的に感じてしまいます.
vmware でも使えばいいのでしょうが, ハードウェア資源が貧弱なので.
そうも言っておれません.
654 :名無しさん@お腹いっぱい.:2004/10/08 23:09:03
>>653
一つのOSしかいれてなかったら使う以前の問題では?
655 :648:2004/10/08 23:11:11
とりあえず, どうしようもなくなるまでは, 一つのOSを使い続けます.
656 :名無しさん@お腹いっぱい.:2004/10/08 23:15:25
何かMS環境を無くすのに意地になってるのって, 馬鹿としか映らないよ.
657 :648:2004/10/08 23:16:22
ならば馬鹿になろう.
658 :名無しさん@お腹いっぱい.:2004/10/08 23:17:47
そうか. ドソマイ.
659 :名無しさん@お腹いっぱい.:2004/10/08 23:34:58
まー麻疹みたいなもんだろ.
快癒せずキテスレの人気者になるも一興.
660 :名無しさん@お腹いっぱい.:2004/10/09 01:37:30
せめてportauditがvulnerableだと怒るportsだけでも.
freeze破ってアップデートしてくれないかなあ.
661 :名無しさん@お腹いっぱい.:2004/10/09 01:59:11
>>648
人の意見を受け入れる度量のない人間は, 自分の意見を表明する資格もないと思うぞ.
がんばれ. 修行せよ.
662 :名無しさん@お腹いっぱい.:2004/10/09 02:10:19
>>648を馬鹿とか度量のない人間と決めつける香具師らも,
端から見てたら十分キモい.
663 :名無しさん@お腹いっぱい.:2004/10/09 04:27:34
http://www.abrianna.com/images/indexnew_21.jpg
デーモンちゃん画像発見. (一番右)
664 :名無しさん@お腹いっぱい.:2004/10/09 06:27:13
>>648
研究室のデスクトップにも家PCにもFreeBSDが入ってますが何か?
OSの研究をしているのでほとんどの作業はFreeBSDでやるし.
E-mailやWWWなど生活マシンとしての作業もFreeBSDから使ってるね.
ただ, 研究室ではWordやExcelを使って出さないといけない書類があるし.
発表スライドにはPowerPointを使わないといけないので研究室から貸与されている.
ノートPCはWindows XPが入ったままだな.
そういう意味ではもれは邪道なのかもしれないが,
MSはFreeBSD用C#コンパイラ出してくれたから好きだ, 大好きだ, だからよいのだ.
学部生のころは家PCにFreeBSDしか入っていない状態だったけど,
そのようなWindowsが使えないという状況でFreeBSDの扱い方が.
かなり鍛えられたと思っているのでFreeBSD onlyの生活も悪くはないと思うけどね.
でも, 使う必然性があるのを見て見ぬふりするのはまずいよなぁ.
665 :名無しさん@お腹いっぱい.:2004/10/09 06:29:12
>>660
激しく同意.
そろそろunfrozenな予感.
666 :名無しさん@お腹いっぱい.:2004/10/09 06:30:35
>>663
どこの得ろサイトから持ってきたかわからんけど.
ワロタ.
667 :名無しさん@お腹いっぱい.:2004/10/09 08:25:50
>>664
漏れが学部生のころは家には NEWS-OS (4.3BSDベース) しかなかったぞ.
年がばれるが...
画像系の研究をしていたが, ソフトウェアはほとんどが自作だった.
研究室にあったSGIと互換性をとるために,
Mesa(OpenGL互換ライブラリ)を入れて, 家でも研究環境ばっちりとかって.
自慢していた思い出がある.
卒論, 修論は当然 LaTeXで書いてグラフや図は xgobi, jgraph,
gnuplot, Tgif という状態だった.
このときは, WSがけっこう安くて下手にPC98を買うよりも.
日本橋で掘り出し物のWSを買う方が安かった.
今は FreeBSD + 最近のPCだと, 当時では考えられないような.
スペックで普通に動いている羨ましい時代だ.
FreeBSDが使えるだけでもありがたいと思わないと...
668 :名無しさん@お腹いっぱい.:2004/10/09 18:14:50
>>667
いや, 懐かしいNEWS-OS って...
漏れと同じくらいの年齢かな? SuperASCII とかあった時代じゃない?
669 :名無しさん@お腹いっぱい.:2004/10/09 22:05:53
うちの高専の担任もNEWS使ってた.
雑誌にもNEWSの広告とか出てたしね.
670 :名無しさん@お腹いっぱい.:2004/10/09 22:16:19
>>667
うわぁ懐かしいですねえ, tgifとかgnuplotとか(;o;)
私の頃はNEWS-OSのVer.6が出始めた時でして...
ただメインはSunOS4.1でしたから使い方全然わかんなかったです.
尤も学部生の頃はめったにWSさわらせてもらえなくてX端末でしたけど(;o;)
ちょうど入れ替わりにPC-UNIXの時代が来てすごくくやしい思いをした記憶が.
そんな私がFreeBSDを入れるのは自然な流れでしょう,
本来NetBSDへ行くべきなんでしょうけど最近ずぼらになって.
会社ではバリバリMicrosoft製品使ってますので.
>>648に比べれば情けない限りですけどね.
671 :名無しさん@お腹いっぱい.:2004/10/10 00:41:35
>>624
うちは -j12 でOKだったよ.
dual opteron
672 :667:2004/10/10 05:58:36
>>670
漏れのときは ちょうど NEWS-OS 6 が出始めるころに修士に入るくらいだった.
でもNEWS-OS 6 から SVR4 ベースになったので,
そこから NEWS を買うのをやめてしまった.
ちょうどそのころ, BSDIがアカデミック向けにボリュームライセンスを.
始めたので, うちの研究室は何台か試しに入れてみたら.
何となく使えそうということになった.
でも, このときはFreeBSDも含めて BSD系のPC-UNIXは,
数学関係のライブラリに問題があって,
sinとかsqrtなんかの数学関数を fpu を使わずにライブラリ内で.
計算するということをしていたので, 数値計算が妙に遅かった.
それで, メインの環境をBSDIに移せずに悔しい思いを.
した経験がある.
673 :667:2004/10/10 06:05:26
>>670
漏れは今でもメインの環境は FreeBSDで構築している.
さすがに仕事が情報系の研究者なので, MS-Officeべったりな.
生活をしなくてもそれなりにやっていけるが,
さすがに書類作成用や授業用にWindowsマシンを一台用意している.
>>648 のようにビジネスの世界でもFreeBSDだけでやっていけるか.
っていうとちょっと大変だろうな...
ビジネスが何かにもよると思うが...
674 :名無しさん@お腹いっぱい.:2004/10/10 13:32:48
>ビジネスが何かにもよると思うが.
営業や総務とか経理とか人事だとしたら多分MS-Office系で困るし,
技術屋は「ビジネス」なんていう言い回しはふつうしないから,
背伸びした教員か学生かなんかじゃないの.
675 :名無しさん@お腹いっぱい.:2004/10/10 13:42:40
多分とふつうから導き出される結論.
676 :名無しさん@お腹いっぱい.:2004/10/10 15:20:18
いや, まともな奴じゃないだろ.
くだらないことで自分が変わってる特別な人間だとか思ってる.
そんな奴が突拍子もなくビジネスとか抜かしたところで.
しかも, 675で悔し紛れになにやら書き込んでるし.
677 :名無しさん@お腹いっぱい.:2004/10/10 15:38:14
中途半端に文章を止めるのが流行ってるわけじゃ.
678 :667:2004/10/10 15:38:49
>>669
Big NEWS っていう当時, とても重たいノートPCとかの.
広告が載っていたあたりじゃないですか?
そうそう, さらにその前は, たしか POP NEWS が変に安い値段で.
雑誌に広告を載せていましたね.
でも, POP NEWS は単体で動かすのはちょっと難しくて.
単体だけを買った香具師は大変だったはず.
679 :667:2004/10/10 15:42:59
>>668
連続書き込みスマソ.
そうそう SuperASCII見て影響された世代ですね.
でもSuperASCIIに載っていたのは, 古いCISCのWSで.
かなりお買得感がなかった.
それよりもちょっと後の時代になると, RISC NEWS のちょっと.
高級なグレードが, 十数万円とかの値段で.
投げ売りされていた.
たまたま新古品で程度のいいのを見つけて買いました.
680 :名無しさん@お腹いっぱい.:2004/10/10 15:44:52
10万人規模の携帯コンテンツサイトを運営しています.
最近はホスティング会社がLinuxしかサポートしていないことが多く,
2, 3年ほどFreeBSD触ってませんでした.
このたびある集中アクセスに対応するため, ロードバランス用に.
数台FreeBSDを採用したのですが, 超速い. ApacheがRedHat上で動いてる.
それに比べて6倍くらい速いです. 超感動.
政治的問題からFreeBSDを入れにくいのですが, 今後プッシュしてみよう.
681 :名無しさん@お腹いっぱい.:2004/10/10 15:48:58
>>680
やっぱり政治的に大変なの?
netcraft で調べてみたら, 大規模なところだとけっこう.
FreeBSD を使っているところ多いよ.
682 :名無しさん@お腹いっぱい.:2004/10/10 15:52:42
そうですよねYahooもFreeBSDですよね.
小さいコンテンツプロバイダの場合, 自社NEかかえてデータセンターに.
ハウジングでとかでなくホスティング屋さん利用が多いのです.
んでホスティング屋さんはFreeBSD無視, というところが多いみたいで...
683 :名無しさん@お腹いっぱい.:2004/10/10 23:42:43
>>682
FreeBSDを無視しているホスティング屋は,
まともなホスティング屋じゃないだろう.
FreeBSDだからこそ, jailでVPSのような高度な.
サービスが提供できる. Linuxなんかだと, 初心者.
に毛の生えた程度のバーチャルホスティングしか.
出来ないんじゃないの.
684 :名無しさん@お腹いっぱい.:2004/10/11 00:10:47
>>683
NTT/VerioのFreeBSDってチューニングしまくりやん.
公開もされんし.
685 :名無しさん@お腹いっぱい.:2004/10/11 00:25:42
>>684
それはVPS2の方じゃない?
VPSはただのjailだった希ガス.
VPS2のカーネル(vkern)ソース公開は・・・ありえんだろうなあ.
こういうのを独自に開発して独占的に利用できるのが.
(企業にとっての)BSDライセンスのメリットですな.
686 :名無しさん@お腹いっぱい.:2004/10/11 00:39:22
>>680
> 数台FreeBSDを採用したのですが, 超速い. Apacheが.
> RedHat上で動いてるそれに比べて6倍くらい速いです.
純粋な疑問なのだが, SPEC WEB99のベンチマークで.
PCサーバ機とZeusを用いる場合にFreeBSDを使わない.
のはなぜだろう. 相性がLinuxよりも良くないのかな.
これでWebサービス能力に関して, Linuxに対する優位性.
が確認されれば, ベンダも現在のように無視することは.
出来ないと思うんだがなあ.
687 :名無しさん@お腹いっぱい.:2004/10/11 01:39:33
>>683
>FreeBSDを無視しているホスティング屋は,
>まともなホスティング屋じゃないだろう.
まともなホスティング屋というのは.
どのレベルのものを指すのかわかりませんが,
私のみてきた範囲では, 十分な技術力を持っていると.
思われるところというのは, ほんの一握りだけです.
で, 技術力の低い(どう考えてもやばいレベル)のところは.
特に何も考えずに時流に乗ってLinuxなシステムで.
サービスを開始して, 後は運を天にまかせています.
688 :名無しさん@お腹いっぱい.:2004/10/11 01:58:48
Linuxって実力以上に名前が売れてしまったからね.
689 :名無しさん@お腹いっぱい.:2004/10/11 02:08:38
>>686
前もどっかで話題になったけど.
JP1が公式に対応してないOSは試用不可と言われることもある.
690 :名無しさん@お腹いっぱい.:2004/10/11 02:26:13
JP1てこれ?
http://www.hitachi.co.jp/Prod/comp/soft1/jp1/index.html
導入事例を見た感じでは案件によっては必須っぽいですね.
初心者スレにも書いてた人がいたけどJAVAとOracleが(Sun, Oraculeによって)
公式にサポートされるようになったらだいぶ状況が変わってきそう.
691 :名無しさん@お腹いっぱい.:2004/10/11 03:13:25
>>682
ライブドアとかさくらインターネットとか使ってみたりすると.
FreeBSD使えなかったっけか?
無料OSだからTurbo Linuxにしましたというさもありなんという話なら.
どこにでも転がってるんだろうなぁ.
聞いたのは裏が青や緑のCDしか見当たらないヤヴァイ会社ですが.
692 :名無しさん@お腹いっぱい.:2004/10/11 04:21:26
Linuxって, kernelが"重く"ありません?ベンチとったか具体的ではないのですが,
同じスペックで使っていても, 何か"もっさり"している感があります.
693 :名無しさん@お腹いっぱい.:2004/10/11 04:29:24
>>692
それは, RedHatですか?
もしもRedHat であれば, それはカーネルだけの.
責任ではありません.
そういう仕様なのです.
694 :名無しさん@お腹いっぱい.:2004/10/11 04:36:19
最近 port があんまり更新されんね.
firefox とか php4 とか.
ここらで俺も貢献しとくか.
695 :名無しさん@お腹いっぱい.:2004/10/11 04:39:04
Linuxはメモリが下痢のような音を立てるから好かん.
696 :名無しさん@お腹いっぱい.:2004/10/11 04:41:26
5.3-RELEASEを控えてるからじゃない?
#それでもapache2-2.0.52とphp4-4.3.9はほしい.
期待してます.
697 :名無しさん@お腹いっぱい.:2004/10/11 11:57:47
>>692
どんなベンチをとるかにもよりますが,
ベンチの場合, Linuxは意外と好成績です.
でもApache とかの実運用での処理能力を.
調べるとLinuxは, それほど高い能力を出しません.
この話は業界ではよく知られていることなのですが,
最近のハードウェアの進歩で, それほど気にせずに.
Linuxのサーバは導入されています.
698 :名無しさん@お腹いっぱい.:2004/10/11 13:21:29
そんなベンチマーク要らない.
699 :名無しさん@お腹いっぱい.:2004/10/11 13:34:15
Linux厨の場合は, ベンチマークの結果を鼻の穴広げて熱く語る.
BSD厨の場合は, 実運用での成績をクールに語る.
700 :名無しさん@お腹いっぱい.:2004/10/11 13:39:21
>>697
たとえ, 何の根拠もなくてもベンチの結果が良いというのは.
お客や上司を説得するのに十分な理由となります.
そうすると予定の性能が出せなくても責任は回避できます.
701 :名無しさん@お腹いっぱい.:2004/10/11 15:05:16
回避できるわけないだろう.
全く使えないものを納めても人のせいにするのか?
人のせいにしたところでそれで済むのか?
だから犬厨は・・・.
702 :名無しさん@お腹いっぱい.:2004/10/11 16:55:42
>>701
>>700 は皮肉では?
703 :名無しさん@お腹いっぱい.:2004/10/11 18:42:31
>>697
うちの会社もそうだ.
某ベンチマークテストの成績を信じて, 某芸能タレントの公式ページを.
Linuxでつくったとき, 想定していた半分のアクセスで.
システムがダウンしてしまった.
Linuxだと大丈夫だと思っていたうちのチームは大騒ぎになった.
企画書出した上司は, 十分な検討の上システムを構築したのですが.
予期せぬ様々な要因のためシステムの運用ができませんでした, と.
報告していた.
704 :名無しさん@お腹いっぱい.:2004/10/11 19:20:45
>>703
|企画書出した上司は, 十分な検討の上システムを構築したのですが.
|予期せぬ様々な要因のためシステムの運用ができませんでした, と.
|報告していた.
で子分はダウンした原因を調査したりはしなかったの?
705 :名無しさん@お腹いっぱい.:2004/10/11 19:29:28
>>704
>で子分はダウンした原因を調査したりはしなかったの?
とか, 十分な検討ってどんな内容だったんだとか.
適当に見積もっても, それなりに動くなら問題ないけど,
なんかあったら全部疑われちゃうよって話.
706 :名無しさん@お腹いっぱい.:2004/10/11 19:41:13
そこでベンチマーク結果が活躍するわけですよ.
707 :名無しさん@お腹いっぱい.:2004/10/11 21:41:51
ここだけの話だが, netcraftで FreeBSDが多いのは,
もしかして, 一度は Linuxで鯖立てたのだけど, 一瞬で.
ダウンして結局慌ててBSDを上げ直したってところが多いのではないだろうか?
実は漏れのところはそうなんだ.
708 :名無しさん@お腹いっぱい.:2004/10/11 22:10:33
>>707
大きな声では言えませんが, 実はうちも.
最初はWindowsサーバだったんですけどね.
今度こそ三度目の正直です. BSD様, 南無南無・・・.
709 :703:2004/10/11 23:47:16
>>705
漏れも含めて子分どもは徹夜で原因の究明をさせられた.
それで結局, ディスクアクセスとネットワーク負荷が.
同時にある一定以上になるとシステムが落ちる, ということがわかった.
この間, ネットワークカードやSCSIカードを交換しても.
状況は改善しなかった.
どうもLinuxのSCSIドライバ辺りが悪かったようだ.
結局, この問題にはハードウェアの数を増やして対処するということになった.
710 :名無しさん@お腹いっぱい.:2004/10/12 00:09:54
>>695
Linuxを使うとメモリが変な音を立てるという話を.
よく聞きますが本当なんですか?
711 :名無しさん@お腹いっぱい.:2004/10/12 00:36:58
>>709
カーネルのバージョンはいくつでした?
Linuxはstableなのにvmとっかえたりするところが怖くてメインでは使った事ないです.
「カーネル2.x.x + yyパッチ + zzパッチ」とかいう表現が一般的なところからして安定動作にも.
ノウハウが必要そうな感じがしますね.
712 :名無しさん@お腹いっぱい.:2004/10/12 00:58:06
>>711
えぇええええ, VMの交換ですか?
どこがstableやねんと突っ込みたくなるあり得なさですな.
某FreeBSDを使っているホスティング会社の人から.
「Linuxの安定度はFreeBSDのcurrent並」という話を.
聞いたことがありましたがこれを読んで納得しますた.
713 :名無しさん@お腹いっぱい.:2004/10/12 01:06:41
>>711
ソースきぼん.
714 :711:2004/10/12 01:32:00
>>713
詳しくないんだけど, このへんの記事から辿れば大体事情わかると思う.
http://kerneltrap.org/node/view/3148
"kernel 2.4.10" "aa vm" "rmap vm"あたりがキーワードか.
715 :名無しさん@お腹いっぱい.:2004/10/12 01:36:41
>>711
vmの件, ホンマかいなと思ってぐぐってみたりもしたんだが.
そのものに辿り着けなかった.
もちろん自分自身がLinuxに詳しくないのが原因ではあるが.
なんか2.2系の途中でckvmってのに替わったみたいな事が.
Linux板に書いてあったけど, 自分の理解が足りてないので.
本当にそうなのかはわからない.
716 :名無しさん@お腹いっぱい.:2004/10/12 01:38:22
半可通トークはもうどうでもいいよ. Linux板の関連スレに誘導してくれ.
717 :名無しさん@お腹いっぱい.:2004/10/12 01:44:03
>>716
半可通だけに, どこに移動していいやらわかりません.
誘導お願いします.
718 :名無しさん@お腹いっぱい.:2004/10/12 01:51:03
具体的なことは載っていいないが,
VM騒動の一端はうかがえる.
http://www.itmedia.co.jp/enterprise/0111/06/01110601.html
コックスは, 「安定版カーネルのVMを今から変えるなんて.
とんでもない」という意見だったらしいが, リーナスは「遅いVM
より速いVMでいいじゃん」てな感じでゴリ押ししたと記憶している.
719 :名無しさん@お腹いっぱい.:2004/10/12 01:53:47
>>712
意外に思うかも知れませんが, Linuxはよく落ちます.
安定性うんぬんでWindows server と比べられることが.
多いけど, 高負荷の鯖運営では, Linux は, Windows server よりも.
マシという程度の安定性しかありません.
実態よりも評判が先行している良い例です.
そのため, 良くクライアント様から,
Linuxなのに何で落ちるんだ, お前のところの技術が低いからだろう.
という苦情をよく受けます.
720 :719:2004/10/12 01:57:04
>>719
この話は, Linuxカーネルのバージョンには依存しません.
721 :名無しさん@お腹いっぱい.:2004/10/12 01:58:17
具体的な話が出てこないのならもうお腹いっぱい.
722 :名無しさん@お腹いっぱい.:2004/10/12 02:15:17
こないだから, sage ずに自分語りする変な人が居ついちゃったみたいね.
723 :名無しさん@お腹いっぱい.:2004/10/12 02:17:09
>>703
芸能タレントでよかったね.
うちはアダルトサイトの鯖の構築と運用だったよ.
こういう依頼を出すお客は, ガラが悪いのが多いので.
ちょっと怖い思いをしました.
724 :名無しさん@お腹いっぱい.:2004/10/12 02:19:30
これ読んでると, このガキの方がよっぽど大人だな.
http://www-6.ibm.com/jp/developerworks/linux/020524/j_l-tosatti.html
私なら, あの時点で切り換えは行わなかったでしょうね. Linusに関して問題なのは,
数多くのことが彼の気分で決まるということです. 彼は, こういうふうに言うんです.
「これは, いいね. これを使おう. これは, いいね. これにしよう」彼が使ったパッチの.
中には, 使うべきでないものもあります. 彼は, あまりよく考えることなく, パッチを.
早々と採用することがあります. ものによっては, 本当に熟慮するだけの時間が.
彼にないこともあります. たとえば, AndreaのVMの件です. すでにVMは1つあったが,
別のものに切り換えた. ドカーン !これに関係してくるいろいろな問題のことについて.
彼は考えなかったのです. 私なら, 彼とは違う対応をしていたでしょうね.
725 :名無しさん@お腹いっぱい.:2004/10/12 02:25:16
>>724
まぁ, Linuxは独裁国家だからね.
726 :名無しさん@お腹いっぱい.:2004/10/12 02:42:21
re関して問題なのは, 数多くのことが彼らの気分で決まるということです.
・・・.
たとえば, 4.9のPAEの件です. 物理アドレスが32-bit前提のドライバばかりなのに,
別のものに切り替えた. ドカーン!これに関係してくるいろいろな問題のことについて.
彼らは考えなかったのです. 私なら, 彼らとは違う対応をしていたでしょうね.
727 :名無しさん@お腹いっぱい.:2004/10/12 02:47:37
fork しちゃえ.
728 :名無しさん@お腹いっぱい.:2004/10/12 02:47:50
Linusを語ろうスレ・・・?
729 :名無しさん@お腹いっぱい.:2004/10/12 03:13:18
>>726
PAEって, そういう問題引き起こしたっけ?
730 :名無しさん@お腹いっぱい.:2004/10/12 03:20:00
>>729
知らない...なんか大きげな追加が入ったのを.
適当に上げてるだけなんじゃないの?
CPU Featureの追加なんて, いくらでもやってる事だし,
PAEの件で派手にモメた事もないと思ったけど.
731 :名無しさん@お腹いっぱい.:2004/10/12 03:28:05
>>726
PAEを誤解してない?
というか理解してないんじゃない?
732 :名無しさん@お腹いっぱい.:2004/10/12 03:56:09
そもそも, 「彼」と「彼ら」という時点で判断のプロセスが違うわけだが.
733 :名無しさん@お腹いっぱい.:2004/10/12 04:12:09
>>731
理解してるよ. IA32 で物理メモリのアドレス幅を 2^36 ビットにする規格.
PAE が有効だと vm_paddr_t が 64-bit になるので, unsigned long にキャストして.
下位ビットのマスクとかしてるドライバが動かなくなったりした.
こんなの -stable に入れんなやと.
http://lists.freebsd.org/htcgi/htsearch?config=htdig-mailman%2Ffreebsd-stable&restrict=&exclude=&method=and&format=short&sort=score&words=PAE
一騒動起きたよね.
デフォルトでは無効だから, ネタとしては ACPI の方がよかったね.
734 :730:2004/10/12 04:31:51
>>733
うげ, 完全に認識不足だった. ごめん.
735 :名無しさん@お腹いっぱい.:2004/10/12 10:24:14
梅ちゃん, 梅ちゃん, 梅本くん!
736 :名無しさん@お腹いっぱい.:2004/10/12 10:37:06
TheoスレのLinus版みたいなのを立てちゃおうよ.
737 :名無しさん@お腹いっぱい.:2004/10/12 11:38:00
犬板でやれ.
738 :名無しさん@お腹いっぱい.:2004/10/12 14:29:27
http://lists.freebsd.org/pipermail/freebsd-ports/2004-October/016704.html
HEADS UP: Partial ports thaw
長かったね.
739 :名無しさん@お腹いっぱい.:2004/10/12 16:42:02
753 名前:root[] 投稿日:2004/10/12 15:52:47 ID:???
AP #3 (PHY# 7) failed!
panic y/n? [y] panic: bye-bye
とシリアルコンソールが言って, 落ちた, , , .
FreeBSDが5.3BETA2だからか.
強制リブートを依頼予定.
845 名前:root[] 投稿日:2004/10/12 16:26:19 ID:???
旧カーネルでのトライでも, 同じpanicを起こしました.
現在対応中ですが, 最悪今日深夜になるかも.
これは爆撃が原因ではなくて, FreeBSDが5.3-BETA2であるための可能性が大です.
740 :名無しさん@お腹いっぱい.:2004/10/12 16:48:01
なんでいまさらBETA2だったんだろう?
741 :名無しさん@お腹いっぱい.:2004/10/12 17:10:47
めんどくさかったからだろ.
742 :名無しさん@お腹いっぱい.:2004/10/12 21:03:21
ports freezeが解除されたのはいいが4-stableでmake失敗するportsが増えたな.
743 :名無しさん@お腹いっぱい.:2004/10/12 23:19:53
もうそろそろ 5.x に移行しろってことじゃないの?
744 : - @BFzK/mtqM2 - :2004/10/12 23:56:50
>>740
カーネルをインストールした時がBeta2だったから,
って当然のことだよな. . . .
745 :名無しさん@お腹いっぱい.:2004/10/13 02:43:26
>>743
まだ5.3が出ていないのにそれはちと・・・.
746 :名無しさん@お腹いっぱい.:2004/10/13 02:46:56
>>745
次は, BETA8 になるのか RC1 になるのか, それが問題だ.
5.3Rがでれば良いんだけどね.
747 :名無しさん@お腹いっぱい.:2004/10/13 02:47:04
5.3-BETA7入れといて5.3-RELEASEで5系初のmake worldやっとくのもいいんじゃない?
748 :名無しさん@お腹いっぱい.:2004/10/13 02:50:00
BETAいれたなら, 多少はついていく努力をしないと.
毎回あげろとはいわないけど.
749 : - @MUMUMUhnYI - :2004/10/13 05:53:48
>>748
すんません.
750 :名無しさん@お腹いっぱい.:2004/10/13 11:13:50
portsの更新激しすぎ・・・.
751 :名無しさん@お腹いっぱい.:2004/10/13 11:22:33
>>750
しばらく放置しといたほうがよさそうだね.
752 :名無しさん@お腹いっぱい.:2004/10/13 12:24:37
この24時間で, いったいいくつのportsが更新されたんだろ? 下手すりゃ10分単位.
でも更新されている気がするぞ・・・.
753 :名無しさん@お腹いっぱい.:2004/10/13 12:29:59
http://www.freshports.org/
を見るといいんだべ.
754 :名無しさん@お腹いっぱい.:2004/10/13 14:44:43
5.3-BETA7以前のままだった人はライブラリのversion bumpによる影響を受ける.
portsを作り直す必要があったわけで, アップデートのいい機会かもね.
755 :名無しさん@お腹いっぱい.:2004/10/13 14:51:57
>>753
うぎゃ. マヂで10分以下の頻度で更新されとる・・・.
756 :名無しさん@お腹いっぱい.:2004/10/13 16:47:43
っていうかフリーズで禁欲生活が長かったからみんなドロドロと溜まっていたんだよ.
そして久しぶりに開通したらこれでもかと激しいsend-prが・・・・・・.
757 :名無しさん@お腹いっぱい.:2004/10/13 17:15:02
portsでccacheを使っている人っている?
大丈夫かなあ.
758 :名無しさん@お腹いっぱい.:2004/10/13 18:10:42
>>757
大丈夫です. プラシーボ効果で速くなります.
759 :名無しさん@お腹いっぱい.:2004/10/13 19:12:00
portsをビルドするのにってこと?
同じファイルを同じコンパイルオプションで何度も繰り返しビルドするわけじゃないから.
あまり役に立たないと思う.
760 :1:2004/10/13 19:36:26
もまえ様たち愛機は元気ですか.
5.3R がますます楽しみですね.
コンパイルタイムに.
(要 multimedia/linux-realplayer)
http://www.musiqueradio.com/index.php?rub=videos&pg=video&vid_id=29
その他, 国内ここ一週間の熱狂について.
http://www.google.co.jp/search?hl=ja&q=%E3%83%9E%E3%82%A4%E3%83%A4%E3%83%92%E3%83%BC
怒涛の背景の解説.
http://blog.livedoor.jp/media_francophonie/archives/4146564.html
761 :名無しさん@お腹いっぱい.:2004/10/14 00:57:05
>>757
packagesサーバーは/etc/make.confに.
CC=/usr/local/bin/ccache cc
CXX=/usr/local/bin/ccache c++
と書いてある.
たまにビルドにこけるportsもあるのでpkgtools.confのMAKE_ARGSで'CC=cc CXX=c++'としている.
762 :名無しさん@お腹いっぱい.:2004/10/14 14:03:30
# cvs log
cvs [checkout aborted]: end of file from server (consult above messages if
any)
なんでだ?
:pserver:anoncvs@anoncvs.jp.freebsd.org:/home/ncvs
なんだけど.
763 :名無しさん@お腹いっぱい.:2004/10/14 16:27:08
>>762 は無かったことにしてくれ・・・. orz.
764 :名無しさん@お腹いっぱい.:2004/10/16 03:44:42
FreeBSDで普段から生活している香具師.
そろそろ目を覚したらどうだ?
世の中は Windows だぞ.
765 :名無しさん@お腹いっぱい.:2004/10/16 03:52:05
Macは3位だぞ.
766 :名無しさん@お腹いっぱい.:2004/10/16 19:07:36
>>764
こっちの方がもっと重症な香具師がいるぞ. w.
http://pc5.2ch.net/linux/
767 :名無しさん@お腹いっぱい.:2004/10/17 03:10:34
RELENG_5_3 記念age
768 :名無しさん@お腹いっぱい.:2004/10/17 22:13:02
>>767
5.3-RC1 がでたけど, さすがに RC1になってからは.
cvsup での更新が減ったね.
ついこの間まで物凄い更新量だったけど.
ついでに age とく.
769 :名無しさん@お腹いっぱい.:2004/10/18 17:13:21
PenIII 600MHz(katmai) x 2 のSMPな環境で.
make buildworld -j3 とかってやったらさすがに速いね.
前まで -j オプションつけたら build 失敗していたのに.
今のところうまくいっているみたい.
buildworld とか buildkernel は -j オプションつけるとやばいのかな?
770 :名無しさん@お腹いっぱい.:2004/10/19 13:29:16
ようやっとportsの更新頻度が落ちてきた.
771 :名無しさん@お腹いっぱい.:2004/10/19 14:30:56
X.Org 6.8.1とKDE 3.3.1が控えてるけどね.
772 :名無しさん@お腹いっぱい.:2004/10/19 14:43:29
GNOME 2.8 もまだだね. これらのデカブツは.
> The ports tree is now partially unfrozen. This means: no large-scale
> or sweeping changes until 5.3-RELEASE is out the door,
てことで, 5.3-REL の後.
773 :名無しさん@お腹いっぱい.:2004/10/19 16:48:34
>>764
知恵が無く金もない. 飾り立てるセンスもないドザは割れWindowsに辿りつくというわけですね.
774 :名無しさん@お腹いっぱい.:2004/10/19 17:04:04
果たして, どちらの釣り堀が勝つのでしょうか?
775 :名無しさん@お腹いっぱい.:2004/10/19 18:17:41
>>771
X.org 6.8.1 だけに興味がありますね.
776 :名無しさん@お腹いっぱい.:2004/10/19 22:38:36
MPSAFE がらみで de(4) がトロい件, なおりましたな.
検証したのは, RELENG_5_3 でだけど・・・.
777 :名無しさん@お腹いっぱい.:2004/10/20 05:11:42
>ようやっとportsの更新頻度が落ちてきた.
これらの更新は 5.3R にも反映するの? package も?
778 :名無しさん@お腹いっぱい.:2004/10/20 05:12:42
せめて5.3Rのfirefoxパッケージは1.0PRにして欲しい.
779 :名無しさん@お腹いっぱい.:2004/10/20 05:58:17
>>777
反映したら, この前までフリーズしてた意味ないじゃん.
780 :名無しさん@お腹いっぱい.:2004/10/20 08:09:58
packagesはある程度古くても仕方ないよ.
781 :名無しさん@お腹いっぱい.:2004/10/20 09:43:26
すべてソースからmake汁!
782 :名無しさん@お腹いっぱい.:2004/10/20 10:21:08
>反映したら, この前までフリーズしてた意味ないじゃん.
なんで?
そもそも, なんでフリーズなんてするの?
で, 結局, 5.3R の package はいつの時点のなの?どれくらい古いの?
>すべてソースからmake汁!
絶対に嫌です.
783 :名無しさん@お腹いっぱい.:2004/10/20 10:59:06
全てPortsから入れてるおいらはバカなんだろうか・・・.
784 :名無しさん@お腹いっぱい.:2004/10/20 11:02:46
>>783
いやふつうでしょ?
785 :名無しさん@お腹いっぱい.:2004/10/20 11:23:14
>>783
そっちの方が管理が楽だとわかりつつも.
tar玉を持ってきてしまう. orz.
786 :名無しさん@お腹いっぱい.:2004/10/20 11:28:10
手でインストールしたもののファイルリストを与えて/var/db/pkgに.
パッケージ登録してしまうスクリプトをずっと使っているんだが,
portupgrade関係がoriginがないとうるさくてかなわん.
787 :名無しさん@お腹いっぱい.:2004/10/20 15:40:36
>>782
portsってのは各portごとにそれぞれメンテナがいる. しかも, port間には.
往々にして依存関係がある. 個々のportに更新に伴い, タイミングにより.
運悪く依存関係にある他のportがビルドできなくなったり, 壊れたりするこ.
とがありうる. これは, 多人数で分散的に開発をしている以上避けられな.
い.
なので, リリース直前になると各portの更新を原則として禁止するフリーズ.
期間を設けている. この期間にはセキュリティ関連の更新とビルドできなく.
なっていたり壊れていたりするportの修正のみが行われ, その結果, 一時.
的に可能な限り全てのportが少なくとも対象のリリースにおいて正常にビル.
ド・実行可能な状態になる. そしてその状態(大雑把に言ってフリーズが解.
ける直前のportsツリー)で, リリース用のpackageが作られる.
フリーズしないと, 一部のpackageがビルドできないせいでリリースに含まれ.
なかったり, 動かないpackageが含まれた状態でリリースされたりということ.
が起こりうる. フリーズしない場合に使えなくなるような一部のpackageは,
>>782が日頃使っているpackageだけだろうから, ports-currentを使ってい.
るユーザには関係ないことだがね.
788 :名無しさん@お腹いっぱい.:2004/10/20 18:48:52
みんなスタティックリンクにしたらいいのにね.
これ, HDDやメモリが足りなかった時代の風習でしょ.
ダイナミックリンクのありがたみって, zlibのときみたいに.
ライブラリを差し替えるときだけだ.
789 :名無しさん@お腹いっぱい.:2004/10/20 19:02:17
現実はむしろ何でもかんでもダイナミックリンクの方向に向かってるわけだが.
790 :名無しさん@お腹いっぱい.:2004/10/20 19:07:35
スタティックリンクのありがたみって何?
791 :名無しさん@お腹いっぱい.:2004/10/20 19:07:57
gettext 祭りとか expat 祭りとかは記憶に新しいとこだなあ.
792 :名無しさん@お腹いっぱい.:2004/10/20 19:11:06
>>790
少なくとも, ライブラリに関しては依存関係がない.
793 :名無しさん@お腹いっぱい.:2004/10/20 19:13:34
ABIが変更されたら一緒じゃん? わかりにくいだけで.
794 :名無しさん@お腹いっぱい.:2004/10/20 19:41:48
nsswitchはどうすんのさ.
795 :名無しさん@お腹いっぱい.:2004/10/20 20:32:56
2chで使っているBETA?はRC1にあげるのかしら?
796 :名無しさん@お腹いっぱい.:2004/10/20 20:44:27
>>791
shlib major が上がる時だけじゃん.
スタティックリンクされてると, ライブラリが更新されるたびに.
変更を反映させるため portupgrade -fr が必要になるよ.
797 :791:2004/10/20 21:25:05
おお, >>787 の解説に同意して, そもそものフリージングの必要性について書いただけなんだよ.
約20秒間遅れたみたいだが.
リリース時に目茶苦茶なパッケージングだったら困る.
あなたのおっしゃるとおりです.
798 :名無しさん@お腹いっぱい.:2004/10/21 23:05:08
X.org 6.8.1のportsまだぁ? age
799 :名無しさん@お腹いっぱい.:2004/10/22 00:02:29
>>798
>>772
800 :名無しさん@お腹いっぱい.:2004/10/22 01:06:45
とりあえずキリ番いただいとく 800ゲット.
801 :名無しさん@お腹いっぱい.:2004/10/22 15:54:55
どのスレに書くか悩んだけどここに書くことにしよう.
最近FreeBSD 5.3RC1?のbuildworldしようととすると.
makeやgccが.
---
make in free(): error: modified (chunk-) pointer
Abort trap (core dumped)
---
やgccのinternal errorが出てコンパイルが完了しないのは私だけですか?
ちなみに今入っているのはFreeBSD 5.3 Beta6で, これはftpでインストーラ起動のみ.
ISO-IMAGEを落として初期インストールしています.
802 :名無しさん@お腹いっぱい.:2004/10/22 16:12:58
>>801
メモリ死んでない?
803 :名無しさん@お腹いっぱい.:2004/10/22 17:32:18
5.3-BETA1 -> BETA7 -> RC1 と上げたけど, そんなことはなかったな.
makeの-jオプションつけても問題なくビルドできたし.
804 :名無しさん@お腹いっぱい.:2004/10/22 20:29:57
俺もなかった.
俺も >>802 サンに同意というか, ports になってたようだけど.
http://www.memtest86.com/ から FD イメージを落としてみては.
805 :名無しさん@お腹いっぱい.:2004/10/23 01:20:13
http://www.infracaninophile.co.uk/portindex/portindex-0.1.tar.bz2
Perlでportindexを書いたひとがfreebsd-portsに出現したぞ.
806 :名無しさん@お腹いっぱい.:2004/10/23 02:14:27
>>805
どうした! Ruby軍は!!
807 :名無しさん@お腹いっぱい.:2004/10/23 21:24:10
このスレどうした?
最近盛り上がらないね? age
808 :名無しさん@お腹いっぱい.:2004/10/23 21:31:35
FreeBSD 5.3RC1
RC1 だけで終わるとは思えないのだけど.
そろそろRC2かな?
809 :名無しさん@お腹いっぱい.:2004/10/24 04:09:43
FreeBSD 5.3-RELEASEはいつになったら出るんでしょうか?
810 :名無しさん@お腹いっぱい.:2004/10/24 04:35:57
タテマエでは明日.
811 :名無しさん@お腹いっぱい.:2004/10/24 07:16:24
明日が遠足だと眠れず熱を出すタイプの人ですか?
812 :名無しさん@お腹いっぱい.:2004/10/24 07:50:47
何かここ数日cvsupの更新が頻繁だな...
そろそろRC2の悪寒.
813 :名無しさん@お腹いっぱい.:2004/10/24 17:23:58
RC3 くらいまででリリースできるかな?
814 :名無しさん@お腹いっぱい.:2004/10/24 17:33:54
永遠の RC -= FreeBSD = -
815 :名無しさん@お腹いっぱい.:2004/10/24 17:40:23
さんざん 5.3Rを待たせといて 5.3Rが出た瞬間 5.3.1Rが出るに一票.
816 :名無しさん@お腹いっぱい.:2004/10/24 17:45:10
さすがに BETAが7までいくOSも珍しいからね.
RCもけっこう頑張ってくれるんじゃないの?
とは言っても某M*なメーカのOSは BETA が2000まで逝ったと思ったら,
XPまでいきましたからね.
こちらもいつになったら正式リリースされるんだろうか?
817 :名無しさん@お腹いっぱい.:2004/10/24 17:50:14
FreeBSD5.3 be-taマックス.
818 :名無しさん@お腹いっぱい.:2004/10/24 17:51:52
be-taマックスは縁起が悪いからやめて...
でもbe-taのビデオデッキ知っている人間って今の若い香具師にいるのかな?
819 :名無しさん@お腹いっぱい.:2004/10/24 17:54:42
>>818
21歳だけど実家のビデオデッキbe-taだった.
820 :名無しさん@お腹いっぱい.:2004/10/24 17:56:34
当時, be-taの方がVHSよりも性能は良かったんだよね.
でも市場では破れてしまった.
ED-be-taなんて最強だったよね.
どこかのOSでもそういうことはないだろうな.
821 :名無しさん@お腹いっぱい.:2004/10/24 18:43:16
てかそういう話は珍しくもない.
822 :名無しさん@お腹いっぱい.:2004/10/24 18:53:53
ありまくりですな.
823 :名無しさん@お腹いっぱい.:2004/10/24 19:47:02
むしろそっちがデフォみたいなもの.
824 :名無しさん@お腹いっぱい.:2004/10/24 20:24:35
悪貨は良貸を駆逐しがち.
825 :名無しさん@お腹いっぱい.:2004/10/24 21:01:13
いや, あの, , , be-ta現役で日常的にTV録画に使用していますが, 何か?
(デジbe-taカムとかそんなオチじゃなくて普通のbe-taの SL-HF3000 とか)
826 :名無しさん@お腹いっぱい.:2004/10/24 21:03:54
俺が考える悪貨は良貨を駆逐するって例は.
天然物から手塩をかけて作られた良質の化粧品や医薬品とかが.
安価で製造できる化学合成製品に追いやられるって例だけど.
フリーのOSで市販の高価なOSを駆逐出来ないのはちょっと違う気がするなぁ.
まぁOSの慣れってのも大きいと思うけどさ,
もっと大きいデメリットに目を瞑って良貨を気取るのはどうなんだろ?
827 :名無しさん@お腹いっぱい.:2004/10/24 21:09:35
俺定義を人に話すのは煮詰めてからにしよう.
828 :名無しさん@お腹いっぱい.:2004/10/24 21:16:58
Welcome to 5.3-RELEASE age
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh
829 :名無しさん@お腹いっぱい.:2004/10/24 21:18:30
いや, be-taだってデメリットあっただろーが?
そういうの認めないで「あらゆる面で優れてるのに負けた」ってのはどうなのかな, と.
被害者面してお涙頂戴したいのか?悪いけどコメディーにしかならんぞ, そんな話.
830 :名無しさん@お腹いっぱい.:2004/10/24 21:26:20
be-taが勝っていたのは画質だけ. それもわずかな差.
その他全てでVHSに劣っていた.
831 :名無しさん@お腹いっぱい.:2004/10/24 21:30:15
>>828
いいのか? ほんとうにいいのか? RELEASE なんて出してほんとうにいいのか?
しらないぞー.
832 :名無しさん@お腹いっぱい.:2004/10/24 21:30:21
全てって・・・.
体積でもbe-taの方がいいでつ.
たくさんビデオを録りためてる場合は結構重要.
833 :名無しさん@お腹いっぱい.:2004/10/24 21:33:24
>>828
キタ----------------!!!!
834 :名無しさん@お腹いっぱい.:2004/10/24 21:34:22
RELEASEまでの流れを見れた・・・ちょっと感動.
835 :名無しさん@お腹いっぱい.:2004/10/24 21:36:42
>>830
EDベータの画質を知らないのか?
836 :名無しさん@お腹いっぱい.:2004/10/24 21:44:28
FreeBSD と関係ないけどな.
837 :名無しさん@お腹いっぱい.:2004/10/24 21:45:19
5.2.1とは違って安定してるの?
838 :名無しさん@お腹いっぱい.:2004/10/24 21:46:36
>>837
[Project peko]2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/
839 :名無しさん@お腹いっぱい.:2004/10/24 21:46:37
ベータの話は AV板に行ってくれ. 待っている.
840 :名無しさん@お腹いっぱい.:2004/10/24 21:47:11
多分, 一週間以内に 5.3.1Rが出るんではないかと...
それで2週間以内に 5.3.2Rが出て(以下略)
841 :名無しさん@お腹いっぱい.:2004/10/24 22:21:26
確かに, 5.3-RC1の後にRELENG_5_3へ入った変更の量からすると,
ほんとに5.3-RELEASE出して良いんだろうかって気になる.
まあ, このままダラダラ遅れさせるより, 思い切って5.3-RELEASEを出して.
大きな不都合があったら5.3.1-RELEASEを出せばいいや,
ってRelease Engineering Teamは判断したんでしょうな.
842 :名無しさん@お腹いっぱい.:2004/10/24 23:15:30
>>837
まだ RC1 だけど, 安定してるとは思うよ.
クライアント用途としても十分使えるし.
843 :名無しさん@お腹いっぱい.:2004/10/24 23:29:34
>>842
さっき5.3-RELEASEになったよ.
844 :名無しさん@お腹いっぱい.:2004/10/24 23:30:26
ftpのダウンロードはまだなのかい.
845 :名無しさん@お腹いっぱい.:2004/10/24 23:32:48
初心者警報発令!!
5.6Rリリースに伴う初心者ラッシュに備えエスパーを召集する!!
エスパー以外の者はいびりに磨きをかけておくこと!!
846 :名無しさん@お腹いっぱい.:2004/10/24 23:37:10
5.3Rを入れようとも思うんだけど, smpの場合って.
make buildkernel KERNCONF=SMP
make installkernel KERNCONF=SMP
なのかな?
GENERICからsmpが居なくなってるよね.
847 :名無しさん@お腹いっぱい.:2004/10/24 23:39:40
>>845 いくらなんでも早過ぎるだろ. まだ一年以上はあるんじゃね?
848 :名無しさん@お腹いっぱい.:2004/10/24 23:44:04
初心者スレに叩き出せばこのスレは平和を保てるのでは.
849 :名無しさん@お腹いっぱい.:2004/10/25 00:10:31
>>846
標準でSMPだ.
850 :名無しさん@お腹いっぱい.:2004/10/25 00:11:54
>>849
わるい. おれの勘違いだ. >>846のとおりかも.
851 :842:2004/10/25 00:12:12
>>843
まだタグ打たれてないよ.
852 :名無しさん@お腹いっぱい.:2004/10/25 01:45:14
freebsd-announce@freebsd.org にアナウンスが出るまでは.
正式なリリースではありません.
みなさん落ち着きませう.
853 :名無しさん@お腹いっぱい.:2004/10/25 03:38:08
漏れは stable だからリリースはあまり関係ないな.
このままシームレスにFreeBSDな世界を進んでいきまつ.
854 :名無しさん@お腹いっぱい.:2004/10/25 08:23:24
http://www.freebsd.org/releases/5.3R/schedule.html
また1日延びた?
855 :名無しさん@お腹いっぱい.:2004/10/25 08:46:17
http://www.jp.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.3R/schedule.sgml.diff?r1=1.17&r2=1.18&f=h
856 :名無しさん@お腹いっぱい.:2004/10/25 15:05:29
5.3-RELEASEのISO imageをBitTorrentで配る準備がされている.
らしいぞ.
857 :名無しさん@お腹いっぱい.:2004/10/25 16:32:31
bittorrentってFreeBSDで受け取るには何を使えばいいの?
858 :名無しさん@お腹いっぱい.:2004/10/25 16:55:15
>>857
ports/netに *torrent* を探せ.
859 :801:2004/10/25 16:55:18
>>802
>>804
ありがとうございます.
私のマシンはFDDが付いていないのでどうしようかと思ったけど.
3.1aならISOイメージがあるみたいなのでこちらを試してみます.
860 :名無しさん@お腹いっぱい.:2004/10/25 17:04:49
>>858
基本は net/py-bittornado じゃないのかな.
861 :名無しさん@お腹いっぱい.:2004/10/25 19:15:51
*BSDの欠点は, なんとかBSDと言っても名ばかりで, 名前だけ共通なだけで,
実際は別のOSともいえること, Macでいうアップデートサーバが充実していないこと.
構成が最先端の某BSD, それからくだらん喧嘩して分かれたセキュリティ重視の某BSD,
最先端のBSDから成果をかすめ取ってる某BSD, 更にそこから分化した某トンボBSDがある.
構成が違うために, BSDを換えても, それまで慣れ親しんだ知識, 経験がそのまま使えるわけではない.
使いこなせるようになるまで, また, 最初から経験しなければならない.
配布元の諸事情により, 仕方なく乗り換えなければならないこともありうる.
専門技能というより単に慣れが必要という本質的ではないことに多くの時間を費やすべきではない.
Macの利点は, 仕様が世界共通だから, そのような必要は無いこと, 各々の*BSDよりも.
アップデート用サーバが充実していること.
*BSDの場合, アップデート, パッチ当ては配布元のサーバに頼るしかなく,
残念ながら, Macのサーバ環境ほど充実しているとはいえない.
862 :名無しさん@お腹いっぱい.:2004/10/25 19:44:17
>>861
> なんとかBSDと言っても名ばかりで, 名前だけ共通なだけで,
> 実際は別のOSともいえること.
Mac OS 9 と Mac OS X の関係に似てますね.
863 :名無しさん@お腹いっぱい.:2004/10/25 19:54:11
Mac OS Xの使いやすいインターフェイスと美しいグラフィックスの下には, オープンソースUNIX(FreeBSD, Mach, Apache,
GCCなどのテクノロジーで構成)の成果をかすめ取って作り上げたDarwinというファウンデーションがあります.
864 :名無しさん@お腹いっぱい.:2004/10/25 19:57:59
>使いこなせるようになるまで, また, 最初から経験しなければならない.
最初からってこたーねーだろ.
865 :名無しさん@お腹いっぱい.:2004/10/25 20:00:01
*BSD も仕様は全世界共通だなー.
866 :名無しさん@お腹いっぱい.:2004/10/25 20:01:13
>>861
コピペ.
867 :864=865:2004/10/25 20:03:05
赤面してるぜ, こんちきしょー.
868 :801:2004/10/25 22:36:35
>>859
memtest86試してみましたが・・・・.
見事にメモリ死んでました. orz.
早速, 新しいメモリを注文しました.
あと, 幸い後ろの方だったのでloaderで.
256Mから192Mに強制的に縮小して届くまでしのぎます.
ていうか, makeworldを-O0の設定で始めてしまった. orz.
869 :名無しさん@お腹いっぱい.:2004/10/25 22:43:42
FDイメージでもbootable CDに焼けるけどね.
俺のマシンもFDDないんでFDイメージを与えたらbootable CDイメージを作ってくれる.
ようなプログラムがあれば嬉しいんですが, どこかにありませんか?
870 :名無しさん@お腹いっぱい.:2004/10/25 23:03:47
>>869
ある.
というかコマンドの組み合わせでやる方法は知っているけど, それを自動化したプログラムってこと?
871 :869:2004/10/25 23:06:45
>>870
コマンドの組み合わせでやる方法を教えてもらえないでしょうか?
FreeBSDでCDを焼く方面にはうとくて・・・・・・.
自動化は自分でシェルスクリプトを書けます.
872 :名無しさん@お腹いっぱい.:2004/10/25 23:07:28
>>871
こんなんでいいんじゃない?
#!/bin/sh
if [ -z "$1" ]; then
echo usage: $0 image.flp
exit 1
fi
mkisofs -o boot.iso -b `basename $1` $1
873 :名無しさん@お腹いっぱい.:2004/10/25 23:10:46
5.3Rを試しに入れる区画がないよ.
portsでコンパイルしまくって時間をかけてまともになった4.10を捨てる気はしないし.
874 :名無しさん@お腹いっぱい.:2004/10/25 23:15:26
もう一台買え.
875 :名無しさん@お腹いっぱい.:2004/10/25 23:16:52
来年の頭くらいに5.3Rへの入れ替えを考えるかな.
まだ4.10でいいや.
876 :名無しさん@お腹いっぱい.:2004/10/25 23:17:02
新しいディスクを買ってくるのがいいよ.
4.10の環境は残しておいて/oldにでもマウントしておくと,
chrootすればそのまま使い続けられるよ.
ホームはnullfsでマウントすればよし.
877 :名無しさん@お腹いっぱい.:2004/10/25 23:17:51
>>872
portinstall sysutils/mkisofs
をしていないホスト用にエラーチェックを追加する必要があるかも.
878 :869:2004/10/25 23:18:22
>>872
なんと, こんな簡単にできるんですか. ありがとうございます.
cdrtools入れて, 何か適当なもので試してみようと思います.
879 :名無しさん@お腹いっぱい.:2004/10/25 23:19:57
>>877
sysutils/cdrtools
にMOVEDされてたのね・・・・・・.
880 :名無しさん@お腹いっぱい.:2004/10/25 23:22:13
6200円で80GBのディスクが買えます.
881 :名無しさん@お腹いっぱい.:2004/10/25 23:29:41
>876
よくわからないけどなんとなくわかったような.
やってみます.
882 :名無しさん@お腹いっぱい.:2004/10/25 23:29:56
5-stable分岐直後の-RELEASEなんて-currentとたいした違いもないわけで.
真の5-stableを求める向きは粛々と5.4-RELEASEを待つのが賢い選択かも.
883 :名無しさん@お腹いっぱい.:2004/10/25 23:36:56
5.4 の時は 5.5 まで様子見とか言ってる悪寒.
884 :名無しさん@お腹いっぱい.:2004/10/25 23:45:31
何も見ずに純粋に数字の並びだけを考える, というか感じると5.6が安定してるっぽい.
885 :名無しさん@お腹いっぱい.:2004/10/25 23:46:58
5.10 ぐらいまでお願いします.
886 :名無しさん@お腹いっぱい.:2004/10/25 23:55:46
要するに6がsutableになるまで待てと?
887 :名無しさん@お腹いっぱい.:2004/10/26 00:00:54
x.4とかx.6が評判高いという統計的意見?
そんなこといっているときに限って5.4.1だとか5.6.1がすぐに出るんだよね.
せめて5.3.1待ちにしとこう.
888 :名無しさん@お腹いっぱい.:2004/10/26 00:10:52
>>886
シュタブル?
889 :名無しさん@お腹いっぱい.:2004/10/26 00:46:55
gccは昔major version > minor version の間は不安定だ.
と言われた. 今は滅茶苦茶だけどね.
890 :名無しさん@お腹いっぱい.:2004/10/26 01:08:20
デスクトップでpreempt使ってる人, 調子はどんな感じ?
891 :名無しさん@お腹いっぱい.:2004/10/26 01:44:42
アップデートすると2週間後に(rな人ですが, 5系に移行してもいいですか?
それとも6.0-BETAが出るまで待った方がいいですか?
892 :名無しさん@お腹いっぱい.:2004/10/26 01:46:23
>>889
違う, minor > patchだ.
893 :名無しさん@お腹いっぱい.:2004/10/26 02:09:53
>>890
あれってUPでも使えるオプションだっけ?
UPでもちゃんと使えるんだったらちょっと使ってみたい気はするけど.
894 :名無しさん@お腹いっぱい.:2004/10/26 17:16:26
あと二つ簡単にすまないような気がするなあ.
5.3への道は険しい.
895 :名無しさん@お腹いっぱい.:2004/10/26 22:07:08
FreeBSD 5.3とNetBSD 2.0がほぼ似たような時期に出ることになるんだろうなぁ.
OpenBSDも3.6が出るけど, これは半年毎のバージョンアップだから, 特に感慨ない.
896 :名無しさん@お腹いっぱい.:2004/10/26 22:13:05
X OpenBSD
O TheOpenBSD
897 :名無しさん@お腹いっぱい.:2004/10/26 22:35:41
TheoかわいいよTheo
898 :名無しさん@お腹いっぱい.:2004/10/26 23:03:28
キモイ.
899 :名無しさん@お腹いっぱい.:2004/10/26 23:32:38
>>897
かなり笑った.
900 :名無しさん@お腹いっぱい.:2004/10/27 00:10:38
なんか, src/share/examples/cvsup/standard-supfile の.
RELENG_5_3_0_RELEASE タグの位置がずらされてますな.
901 :名無しさん@お腹いっぱい.:2004/10/27 01:54:23
まだまだかかりそうです. すんません.
902 :名無しさん@お腹いっぱい.:2004/10/27 02:46:27
23日の夜, というか24日早朝くらいの 5.3-STABLEだと.
なんか固まりますね.
mozilla とか使っている最中に固まる.
5.3Rは大丈夫?
903 :名無しさん@お腹いっぱい.:2004/10/27 02:53:46
RELEASEは7〜10日伸びるとメールが来たぞ.
904 :名無しさん@お腹いっぱい.:2004/10/27 05:22:41
kinosei
905 :864=865:2004/10/27 06:13:03
FreeBSD5.2.1-RELEASEp11 -> FreeBSD5.3-STABLE
サウンドカードが音を奏でなくなった.
まいっちんぐ. その他は問題なし.
906 :名無しさん@お腹いっぱい.:2004/10/27 06:27:48
>>905
過去ログ嫁.
ヒント:pcm snd
907 :名無しさん@お腹いっぱい.:2004/10/27 09:32:06
RELEASEまであと少しだけど, >>19 の予想通りに毎度毎度の遅れだな.
すぐに5.3.1なんてことにならないのを祈るのみです.
908 :名無しさん@お腹いっぱい.:2004/10/27 11:04:13
Edit src/sys/kern/sched_ule.c
Add delta 1.121.2.10.2.1 2004.10.26.02.22.54 scottl
cvsupしたら[上矢印]なんてのが.
まだ一週間はかかるってはなしがcurrentにも出ているしな.
909 :名無しさん@お腹いっぱい.:2004/10/27 11:43:10
というか, このままだと 5.3-RELEASE は 4.6.1-RELEASE と同じように.
RELEASEタグは打たれたけれど結局出ない, 幻のリリースとなりそうな予感.
910 :名無しさん@お腹いっぱい.:2004/10/27 11:57:44
今回は内的要因だから4.6.1とは全然違うじゃろ.
911 :名無しさん@お腹いっぱい.:2004/10/27 12:33:03
5.0Rから5.3Rへ一気に上げるのは難しいかな?
912 :名無しさん@お腹いっぱい.:2004/10/27 12:33:29
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.62.2.15.2.2&r2=1.62.2.15.2.3
RELEASE->RC1になったぞ???
913 :名無しさん@お腹いっぱい.:2004/10/27 12:39:09
>>912
わらた. (w.
914 :名無しさん@お腹いっぱい.:2004/10/27 12:39:31
まだ一ヶ月くらいはかかりそうな気配.
あの二つが10日くらいで解決しそうに無い.
915 :名無しさん@お腹いっぱい.:2004/10/27 15:24:49
このRC1はリリースキャンセル1の略. ごめん嘘.
916 :名無しさん@お腹いっぱい.:2004/10/27 15:44:12
サーバとして使うんだったら, 4.10にしておいたほうが無難?
この様子だと, 当面は5.3出そうにないし・・・.
917 :名無しさん@お腹いっぱい.:2004/10/27 15:51:30
>>916
>>6
918 :名無しさん@お腹いっぱい.:2004/10/27 16:01:20
>>917
失礼しました. ありがとうございます.
919 :名無しさん@お腹いっぱい.:2004/10/27 21:32:32
>>916
さすがにまだ5.3Rは厳しそうということで,
うちは新規鯖あげるのに4.10Rにしました.
現在 Xeon で試験運用中です.
セキュリティ上でも特に4.10Rでも不都合はありませんしね.
鯖の構築には新機能は必要ありません.
必要なのは鉄壁の安定性です.
920 :名無しさん@お腹いっぱい.:2004/10/27 21:53:06
FreeBSD 5.3 Press Release 5 Nov 2004
921 :916:2004/10/27 22:35:47
>>919
やっぱり4.10Rにしておいた方が無難か.
5.2.1Rのときは, もう大丈夫かなと思っていたけれど・・・.
5.3Rはもっと遅くなりそうな予感.
922 :名無しさん@お腹いっぱい.:2004/10/27 23:13:17
別に困ってないけどな, 俺は.
923 :名無しさん@お腹いっぱい.:2004/10/27 23:42:15
>>919
SMPなら5.3の方が断然おすすめですよ.
924 :名無しさん@お腹いっぱい.:2004/10/28 00:12:42
5.3Rは延ちゃったけど 5.3-stable はどういう位置づけ?
中途半端なcurrentみたいなものかな?
925 :名無しさん@お腹いっぱい.:2004/10/28 00:30:14
5.4-RELEASEが出るまでの5-stable
926 :名無しさん@お腹いっぱい.:2004/10/28 01:25:52
>>916
腕の善し悪しじゃないかなぁ.
portsで一発って感じの非力な俺だと5.3R待つなぁ.
927 :名無しさん@お腹いっぱい.:2004/10/28 03:45:55
5.3-RC1だが少くとも Fedora よりも安定していると断言できる.
928 :名無しさん@お腹いっぱい.:2004/10/28 05:40:29
>>927
こちらで釣りはいつから? そうですかまだ2時間ですか.
じゃあまだ釣れれませんかねえ.
929 :名無しさん@お腹いっぱい.:2004/10/28 05:47:01
5.2.1R-p11と5.3-RC1を比較するんならサーバーだとしても後者を入れるな.
どうせ10日ぐらいでcvsupしてmake world等をすれば5.3Rになるんだし.
930 :名無しさん@お腹いっぱい.:2004/10/28 06:29:11
激しく尿意.
5.2.1から5.3のうぷぐれーどはマンドクセ.
931 :末端:2004/10/28 09:35:51
たぶん10日くらいでは解決できないと思う. (できることを願うが)
11月下旬か12月上旬くらいまではずれこむ予定です.
932 :名無しさん@お腹いっぱい.:2004/10/28 10:40:01
FreeBSD Expert 2005のCD-ROMに収録するのはどのバージョンになるんだ?
5.3-RC1で収録しちゃうのかな.
933 :名無しさん@お腹いっぱい.:2004/10/28 12:39:47
>>932
FreeBSD Expert 2005っていつでるの?
まあ5.3Rは, 今年中には出るだろう.
BSDマガジンとプレスもでるといいなぁ. . . .
他に5.3Rでたらでそうな本あったかな?
934 :名無しさん@お腹いっぱい.:2004/10/28 12:41:14
>>933
できるFreeBSD
935 :名無しさん@お腹いっぱい.:2004/10/28 12:55:10
>>911
ありがとうございます.
うーん. やっぱクリーンインストールするしかないのかなぁ.
環境作り直すの大変そう....
936 :名無しさん@お腹いっぱい.:2004/10/28 13:27:44
>>932
さすがに5.3-RELEASEの現物が出るのを待ってから.
きちんとしたスケジュール決めるんじゃない?
937 :名無しさん@お腹いっぱい.:2004/10/28 14:00:27
最近RELENG_4でports使っていると, gcc32, gcc33, gcc34と3種類も.
gccがインストールされてちょい鬱.
938 :名無しさん@お腹いっぱい.:2004/10/28 14:27:11
RELENG_5 でも gcc295 gcc32 gcc33 とインストールされるよ.
939 :名無しさん@お腹いっぱい.:2004/10/28 14:29:27
エエエエエエ.
940 :名無しさん@お腹いっぱい.:2004/10/28 23:29:53
エエエエエエ.
941 :名無しさん@お腹いっぱい.:2004/10/29 12:24:39
FreeBSD 5.3 Announced
5 Nov 2004
942 :名無しさん@お腹いっぱい.:2004/10/29 13:10:40
>>941
>>920
943 :&@scuL1LiyUQ - :2004/10/29 14:14:53
ちょっと糸口が見えないので.
もうすこし遅れそうです. かなりうまくいけば.
11初旬に出せそうです.
944 :名無しさん@お腹いっぱい.:2004/10/29 18:14:39
FreeBSD-5.2.1のACPIって, はっきり言ってタコじゃないですか?
インストールしたらハングしまくり.
ACPIを殺したら動くようになった. オレの時間を返せよ.
945 :名無しさん@お腹いっぱい.:2004/10/29 18:52:39
>>944
改良案があるならしかるべき ML へ.
ただの独り言なら自分の日記へどうぞ.
946 :名無しさん@お腹いっぱい.:2004/10/29 18:54:38
FreeBSDユーザーは文句を言うことは許されないんですね.
947 :名無しさん@お腹いっぱい.:2004/10/29 18:57:24
文句ユーザーは文句言われることを許さないのですね.
948 :名無しさん@お腹いっぱい.:2004/10/29 19:01:29
>>947
>>946のどこをどう読んだら許さないって事になるの?
949 :名無しさん@お腹いっぱい.:2004/10/29 19:05:06
俺の経験では, ACPIの不具合は大抵BIOS側に原因があったんだが,
> FreeBSD-5.2.1のACPIって, はっきり言ってタコじゃないですか?
と書く以上は, BIOSに問題ないことは確認してるんだよね.
950 :名無しさん@お腹いっぱい.:2004/10/29 19:06:43
他のOSではちゃんと出来てるのに, BIOSが悪いと責任転嫁ですか.
951 :名無しさん@お腹いっぱい.:2004/10/29 19:10:46
>>950
他の OS が仕様書通りでない BIOS をサポートしている可能性もあるので,
わずかな情報から「責任転嫁」とか言い出すのはおつむが...
952 :名無しさん@お腹いっぱい.:2004/10/29 19:11:51
煽りにもエスパーが要る時代.
953 :名無しさん@お腹いっぱい.:2004/10/29 19:13:04
いつもの釣り師だろ?
暇つぶしならいいけど, まともに相手するだけ損だぜ.
954 :名無しさん@お腹いっぱい.:2004/10/29 19:21:39
釣れたためしがないのに釣り師と呼ぶのはいかがなものか.
955 :1:2004/10/29 19:26:12
次スレをそろそろどなたかお願いできますか.
なお過去ログはこんなかんじでした.
FreeBSDを語ろう.
http://pc.2ch.net/unix/kako/1014/10143/1014385300.html
FreeBSDを語ろう・モア.
http://pc5.2ch.net/test/read.cgi/unix/1039789225/ (dat落ち中)
http://makimo.to/2ch/pc3_unix/1039/1039789225.html (backup by 29ch)
FreeBSDを語ろう・モア その2
http://pc5.2ch.net/test/read.cgi/unix/1091700407/ (現行)
http://makimo.to/cgi-bin/dat2html/dat2html.cgi?http://pc5.2ch.net/test/read.cgi/unix/1091700407/
モアスレというのが頭にあってそもそもの語ろうスレであることを見失った私.
収拾よろ.
956 :名無しさん@お腹いっぱい.:2004/10/29 19:27:17
釣れない釣り師として地道な活動を続けているからスルーしようよ. ってことでしょ.
あっちのスレでも例のあれのことを独特の呼び方で書き込みしているから, すぐに同一人物だとバレてるしね.
957 :1:2004/10/29 19:41:48
>>955 に追加しておきます.
FreeBSD Release Documentation Snapshot Page
http://people.freebsd.org/~bmah/relnotes/
FreeBSD current 一握の砂.
http://pc5.2ch.net/test/read.cgi/unix/1097460062/
FreeBSD 5.3 Release Process
http://www.freebsd.org/releases/5.3R/schedule.html
FreeBSD 5.3 Open Issues
http://www.freebsd.org/releases/5.3R/todo.html
FreeBSD 5.3-BETA Migration Guide
http://people.freebsd.org/~bmah/relnotes/5-STABLE/early-adopter.html
958 :1:2004/10/29 19:50:46
The freebsd-current Archives
http://lists.freebsd.org/pipermail/freebsd-current/
Mark's weekly FreeBSD cvs-src summaries
http://www.xl0.org/FreeBSD/
CVS Repository
http://www.jp.freebsd.org/cgi/cvsweb.cgi/
コミュニティと生活 etc.
FreeBSD-users-jp
http://home.jp.freebsd.org/mail-list/FreeBSD-users-jp/
BSDForums.org
http://www.bsdforums.org/
FreshPorts
http://www.freshports.org/
FreshSource
http://www.freshsource.org/
Bill Joy
(?)
Welcome to the Home Page of McKusick.COM
http://www.mckusick.com/
...
# 並べただけなので・・・.
959 :1:2004/10/29 20:12:10
FreeBSD for AMD64(and for oyster901)
http://pc5.2ch.net/test/read.cgi/unix/1075691732/
[Project peko]2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/
FreeBSD での Office 環境を語れ!
http://pc5.2ch.net/test/read.cgi/unix/1094394684/
# 書くまでもないことが多い?
# でわでわ.
960 :名無しさん@お腹いっぱい.:2004/10/30 01:56:37
ダヴァイッッ!!!
961 :名無しさん@お腹いっぱい.:2004/10/31 14:17:26
5.3-RC2
962 :名無しさん@お腹いっぱい.:2004/11/02 03:19:39
>>959
FreeBSDを語ろう・モア よりも.
FreeBSD での Office 環境を語れ!
http://pc5.2ch.net/test/read.cgi/unix/1094394684/
の方が盛り上がっているような気がするのは漏れだけか?
何で単発ネタスレに負けてんだ?
963 :名無しさん@お腹いっぱい.:2004/11/02 03:22:21
>>962
わりと真面目な議論が多いよ. 脱線も多いけど.
964 :962:2004/11/02 03:29:48
>>963
真面目にFreeBSDなOffice環境を議論しようという輩が.
いることには正直驚きだ.
965 :名無しさん@お腹いっぱい.:2004/11/02 08:30:33
エエエエエエ.
966 :名無しさん@お腹いっぱい.:2004/11/02 10:19:19
で, 次は「語ろう. その4」なのか「語ろう・モア その3」なのか.
967 :名無しさん@お腹いっぱい.:2004/11/02 11:28:53
>>964
2ch で真面目な議論をしていることそのものが驚きだ.
968 :名無しさん@お腹いっぱい.:2004/11/02 11:31:00
そろそろ最後なので華々しく age てやろう.
次スレ立て ヨロ.
969 :1:2004/11/02 19:40:00
>>966
これは, 人類が晴れて 0 を発見した暁にはオリジナル語ろうスレが.
シュリーマンのような英雄の手でモアスレ #0 として発掘され, まさにその日人知が.
揺るがされる, そういう人類科学の壮大な発展の物語に違いありません(涙目で強弁)
# というのは冗談ですが, 何でもいいと思いますヨ.
# 元祖モアみたいに, 番号入ってないスレッド名も楽しいかもね.
# current スレはご存じのように賽の河原から啄木一握の砂に. ヤラレタ.
970 :名無しさん@お腹いっぱい.:2004/11/02 20:02:02
次スレはモアスペシャルじゃなくて?
971 :名無しさん@お腹いっぱい.:2004/11/02 20:07:18
やっぱり, CV 能登麻美子? っていうか至極当然?
972 :名無しさん@お腹いっぱい.:2004/11/02 21:11:25
FreeBSDを語ろう・レス その3
じゃないの?
973 :名無しさん@お腹いっぱい.:2004/11/02 21:31:33
となると, その4はlv?
974 :名無しさん@お腹いっぱい.:2004/11/02 22:28:08
つか, このスレは3スレ目なわけだが.
975 :名無しさん@お腹いっぱい.:2004/11/02 22:39:51
4スレ目だよ.
FreeBSDを語ろう.
http://pc.2ch.net/unix/kako/1014/10143/1014385300.html
FreeBSDを語ろう. Part.2
http://pc.2ch.net/unix/kako/1033/10333/1033328404.html
一旦終了.
FreeBSDを語ろう・モア.
http://pc5.2ch.net/test/read.cgi/unix/1039789225/ (dat落ち)
FreeBSDを語ろう・モア その2
http://pc5.2ch.net/test/read.cgi/unix/1091700407/
976 :名無しさん@お腹いっぱい.:2004/11/03 00:30:43
この次はモアベターよ!
977 :名無しさん@お腹いっぱい.:2004/11/03 01:28:09
「FreeBSDを語るのは最後にしよう・その1」
978 :名無しさん@お腹いっぱい.:2004/11/03 02:21:42
語りたくないのに参加せんでもよろしい.
979 :名無しさん@お腹いっぱい.:2004/11/03 02:32:29
昔の格ゲーみたく, 絶対に3にしないってのはどう?
モア II ダッシュ...
980 :名無しさん@お腹いっぱい.:2004/11/03 02:35:00
鉄拳3でそのジンクスは終わったんじゃなかったっけ?
981 :名無しさん@お腹いっぱい.:2004/11/03 03:04:46
続FreeBSDを語ろう.
新FreeBSDを語ろう.
続新FreeBSDを語ろう.
第三のFreeBSDを語ろう.
FreeBSDを語ろう市場.
etc...
982 :名無しさん@お腹いっぱい.:2004/11/03 03:06:37
FreeBSDを語ろう. Part 5
http://pc5.2ch.net/test/read.cgi/unix/1099418772/
983 :名無しさん@お腹いっぱい.:2004/11/03 10:44:01
>>980
では, やっぱフレッツから.
・FreeBSDを語ろう モアIII(47Mタイプ)
984 :名無しさん@お腹いっぱい.:2004/11/03 12:50:12
FreeBSDを語ろう・You And me トア・エ・モア.
985 :864=865:2004/11/03 15:28:46
FreeBSD を語ろう. in L.A.
FreeBSD を語ろう. 葛飾立志篇.
FreeBSD を語ろう. ロシアより愛を込めて.
986 :名無しさん@お腹いっぱい.:2004/11/03 15:34:29
モアの潜在的な対抗馬はジョイだと思う.
987 :名無しさん@お腹いっぱい.:2004/11/03 18:02:51
ママレモンはobsoleteですかそうですか.
988 :名無しさん@お腹いっぱい.:2004/11/03 18:04:04
次が 5 スレ目ならFreeBSD 5-stableでどうよ.
989 :名無しさん@お腹いっぱい.:2004/11/03 18:08:37
次スレ.
FreeBSDを語ろう. Part 5
http://pc5.2ch.net/test/read.cgi/unix/1099418772/
990 :名無しさん@お腹いっぱい.:2004/11/03 19:14:41
流れを無視する進行にワラタ.
991 :名無しさん@お腹いっぱい.:2004/11/03 19:16:25
992 :名無しさん@お腹いっぱい.:2004/11/03 19:21:13
そろそろラストかな最後 age
993 :名無しさん@お腹いっぱい.:2004/11/03 19:26:49
モアの潜在的な対抗馬はジェフベックだと思う.
994 :名無しさん@お腹いっぱい.:2004/11/03 20:34:42
ドードー.
995 :1:2004/11/03 20:50:29
>>993
レターメンだったりして.
996 :名無しさん@お腹いっぱい.:2004/11/03 20:57:48
>>981
団 伊玖磨?
997 :995:2004/11/03 20:59:19
うぅ, レターマンだな.
998 :名無しさん@お腹いっぱい.:2004/11/03 21:37:26
999 :名無しさん@お腹いっぱい.:2004/11/03 21:45:02
1000 :名無しさん@お腹いっぱい.:2004/11/03 21:47:09
1001 :1001:Over 1000 Thread
このスレッドは1000を超えました.
もう書けないので, 新しいスレッドを立ててくださいです. . .
*スマホ版* 掲示板に戻る 全部 前100 次100 最新50
read.cgi ver 05.01.03 2014/02/20 Code Monkey *
FOX * DSO(Dynamic Shared Object)
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/