dragonfly bsd どうよ

[1 名無しさん＠お腹いっぱい。 NG NG]

dragonfly bsd どうよ
なんか面白そうだが。

[234 名無しさん＠お腹いっぱい。 NG NG]

>>233 君の経験値は?

[235 名無しさん＠お腹いっぱい。 NG NG]

無難なFreeBSD stableと言いたいとこだけどここはDragonFlyのスレなので
DragonFlyで。FreeBSDのcurrentとか追いかけたことあるならcurrentで、ないならstableでいいのでは?

FreeBSD Expert2005みたらFreeBSD開発者のインタビューにDragonFlyの開発者が載っていた。
インタビュー内容の3分の2はDragonFlyBSDについてだったけど。

[236 233 NG NG]

NetBSD-currentとFreeBSD5-currentは
それぞれ一年くらい使ってた事があります。
DragonFlyはstableとcurrentってそれほど違いはないのかな？

FreeBSD Expert2005探してみる(`･ω･´)

[237 234 NG NG]

>>236
じゃあMLを見物しながらupgradeするタイミングをつかめる
(あるいは強運の持ち主)だろうから-CURRENTに決まりだね。
DragonFly_Stableはbranchではなく単なるrevision tagだから
ML上だといつ動いたのか分からないし、あとmergeが不可能だから
HEADの重要な変更をいくつかrevisionを飛び越してStableに反映、
てなことも無理なんで、自分で面倒みれるんなら-CURRENTでも
問題はなさそうだと思う。
といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
Stableだけど。

[238 237 NG NG]

>>237
|といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
「uname -r」だった。

ところで最近また(話題の)hsu@がネットワークまわりで修正を入れていって
いるみたいだから、いつupgradeするか悩ましいところだよね。

[239 名無しさん＠お腹いっぱい。 NG NG]

間違えてアマゾンでFreeBSD Expert 2004を買うところだった...

[240 名無しさん＠お腹いっぱい。 NG NG]

2004って完売しているけど買えるの？

[241 名無しさん＠お腹いっぱい。 NG NG]

誰かcheckptのおもしろそうな使い方を教えてくれ。マニュアル読んだが何も思いつかないん。

[242 名無しさん＠お腹いっぱい。 NG NG]

ttp://kerneltrap.org/node/view/4370
タイトル見たとき一瞬リリースのスケジュールに関することかと思ってしまったが
よく読んだらスケジューラに関する話題でした。

[243 名無しさん＠お腹いっぱい。 NG NG]

>>242
別のメールで「1.1リリースは2月にできたらいいなー」とは言ってるけどね。
ttp://leaf.dragonflybsd.org/mailarchive/users/2004-12/msg00077.html

[244 名無しさん＠お腹いっぱい。 NG NG]

今月号のSDのDragonFlyBSDの特集だけど、まぁ無難な内容だった気がする。
来月分がどうなることやら

[245 名無しさん＠お腹いっぱい。 NG NG]

>>244
大痴の記事なんてｲﾗﾈ

[246 名無しさん＠お腹いっぱい。 NG NG]

http://www.dragonflybsd.org/status/diary.cgi

diary更新ｱｹﾞ

[247 名無しさん＠お腹いっぱい。 NG NG]

ports/archives のarc　のpatch-ab のOS定義されている2箇所に(__DragonFly__)を追加したら
コンパイルできました。これ以外でsecurity/clamav のインストールに引っかかるとこはなかったです。
環境は1.1stableでCCVERが3.4です。

[248 名無しさん＠お腹いっぱい。 NG NG]

1.1-release って２月だっけ。
FreeBSDの4.x系は1月の4.11で最後なんで、
DragonFlyBSDの役割は重要になるよなー

[249 名無しさん＠お腹いっぱい。 NG NG]

4-STABLEの安定性を維持したまま機能拡張されるのなら既存の4.x系サーバの管理者にとって
DraonFlyBSDは重要だと思うが、そうじゃなくてもう一つのCURRENT branchだから、
4系のFreeBSDの開発が終了するのとはあまり関係がないような。

[250 名無しさん＠お腹いっぱい。 NG NG]

安定を求める人は結局5系列が安定するまで4系列にパッチ当てて使い続けると思う。
DragonFlyが4系列にとって変わるくらいの安定性を持つなら5系列と取って代わると思う。

[251 名無しさん＠お腹いっぱい。 NG NG]

>>249
|4-STABLEの安定性を維持したまま機能拡張されるのなら

このデマどこで聞いたの? スラッシュドットあたり?

[252 名無しさん＠お腹いっぱい。 NG NG]

>>251
>>251
>>251

[253 名無しさん＠お腹いっぱい。 NG NG]

>>251 ﾒｶﾞﾜﾛｽ

[254 名無しさん＠お腹いっぱい。 NG NG]

>251
>249 じゃないけど、一応 Interop BOF だったかで hsu が発表したときには
安定性・後方互換性を重視して FreeBSD 4.x をコードベースに
採用したし、今後もその点は大事にしたいとは言ってたよ。

ただし目指している方向性からみても字面通りに捉えるのは
無理がある気はするけど。

[255 名無しさん＠お腹いっぱい。 NG NG]

>>254
hsuといえば昨年末から「cleanup」と称してガシガシやってるみたいだけど、
commitlogのこういう行数を見ると、どこかにバグが潜んでいる気がするよ。

1.10 +283 -354 src/sys/net/route.c

[256 名無しさん＠お腹いっぱい。 NG NG]

unit testとかできないしなあ。

[257 名無しさん＠お腹いっぱい。 NG NG]

ttp://www.opensound.com/dragonfly.html

[258 名無しさん＠お腹いっぱい。 NG NG]

>255
ほとんど入れ替えだな、それ。

まあ新興勢力がチビチビとしかいじっていなかったら
fork した意味がないんでガンガンとガンガッて欲しいですね。
安定性は... しばらくは眼をつむるんじゃないかな、やっぱ。

[259 名無しさん＠お腹いっぱい。 NG NG]

>>255
インデント変わっただけ、とかの可能性はない?

[260 255 NG NG]

>>259
そう、大抵はそうなので
$ cvs di -wB -D'commitの数秒前' -D'commitの数秒後'

でみてみるとほとんど差分が出ないはずなんだけど彼の場合cleanupといいつつ
他の修正も混ぜちゃってるから恐い。

[261 名無しさん＠お腹いっぱい。 NG NG]

Jeffreyへ げんきですか
messagingとthreadsの実装は順調に進んでますか
ごめんね おかあさんまだ4-STABLEだから ごめんね

[262 名無しさん＠お腹いっぱい。 05/01/19 20:33:41]

SDに大痴の記事でage

[263 名無しさん＠お腹いっぱい。 05/01/19 23:29:24]

まぁ雑誌だから情報が古くなるのはしょうがないというかなんというかまぁねぇ、な記事だった

[264 名無しさん＠お腹いっぱい。 05/01/22 14:43:28]

http://www.allbsd.org/~hrs/DragonFly/

[265 名無しさん＠お腹いっぱい。 05/01/23 01:20:09]

4WAYのOpteronサーバあたりでベンチして、いい結果見せてくれれば
弾みがつきそうなんだがな。

[266 名無しさん＠お腹いっぱい。 05/01/23 01:58:09]

まだベンチして比較するほど安定していないからなぁ。

[267 名無しさん＠お腹いっぱい。 05/01/23 04:56:10]

ドラゴンフライという空揚げがある。

[268 名無しさん＠お腹いっぱい。 05/01/25 15:12:41]

安定すれ

[269 名無しさん＠お腹いっぱい。 05/02/03 19:10:29]

[270 名無しさん＠お腹いっぱい。 05/02/03 21:25:40]

うちの会社のhttpdのログ見てると、ごくまれにUA がdragonflyからのアクセスがあるけど
よっぽど暇なんだね。今日もきてた。 Mozilla/5.0 (X11; U; DragonFly ia64; en-US; rv:1.8a2) なやつ。

[271 名無しさん＠お腹いっぱい。 05/02/04 01:47:49]

それよりも ia64 だ!

[272 名無しさん＠お腹いっぱい。 05/02/04 01:50:59]

ぉぉ！ia64だ！

[273 名無しさん＠お腹いっぱい。 05/02/04 08:41:15]

270の方が暇そう

[274 名無しさん＠お腹いっぱい。 05/02/04 18:06:23]

>>270-272
about:configのgeneral.useragent.overrideでいくらでも変えられまんがな。

[275 名無しさん＠お腹いっぱい。 05/02/04 21:11:58]

ﾜﾛﾀ

[276 名無しさん＠お腹いっぱい。 05/02/05 08:26:39]

>>270-272
ia64 というだけでも、かなり貴重な存在。
ia64にdragonfly をインストールしている香具師って世界でも２，３箇所しかないのではないか？

[277 名無しさん＠お腹いっぱい。 05/02/06 03:45:56]

>>276 んなわけねー

[278 名無しさん＠お腹いっぱい。 05/02/16 02:34:15]

ところで誰かベンチしたのだろうか
誰もしてないのなら、やってみるつもりだが

で、ベンチするとしたら
>>36にあるworker_mpmのapacheを使う方法以外になにか無いかな

[279 名無しさん＠お腹いっぱい。 05/02/19 17:43:57]

オングス大痴の記事age

[280 名無しさん＠お腹いっぱい。 05/02/20 21:51:11]

>>276-277
Mozillaまで入れてデスクトップ用途だと壊滅的に少ないと思うぞ。

[281 名無しさん＠お腹いっぱい。 05/02/20 22:12:00]

あれだ、会社から用済みになった初代Itaniumマシーンをもらったﾔﾂが
自宅で使ってんだろ？

[282 名無しさん＠お腹いっぱい。 05/02/20 22:22:53]

>>281
なるほど。
俺が会社から貰った用済みE250をテーブル代わりにしているのと同じようなものか。

[283 名無しさん＠お腹いっぱい。 05/02/20 22:29:25]

まぁUserAgentなんてｱﾃにならんけどﾅｰ

[284 277 05/02/20 22:55:06]

>>280-281 ネタ?
現状のDragonFlyはi386でしか動かない。
TARGET_ARCH=amd64はコンパイルできない。
TARGET_ARCH=ia64は存在しない。
64bit機上で32bitシステム(=i386)を動作させた場合、uname -mはi386と出る。

[285 名無しさん＠お腹いっぱい。 05/02/20 23:07:14]

>>279
どんな記事？

[286 名無しさん＠お腹いっぱい。 05/02/21 14:58:20]

ゼリーフライ？

[287 名無しさん＠お腹いっぱい。 05/02/22 21:42:20]

>>286
行田市かよ!!さいたまさいたま!!(AA略

[288 名無しさん＠お腹いっぱい。 05/02/24 00:59:13]

ソースも見ないで恐縮ですが、lockからmessageベースに移行すると
スレッドをまたがるglobalなデータはどうやって効率よく共有するんですか?
同期messageでgetter/setter呼出し、なんてのはずいぶん大変そうな気がしますが。

[289 名無しさん＠お腹いっぱい。 05/02/24 01:48:32]

>>288
それは共有データの大きさとか処理内容とかCPUをまたがっているかどうかに
もよるんじゃない?
このあたりは読んだ? ttp://www.dragonflybsd.org/goals/threads.cgi

[290 名無しさん＠お腹いっぱい。 05/02/24 13:17:17]

読んだけど、よくわからなかったり。

vfsをマルチスレッド化すれば、スレッドを跨がるデータは当然いっぱいでてきますよね。
それはmutexなりで排他制御するしかないとすると、やっぱりmessageベースといえども
マルチスレッドの諸々のコストから完全には逃れられないんですか?

[291 名無しさん＠お腹いっぱい。 05/02/24 16:31:22]

素人考えなんだけど、カーネルの機能をブロックで区切って
globalなデータを局所的なものにすためのmessage機構なんじゃないの？
マイクロカーネルでOSの機能をユーザー空間に出しても、個々のサーバーは
複数のスレッドでもって走るんでしょ？それと同じかと。

[292 名無しさん＠お腹いっぱい。 05/02/24 20:29:02]

ファイルシステムはパフォーマンスの都合上マルチスレッドにせざるを得ないと思うし、
そうなればデータをスレッド内で局所化するのは難しいと思う。

[293 名無しさん＠お腹いっぱい。 05/02/25 00:00:03]

一般論だが、複数のプログラム(スレッド)が同じファイルをオープン(操作)していなければそれほど競合資源はないはず。ページキャッシュ管理と空きブロック管理くらい。

[294 名無しさん＠お腹いっぱい。 05/02/25 01:45:21]

>>293
292 でもないし, 一般論でもないが, おれは,
複数のプログラム(スレッド)が, 同じファイルを mmap する
プログラムをしばしば書く.

[295 名無しさん＠お腹いっぱい。 05/02/25 09:13:55]

>>934
一般論だが、VFS(vnode)が問題になるのはmmapするときとページイン/アウトのとき。
複数スレッドでmmap syscallを頻繁にするか、メモリが逼迫してなければOK。
1プロセス内複数スレッドでmmapした場合はprocが問題になるとおもう。

[296 名無しさん＠お腹いっぱい。 05/02/25 10:06:37]

むしろ 4.4BSD の lookup 操作のロッキングプロトコルが
MPフレンドリーじゃなくて、Tru64 あたりではプロトコル
を変更したって話が Vahalia 本に載ってなかった？

[297 名無しさん＠お腹いっぱい。 05/02/25 18:24:57]

ここの人間は誰もDragonflyBSDのソースは読んでないってことですか。

[298 名無しさん＠お腹いっぱい。 05/02/25 18:37:53]

ソース読むどころか使ってさえいませんが

[299 名無しさん＠お腹いっぱい。 05/02/25 18:51:02]

使ってなくてもソースコードを読む人はいるでしょう:)

[300 名無しさん＠お腹いっぱい。 05/02/25 19:24:51]

オレだよオレオレ

[301 名無しさん＠お腹いっぱい。 05/02/25 21:42:37]

WindowsってCPUの数に関係なく爆速だよね。
やっぱり凄いわ。

[302 名無しさん＠お腹いっぱい。 05/02/25 21:50:38]

まだwebからcvs repository見られないのか。

[303 名無しさん＠お腹いっぱい。 05/02/25 21:52:05]

釣りは無視の方向で

[304 名無しさん＠お腹いっぱい。 05/02/26 01:29:56]

　　　　　　　　　　　ムシャ　　　　　　　　　|
　　　　　　　　　　　　　ムシャ　　　　　　　|
　　　　　 ∩＿＿＿∩　　 　 　 　 　 　　　|　　ぷらぷら
　　　　　 | ノ　 　　　　ヽ　　　　 　 　（（ 　 |
　　　　　/　　●　　　● |　　　　　　　　　J　　））
.　（（　　|　　　　( _●_)　 ミ　・
　　　　彡､　　　|∪}=) ,ノ　∴
　　　　　/　　　 ヽ/＾ヽ　ヽ 　。
　　　　　|　　 　 　ヽ　＼　|
　　　　　|　　　　　　ヽ＿_ﾉ

[305 名無しさん＠お腹いっぱい。 05/02/26 09:46:37]

>>297
どのあたりの関数(ファイル)から読み始めると良いでしょうか？

[306 名無しさん＠お腹いっぱい。 05/02/26 09:49:21]

ｸﾏｶﾜｲｲ

[307 名無しさん＠お腹いっぱい。 05/02/26 11:11:38]

>>305
何を知りたいかがはっきりしないと。まず。

[308 名無しさん＠お腹いっぱい。 05/02/26 18:49:04]

>>307
FBSDよりかっこいいところをてっとりばやくよみたいのだが。

[309 名無しさん＠お腹いっぱい。 05/02/26 19:22:15]

まずはfork開始時点とのdiffをとれば?

[310 名無しさん＠お腹いっぱい。 05/02/26 23:23:57]

>>309
ANSI化とかstyle(9)修正とかしているから、「まずは」というには
重すぎると思う。それをやる前にofficialページを読むとか、
CVSROOT/commitlogs 以下のファイルを読むとかしたほうがちょっとは楽。

[311 名無しさん＠お腹いっぱい。 05/02/27 17:34:50]

ML荒れてますな。
「overcommit」問題というのは他の*BSD関係でも荒れやすい話題なのかな。

[312 名無しさん＠お腹いっぱい。 05/02/28 18:59:36]

荒れているというより、おかしい人がいるというだけに見えますが。

[313 名無しさん＠お腹いっぱい。 05/03/01 03:21:21]

SMP&HTTなマシン(物理CPU数2)にDragonFly 1.0A入れたら、
BIOSでHTTを無効にしたにも関わらず、hw.ncpu=4になった
いったい、どうなってるんだよ

因に、同じ状態でFreeBSD 5.3起動したら普通にhw.ncpu=2になった

[314 名無しさん＠お腹いっぱい。 05/03/01 09:29:52]

どうなってるってハードウェアの情報を誤認してるだけでは。

[315 名無しさん＠お腹いっぱい。 05/03/13 22:41:27]

>>313
1.0Aはだいぶ前のだけど、それって最新の-CURRENT snapshotでも同じ?
DragonFlyにはrelease engineeringのしくみがないので、Stableは
"last known to work version"ぐらいのものでしかない。

[316 名無しさん＠お腹いっぱい。 05/03/21 00:07:00]

どらごんふりゃーBSD

[317 名無しさん＠お腹いっぱい。 2005/04/09(土) 11:29:45]

DRAGONFLY 1.2 RELEASED!
ttp://www.dragonflybsd.org/main/release1_2.cgi

[318 名無しさん＠お腹いっぱい。 2005/04/17(日) 13:35:57]

だいちさん連載やめちゃったみたいね。飽きたのかな?

[319 名無しさん＠お腹いっぱい。 2005/05/04(水) 05:35:01]

cvsup して make world で新しくした所
Undefined symbol "__error" で色々なものが動かなくなった。
どうやらこれか？
ttp://leaf.dragonflybsd.org/mailarchive/commits/2005-05/msg00060.html

それで portupgrade 使おうとしたら ruby も動かず。
そこで、ruby を一旦 deinstall して、再び make しようとしても
エラーが出ました。

まず、 extern int errno; と宣言している所でコンパイルエラー
が起きるので、該当部分の宣言を
s/extern int errno/extern __thread int errno/;
で変更しました。ところが
/usr/libexec/ld-elf.so.1: ./miniruby: Unsupported relocation type 37 in non-PLT relocations

*** Error code 1

Stop in /usr/ports/lang/ruby18.
となります。

[320 名無しさん＠お腹いっぱい。 2005/05/04(水) 10:55:15]

>>319
(ところで今cvsup.allbsd.org落ちてるよね)
まず「extern int errno;」は単純に削って、かわりに適切なヘッダを
#includeする(errnoは変数じゃない)。
ld-elf.so.1のエラーの方はよくわからない。

まだいくつか大波が押し寄せると思うので、Previewを使っていた方が
吉と思う。

[321 320 2005/05/04(水) 11:50:07]

>>319 ごめん、こっちの情報のほうが遅いみたいね。

[322 名無しさん＠お腹いっぱい。 2005/05/04(水) 15:22:37]

(allbsd.org落ちてますね)
>>320
errnoの件は色々なportsで問題が起きた。
例えば bash
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00036.html
自分の場合、全部 int errno の宣言を
#ifndef __DragonFly__ と #endif で囲んだらコンパイルは通りました
(#include<errno.h>が予め入っているソースだったので、そちらの定義と
衝突しなくなったから)。
ただ、ld-elf.so.1 は依然未解決。ただ自分なりに調べた所、
こういうエラーメッセージが出るのは rtld-elf の
reloc_non_plt()の関数で、R_386_TLS_TPOFF32(=37 と machine/elf.h で定義)
なる再配置を行う時？よくわかりません……お手上げです。

暫く commit と bugs の様子見てみます。

[323 321 2005/05/04(水) 20:05:18]

>>332
「extern int errno;」の件は
USE_REINPLACE= yes
post-patch:
        @${FIND} ${WRKSRC} -name '*.[ch]' -print0 | ${XARGS} -0 ${REINPLACE_CMD} -e "s/^[[:space:]]*extern[[:space:]]*int[[:space:]]*errno;/d"

して吹っ飛ばしてる。6割方動く予定。:)

あとjoergに直接メールしたけど、isprint()が悪化した模様なので、
いまはyaccとかその辺のツールも壊れているみたい。xorg-clientsとかも
buildできないね。

[324 322(=319) 2005/05/05(木) 15:13:45]

>>323
なるほど、 bsd.port.mk 見てみました。
そんなテがありますか。確かに6割位は動きそうですね。
そして、ld-elf.so.1 の方は bugs@にも出た模様です。
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00039.html
ttp://leaf.dragonflybsd.org/mailarchive/bugs/2005-05/msg00043.html
int main(){return errno;}を -fPIC でコンパイルする例は
こちらの環境でも再現されます。

他にも色々動きがあるようなので、体育座りして様子見する事にします。

[325 名無しさん＠お腹いっぱい。 2005/05/07(土) 09:59:33]

銅鑼厳フライ

[326 ◆P/RGEWt2l2 2005/05/10(火) 20:54:19]

企画倒れプロジェクト

[327 名無しさん＠お腹いっぱい。 2005/05/10(火) 22:37:42]

失礼な。

[328 名無しさん＠お腹いっぱい。 2005/08/21(日) 17:12:01]

トンボの季節到来age

[329 名無しさん＠お腹いっぱい。 2005/08/26(金) 22:05:57]

DragonFlyのjournalって本当にDBのreplicationって感じだね。

[330 名無しさん＠お腹いっぱい。 2005/09/02(金) 11:54:20]

pkgsrc

[331 名無しさん＠お腹いっぱい。 2005/09/02(金) 23:46:22]

DragonFly To Switch to pkgsrc Officially
http://www.osnews.com/story.php?news_id=11752

ｷﾀｺﾚ

[332 名無しさん＠お腹いっぱい。 2005/11/10(木) 21:56:59]

あげ

[333 名無しさん＠お腹いっぱい。 2005/11/11(金) 04:37:49]

なにこの2ヶ月の空白？