dragonfly bsd どうよ
dragonfly bsd どうよ なんか面白そうだが。 WindowsってCPUの数に関係なく爆速だよね。 やっぱり凄いわ。 まだwebからcvs repository見られないのか。 ムシャ | ムシャ | ∩___∩ | ぷらぷら | ノ ヽ (( | / ● ● | J )) . (( | ( _●_) ミ ・ 彡、 |∪}=) ,ノ ∴ / ヽ/^ヽ ヽ 。 | ヽ \ | | ヽ__ノ >>297 どのあたりの関数(ファイル)から読み始めると良いでしょうか? >>305 何を知りたいかがはっきりしないと。まず。 >>307 FBSDよりかっこいいところをてっとりばやくよみたいのだが。 >>309 ANSI化とかstyle(9)修正とかしているから、「まずは」というには 重すぎると思う。それをやる前にofficialページを読むとか、 CVSROOT/commitlogs 以下のファイルを読むとかしたほうがちょっとは楽。 ML荒れてますな。 「overcommit」問題というのは他の*BSD関係でも荒れやすい話題なのかな。 荒れているというより、おかしい人がいるというだけに見えますが。 SMP&HTTなマシン(物理CPU数2)にDragonFly 1.0A入れたら、 BIOSでHTTを無効にしたにも関わらず、hw.ncpu=4になった いったい、どうなってるんだよ 因に、同じ状態でFreeBSD 5.3起動したら普通にhw.ncpu=2になった どうなってるってハードウェアの情報を誤認してるだけでは。 >>313 1.0Aはだいぶ前のだけど、それって最新の-CURRENT snapshotでも同じ? DragonFlyにはrelease engineeringのしくみがないので、Stableは "last known to work version"ぐらいのものでしかない。 DRAGONFLY 1.2 RELEASED! ttp://www.dragonflybsd.org/main/release1_2.cgi だいちさん連載やめちゃったみたいね。飽きたのかな? 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. となります。 >>319 (ところで今cvsup.allbsd.org落ちてるよね) まず「extern int errno;」は単純に削って、かわりに適切なヘッダを #includeする(errnoは変数じゃない)。 ld-elf.so.1のエラーの方はよくわからない。 まだいくつか大波が押し寄せると思うので、Previewを使っていた方が 吉と思う。 >>319 ごめん、こっちの情報のほうが遅いみたいね。 (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 の様子見てみます。 >>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できないね。 >>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 でコンパイルする例は こちらの環境でも再現されます。 他にも色々動きがあるようなので、体育座りして様子見する事にします。 DragonFlyのjournalって本当にDBのreplicationって感じだね。 DragonFly To Switch to pkgsrc Officially http://www.osnews.com/story.php?news_id=11752 キタコレ 6.0が出ましたが、4系を基にしているこいつはもう潰れましたか? >>334 FreeBSD 4.xの実用上の問題は、新しいドライバとかチップセットへの対応が 最低限しかないのが問題でしょ? DragonFlyの問題はそういう対応をこなす ための手が足りないことなんじゃないかな。 dragonflyってトンボだよなぁ。 うちの課長は、龍が飛ぶとか言ってたよ。 ttp://www.dragonflybsd.org/main/mascot.jpg cvsupがHEADで動かないのって、ezm3の問題? それともcvsup自身の問題? >>338 ttp://leaf.dragonflybsd.org/mailarchive/users/2005-11/msg00007.html そろそろ次のリリースだそうですが、調子はどうですか? トンボ=ライトウェイトなスレッドって事だよな? 起動やタイムスライスのコストが極端に少ない仕様になってるの? _..,,.,,. 「r',. 、 d ´c`/ ち苦笑・・・ i ' ∋ ぉち 彡 ,.-,ニユ、 ぉ 苦 .三 { ,.= r、 |笑 三 (6' r',ニ7 |お 三. | !| { { |ぉ 三. | ミ‐ニ) ! ! ぉ ミ ! { 誰か噂のdntpdのソース読んだ人いる? 読んでもさっぱりわからなかった。 >>352 いまだにsockaddr_inをそのまま使ってること。 >>352 client.cのlin_regressの処理が全般的にわかりませんでした。 time_axisって計時開始時と今との差分だと思うのだけど、 なぜinfo->lin_sumx += time_axis;という風に足し続けるのかとか。 あとsysctl("kern.basetime")って固定数値? >>356 ntpdのパフォーマンスってどうやって調べたらいい? >>357 わざと遅延が出る環境作れば 極端にバンド幅制限したルーターかますとか #それでもって、となりではwinnyと >>359 つ ttp://wids.net/dbsdlog.jp/ DragonFly BSD 1.6.x RELEASED! dragonflyって結構認知されてるのかな。*BSDと肩を並べてるよ。 http://www.bsdcertification.org/ >>367 他のBSDがだめになりつつあるから、dragonfly の価値が相対的に上がっているだけ >>367 そもそもbsdcertification (.orgも.comも) は「OSの認知機関」じゃなくて BSD系OS技術者のスキルをテストする方法を開発している団体だからね。 ttp://www.bsdcertification.org/index.php?NAV=FAQ&Question=Q04 DragonFly BSDがそこに載っているのはDavid RhodusがBSD certification groupの メンバだったんで、彼の働きかけによるということもあるんじゃないかな。 ttp://leaf.dragonflybsd.org/mailarchive/users/2005-03/msg00402.html 名古屋でも「ふりゃー」という人あまりいなかったような VKERNEL関連commit進行中... (leafのmailarchiveは故障中:) 勘だけど、だいたいdiffの行数が3桁台のがバンバン入る時って 何かしらエンバグしてんだよね。 >>378 単体として見ると、UML(User-Mode Linux)みたいなもんかな。 話はここらへんから始まるんだけど、 ttp://leaf.dragonflybsd.org/mailarchive/kernel/2006-09/msg00000.html 「システムの資源をバラしてインターネット上に構成されたクラスタにくっつける にはどうしたらいいか」という問題の解として考え出したもの。それをネイティブな カーネル上に実装するのは(デバッグも含めて)非常に大変だしやってらんねーな、 ということで、「じゃあユーザランドで動くVKERNELというプラットフォームを 作ってそいつにクラスタとのやりとりをさせたらいいじゃん」ということらしい。 DragonFly-1.6.x RELEASED! 24 July 2006 age マルチスレッドが凄いという真価はちゃんとHPで報告したりしてんのけ? 軽量カーネルスレッドだっけか。 >>381 正式なリリースはオフィシャルの表示が変わってからで、 いまのところはテスト期間ですね。結果次第では1.8.1がリリースになる、 ということもありえます。 SMPに関してはFreeBSDとどっちの方が成果でてるのよ? >>383 LWKT(light weight kernel thread)というのはスレッドモデルにつけた名前だよ。 すごいとかすごくないとかそういう問題じゃない。「へー、『軽量』だから 軽いOSなんだねー」とかいう言葉の上っつらだけかじって分かったふりをすれば いいというものでもない。 >>387 MLでは(Matt自身が長文で説明するのが好きらしいこともあってい)そういう 雰囲気ではないよ。trollにすら相当根気強くエサやってるし。 「ソース嫁」って実際に発言してまわっているのは、特にどのOSにもあまり 深く関与してない割に、そういう発言を好む人に多いね。 kernel ソースは読んだことないヘタレだけど なんであれ "こういう方新でこういう風に作ってる" っていう説明があって読むのといきなり読むのとでは 天と地くらいに違うし、自信・誇りがあれば 一所懸命に説明してくれるのかもね >>390 それはwebとかwikiに書いてあるよ Kernelのソースを理解できるかどうかは、懇切丁寧な解説があるか どうかではなく、何とかして改造したいとか、うまく動かしたいという 情熱があるかどうかに拠ると思う。 他人の書いたコードを自分のものにするのは大変だよなあ コメント突っ込みまくったり、コード弄ったり。 カーネルみたいにいろんな要素が絡み合ったものなら そら大変だろうよ。 I blew up the dragonflybsd.org domain when I upgraded the box running the DNS. The new version of bind disallows certain constructions (domain names with underscores), and as per normal stupidity it decided to stop serving the entire file. Its all fixed now. -Matt 1.6から、1.8に入れ替えて、カーネルをSMPに対応させてから pkgsrc使ってパッケージを作り替えようかとしたんだけど panic出て固まりまくりで不安定極まりなかったから、 また1.6に戻しちゃった。 戻す前、ものは試しと、1.9も入れてみたけど、同じくらい不安定でダメだったです 1.8以降で安定してSMP環境で使えてる人っていますか? >>398 pkgsrcのツリーってどこから盛ってくればイイの? >>398 「不安定」とかサボらずにもうちょっと説明して。 - ACPIをOFFにしてみたか - NATAを使っていないか - 主にどんな使い方をしているか - NICとか主要なパーツとそのドライバ - マザーボード、またはPCの型番 >>399 読んで http://wiki.dragonflybsd.org/index.cgi/HowToPkgsrc read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる