>>90
残念ながらdflyにkern.timecounterは存在しない。
MLのバグレポートではP166が実際に速くなるらしいね。
|Re-syncing the clock is not the problem. :) Having a CPU that is
|running at hyperspeed and causing heat problems is. When the system
|clock starts running faster, the whole system starts running faster.
|I've watched the P166 run through a buildworld in very little time
|(around 30 minutes wall time). The resulting binaries don't work,
dragonfly bsd どうよ
NGNG
9288
NGNGNGNG
> The resulting binaries don't work,
って、おいおい…
って、おいおい…
NGNG
なんでこんな状態で1.0にしちゃったんだ。リリースマネージメントがアレすぎ。
NGNG
そらマネジメントする奴がおらんからな。
>>94 やってみるか?
>>94 やってみるか?
NGNG
version1.0じゃなくてupload1.0って意味にしとこう。
NGNG
NGNG
MacOSX並のGUIまだー チンチン
NGNG
>>98
gnustep(違
gnustep(違
100名無しさん@お腹いっぱい。
NGNG 100age
NGNG
今日cvsupしたんだけれど、
CCVERがgcc34でbuildworld通った人います?
CCVERがgcc34でbuildworld通った人います?
NGNG
LiveCD版しか使ってない
↓どう?
↓どう?
NGNG
>>101
無理です。あきらめて一度gcc2でbuildworldしましょう。
無理です。あきらめて一度gcc2でbuildworldしましょう。
NGNG
NGNG
まあ、userlandのベースがFreeBSD4.xだから、gcc3でコンパイルできなくても文句は
言えないってことなんだろうけど…
言えないってことなんだろうけど…
106103
NGNG >>105
違う違う、そういう意味じゃない。gcc3用のクリーンアップはずっと
昔に済んでるよ。問題なのはbuildworldの最初の方にやるいくつかの
サブターゲットはシステムにインストールされているコンパイラを使うん
だけど、CCVER=gcc34になっているとそのコンパイラが(存在しない)
gcc34を使おうとして失敗するというものだったはず。もしbsd.cpu.mkに
怒られるんだったらソースツリーの中じゃなくシステムの方の/usr/share/mkを
使っているということだから、CCVER_BSD_CPU_MK=gcc2と設定すればいいんだけど
まあ試してみて。
違う違う、そういう意味じゃない。gcc3用のクリーンアップはずっと
昔に済んでるよ。問題なのはbuildworldの最初の方にやるいくつかの
サブターゲットはシステムにインストールされているコンパイラを使うん
だけど、CCVER=gcc34になっているとそのコンパイラが(存在しない)
gcc34を使おうとして失敗するというものだったはず。もしbsd.cpu.mkに
怒られるんだったらソースツリーの中じゃなくシステムの方の/usr/share/mkを
使っているということだから、CCVER_BSD_CPU_MK=gcc2と設定すればいいんだけど
まあ試してみて。
NGNG
>>103
CCVER_BSD_CPU_MK=gcc2 設定したらbuildworld通りますた(`・ω・´)
ついでにmake.confも見直したんだけれど、
/etc/defaultsにもmake.conf入っていてびびった。
FreeBSDも最近は/etc/defaultsに入ってるのかな。
CCVER_BSD_CPU_MK=gcc2 設定したらbuildworld通りますた(`・ω・´)
ついでにmake.confも見直したんだけれど、
/etc/defaultsにもmake.conf入っていてびびった。
FreeBSDも最近は/etc/defaultsに入ってるのかな。
NGNG
4.xでは/etc/defaultsに入ってる
5.xでは違うところに入ってる
5.xでは違うところに入ってる
NGNG
hrs氏の日記にDragonFlyの話題が。
ttp://www.allbsd.org/~hrs/diary/200408.html#d0801
日本語の文書の中では、今のとこ一番わかりやすいと思う。
ttp://www.allbsd.org/~hrs/diary/200408.html#d0801
日本語の文書の中では、今のとこ一番わかりやすいと思う。
NGNG
ポート/メッセージモデル
DragonFlyはLWKTに同調する軽量なポート/メッセージAPIを備える予定です。
ポート/メッセージAPIの概念は非常に単純です。まずメッセージを組み立て、
目標となるポートへ送り、あとで自分の応答ポートに返事が来るのを待つ
というものです。この単純な概念にもとづいて、高度な機能を構築し、
洗練化を行います。このメッセージングシステムの機能を理解するには、
まずメッセージがどのように送信されるのかを理解する必要があります。
基本的には以下のように動作します:
DragonFlyはLWKTに同調する軽量なポート/メッセージAPIを備える予定です。
ポート/メッセージAPIの概念は非常に単純です。まずメッセージを組み立て、
目標となるポートへ送り、あとで自分の応答ポートに返事が来るのを待つ
というものです。この単純な概念にもとづいて、高度な機能を構築し、
洗練化を行います。このメッセージングシステムの機能を理解するには、
まずメッセージがどのように送信されるのかを理解する必要があります。
基本的には以下のように動作します:
NGNG
メッセージAPIはこの基本的は構造を同期/非同期メッセージ関数に内包します。
lwkt_domsg()はメッセージを同期的に送り、返答を待ちます。この関数は
目標ポートにヒントを与えるためのフラグをセットします。それはメッセージが
同期的にブロックされることを示すもので、目標ポートがEASYNCを返した場合
lwkt_domsg()はブロックします。lwkt_sendmsg()はメッセージを非同期的に
送りますが、目標ポートが同期的なエラーコード(つまりEASYNC以外全て)を返した
場合、lwkt_sendmsg()はもう完了したメッセージを返答ポート自身のキューに手動で
入れます。
lwkt_domsg()はメッセージを同期的に送り、返答を待ちます。この関数は
目標ポートにヒントを与えるためのフラグをセットします。それはメッセージが
同期的にブロックされることを示すもので、目標ポートがEASYNCを返した場合
lwkt_domsg()はブロックします。lwkt_sendmsg()はメッセージを非同期的に
送りますが、目標ポートが同期的なエラーコード(つまりEASYNC以外全て)を返した
場合、lwkt_sendmsg()はもう完了したメッセージを返答ポート自身のキューに手動で
入れます。
112名無しさん@中学生英語
NGNGNGNG
推測できると思いますが、目標ポートのmp_SendMsg()関数はメッセージを
どう扱うかを完全に制御します。メッセージフラグによって渡されたヒントが
どのようなものであっても、目標ポートはメッセージに対して(呼び元から
見て)同期的にふるまって応答することも、メッセージをキューに入れてEASYNCを
返すこともできます。一般的にメッセージ処理は発信者から見て「ブロック」
すべきではありません。つまり、メッセージを同期的に処理することがブロック
につながるのであれば目標ポートは同期的に処理してはいけないということです。
そのかわりに、自身のスレッドのキュー(目標ポートの構造体に、便利なように
埋め込んであるメッセージキュー)に入れて、EASYNCを返すようにします。
どう扱うかを完全に制御します。メッセージフラグによって渡されたヒントが
どのようなものであっても、目標ポートはメッセージに対して(呼び元から
見て)同期的にふるまって応答することも、メッセージをキューに入れてEASYNCを
返すこともできます。一般的にメッセージ処理は発信者から見て「ブロック」
すべきではありません。つまり、メッセージを同期的に処理することがブロック
につながるのであれば目標ポートは同期的に処理してはいけないということです。
そのかわりに、自身のスレッドのキュー(目標ポートの構造体に、便利なように
埋め込んであるメッセージキュー)に入れて、EASYNCを返すようにします。
NGNG
: (このパラグラフは特に変更しなくていいよね)
ここで覚えておくべき重要なことは、もっともよい最適化とはmp_SendMsg()に
よる直接の実行で、単純なサブルーチン呼出しの他には実質的にオーバヘッドを
伴わないことです(訳注: no more〜thenはDillonのいつもの釣りね)。
キュー処理もせず、応答ポートをいじることもなく、ということです。もし
メッセージを同期的に扱ってよいのであれば、これは非常にコストの低い
処理ということになります。この特徴があるからこそ、性能の問題を気にせずに
メッセージングインタフェースを意図して使うことができるのです。私達は
たとえばMachで用いているような種類の洗練手法を使うことはあえてしません。
少なくとも低レベルなメッセージインタフェイスでは、メモリマップやポインタの
追跡といったことをしません。ユーザ⇔カーネル間のメッセージインタフェイスは
単純にmp_SendMsg()の関数ベクタを用い、それによって適切な変換をします。
そうすることで、送信側と受信側に関しては、メッセージがそれらの
VMコンテキストに対しローカルになります(局所性を持つということ)。
ここで覚えておくべき重要なことは、もっともよい最適化とはmp_SendMsg()に
よる直接の実行で、単純なサブルーチン呼出しの他には実質的にオーバヘッドを
伴わないことです(訳注: no more〜thenはDillonのいつもの釣りね)。
キュー処理もせず、応答ポートをいじることもなく、ということです。もし
メッセージを同期的に扱ってよいのであれば、これは非常にコストの低い
処理ということになります。この特徴があるからこそ、性能の問題を気にせずに
メッセージングインタフェースを意図して使うことができるのです。私達は
たとえばMachで用いているような種類の洗練手法を使うことはあえてしません。
少なくとも低レベルなメッセージインタフェイスでは、メモリマップやポインタの
追跡といったことをしません。ユーザ⇔カーネル間のメッセージインタフェイスは
単純にmp_SendMsg()の関数ベクタを用い、それによって適切な変換をします。
そうすることで、送信側と受信側に関しては、メッセージがそれらの
VMコンテキストに対しローカルになります(局所性を持つということ)。
NGNG
軽量カーネルスレッドモデル
DragonFlyはその中核部分に軽量カーネルスレッド(LWKT)を用います。
システムのプロセスは全てスレッドと結びついていて、カーネルのみの
プロセスのほとんどは事実上純粋なスレッドです。たとえば、pageout
デーモンは純粋なスレッドでプロセスコンテクストを持ちません。
LWKTモデルはアーキテクチャによらないいくつかの鍵となる特徴があります。
これらの特徴はCPU間の競合を除く、あるいは減らすために設計されています。
1.システムの各CPUは自己完結のLWKTスケジューラを持ちます。スレッドは意図的に
CPUに結びついていて、いくつかの特殊な状況下でのみ他のCPUへ移動することが
できます。特定のCPU上のLWKTスケジューリング処理はそのCPU上でのみ直接
実行されます。これは、LWKTスケジューラ本体がスケジュール追加、除去、
CPU内でのスレッド間スイッチを、ロックを一切せずに処理できるということです。
単純なクリティカルセクションの除いてはMPロックもなにもなしにです。
2. スレッドはカーネルで動作中は他のCPUにプリエンプティブに移動されることは
ありません。スレッドはブロックされている間はCPU間を移動しません。
ユーザランドスケジューラはユーザモードで実行しているスレッドを移動できます。
スレッドは非割り込みスレッドへプリエンプティブにスイッチすることは
ありません(この間FreeBSD初心者スレで出た話題のやつね)。割り込みスレッドが
カレントスレッドをプリエンプトする場合、割り込みスレッドが終了または
ブロックした時点でプリエンプトされた方のスレッドはスケジュール状態によらず
復元されます。たとえば、あるスレッドはlwkt_deschedule_self()を呼んだあと、
実際に(別のスレッドへ)スイッチする前にプリエンプトされる可能性があります。
これは問題ありません。なぜなら割り込みスレッドが完了またはブロックしたあと
そのスレッドに直接制御が戻るからです。
DragonFlyはその中核部分に軽量カーネルスレッド(LWKT)を用います。
システムのプロセスは全てスレッドと結びついていて、カーネルのみの
プロセスのほとんどは事実上純粋なスレッドです。たとえば、pageout
デーモンは純粋なスレッドでプロセスコンテクストを持ちません。
LWKTモデルはアーキテクチャによらないいくつかの鍵となる特徴があります。
これらの特徴はCPU間の競合を除く、あるいは減らすために設計されています。
1.システムの各CPUは自己完結のLWKTスケジューラを持ちます。スレッドは意図的に
CPUに結びついていて、いくつかの特殊な状況下でのみ他のCPUへ移動することが
できます。特定のCPU上のLWKTスケジューリング処理はそのCPU上でのみ直接
実行されます。これは、LWKTスケジューラ本体がスケジュール追加、除去、
CPU内でのスレッド間スイッチを、ロックを一切せずに処理できるということです。
単純なクリティカルセクションの除いてはMPロックもなにもなしにです。
2. スレッドはカーネルで動作中は他のCPUにプリエンプティブに移動されることは
ありません。スレッドはブロックされている間はCPU間を移動しません。
ユーザランドスケジューラはユーザモードで実行しているスレッドを移動できます。
スレッドは非割り込みスレッドへプリエンプティブにスイッチすることは
ありません(この間FreeBSD初心者スレで出た話題のやつね)。割り込みスレッドが
カレントスレッドをプリエンプトする場合、割り込みスレッドが終了または
ブロックした時点でプリエンプトされた方のスレッドはスケジュール状態によらず
復元されます。たとえば、あるスレッドはlwkt_deschedule_self()を呼んだあと、
実際に(別のスレッドへ)スイッチする前にプリエンプトされる可能性があります。
これは問題ありません。なぜなら割り込みスレッドが完了またはブロックしたあと
そのスレッドに直接制御が戻るからです。
NGNG
3. 上の(2)により、スレッドはCPUごとのglobaldata構造体を通じて得た
情報をロックなしにキャッシュすることができます。また、その情報が
割り込みスレッドによって変更されないと分かっている場合は、
クリティカルセクションに入る必要がありません。これによって、
いろいろな種類のデータのCPUごとのキャッシュ(訳注: 「の」の連続だ)
を、事実上オーバヘッドなしに持つことができます。
4. あるCPUが他のCPUに属するスレッドをスケジュールしようとする場合は、
ターゲットCPUにIPIベースのメッセージを発行して、処理を実行します。
このメッセージはデフォルトで非同期で、このためIPIはレイテンシを
伴うことがありますが必ずしもCPUサイクルを浪費するとは限りません。
このIPIの処理はクリティカルセクションに入ったスレッドによってブロック
されます。実際、LWKTスケジューラはそうします。クリティカルセクションの
出入りは安価な処理と考えられるので、ロックやバスロック命令を必要と
しません。
5. IPIメッセージサブシステムはFIFOあふれによるデッドロックに対し、
送信キューの停滞が解消するのを待つ間、受信キューをスピンして処理する
ことで対処します。IPIメッセージサブシステムはこのような状況下で
特にスレッドのスイッチを行いません。これによって、まれにスピンが
発生する場合があってもソフトウェアはこれをノンブロッキングAPIのように
扱うことができます。
情報をロックなしにキャッシュすることができます。また、その情報が
割り込みスレッドによって変更されないと分かっている場合は、
クリティカルセクションに入る必要がありません。これによって、
いろいろな種類のデータのCPUごとのキャッシュ(訳注: 「の」の連続だ)
を、事実上オーバヘッドなしに持つことができます。
4. あるCPUが他のCPUに属するスレッドをスケジュールしようとする場合は、
ターゲットCPUにIPIベースのメッセージを発行して、処理を実行します。
このメッセージはデフォルトで非同期で、このためIPIはレイテンシを
伴うことがありますが必ずしもCPUサイクルを浪費するとは限りません。
このIPIの処理はクリティカルセクションに入ったスレッドによってブロック
されます。実際、LWKTスケジューラはそうします。クリティカルセクションの
出入りは安価な処理と考えられるので、ロックやバスロック命令を必要と
しません。
5. IPIメッセージサブシステムはFIFOあふれによるデッドロックに対し、
送信キューの停滞が解消するのを待つ間、受信キューをスピンして処理する
ことで対処します。IPIメッセージサブシステムはこのような状況下で
特にスレッドのスイッチを行いません。これによって、まれにスピンが
発生する場合があってもソフトウェアはこれをノンブロッキングAPIのように
扱うことができます。
NGNG
これらの鍵となる特徴に加え、LWKTモデルでは高速割込みプリエンプション
とスレッド割込みプリエンプションを両立します。高速割り込みはカレント
スレッドがクリティカルセクションに入っていない場合はプリエンプトできます。
スレッド割込みもカレントスレッドをプリエンプトできます。LWKTシステムは、
スレッド割込みにスイッチしたあとそれがブロックまたは完了した場合に
もとのスレッドに戻ります。IPI関数は高速割り込みと非常に似たやり方で
動作し、同じくtrapframe機能を持ちます。これはDragonFlyのSYSTIMERS APIで
hardclock()やstatclock()の割込みを全てのCPUに分配するために多く用いられて
います。
とスレッド割込みプリエンプションを両立します。高速割り込みはカレント
スレッドがクリティカルセクションに入っていない場合はプリエンプトできます。
スレッド割込みもカレントスレッドをプリエンプトできます。LWKTシステムは、
スレッド割込みにスイッチしたあとそれがブロックまたは完了した場合に
もとのスレッドに戻ります。IPI関数は高速割り込みと非常に似たやり方で
動作し、同じくtrapframe機能を持ちます。これはDragonFlyのSYSTIMERS APIで
hardclock()やstatclock()の割込みを全てのCPUに分配するために多く用いられて
います。
NGNG
IPIメッセージサブシステム
LWKTモデルはCPU間通信のための非同期メッセージシステムを実装します。
基本的には、関数ポインタとデータ引数を引数として関数を呼び出すと
ターゲットCPUにそれを渡り、ターゲットCPUはそれを非同期に実行します。
これは非同期モデルなので呼び側は同期完了を待ちません。このため性能が
非常に向上し、ターゲットCPUへのオーバヘッドもおおまかには割り込み
と同等程度です。
IPIメッセージは高速割り込みのように動作します...つまり(クリティカル
セクションに左右されますが)ターゲットCPUで動いているものは何でも
プリエンプトし、実行し、そのあともともと動いていたものに復帰します。
このためIPI関数はいかなる理由であってもブロックすることは許されません。
IPIメッセージはスレッドをスケジュールしたり他のCPUに属しているメモリを
解放するといった処理をするのに用いられます。
IPIメッセージ処理は少なくとも6個の主なLWKTサブシステムで多用されています。
それらには、CPUごとのスレッドスケジューラ、slab allocator、メッセージ
サブシステムが含まれています。IPIメッセージ処理はDragonFlyに本来的に
適応したサブシステムなので、Big Giant Lockを必要とせず、使用してもいません。
全てのIPIベースの関数は従ってMPセーフである必要があります(そうなっています)。
LWKTモデルはCPU間通信のための非同期メッセージシステムを実装します。
基本的には、関数ポインタとデータ引数を引数として関数を呼び出すと
ターゲットCPUにそれを渡り、ターゲットCPUはそれを非同期に実行します。
これは非同期モデルなので呼び側は同期完了を待ちません。このため性能が
非常に向上し、ターゲットCPUへのオーバヘッドもおおまかには割り込み
と同等程度です。
IPIメッセージは高速割り込みのように動作します...つまり(クリティカル
セクションに左右されますが)ターゲットCPUで動いているものは何でも
プリエンプトし、実行し、そのあともともと動いていたものに復帰します。
このためIPI関数はいかなる理由であってもブロックすることは許されません。
IPIメッセージはスレッドをスケジュールしたり他のCPUに属しているメモリを
解放するといった処理をするのに用いられます。
IPIメッセージ処理は少なくとも6個の主なLWKTサブシステムで多用されています。
それらには、CPUごとのスレッドスケジューラ、slab allocator、メッセージ
サブシステムが含まれています。IPIメッセージ処理はDragonFlyに本来的に
適応したサブシステムなので、Big Giant Lockを必要とせず、使用してもいません。
全てのIPIベースの関数は従ってMPセーフである必要があります(そうなっています)。
NGNG
これって、ひとつの資源に対して単一のCPU&スレッドを張り付けることで、排他制御をシンプルにする
というおおざっぱな理解であってる?
スレッド切替が頻繁に発生してパフォーマンスで劣るんじゃないかとか、
スレッドの優先度制御をどうするかとか、いろいろ問題もありそうだけど、
おらワクワクしてきたぞ。
というおおざっぱな理解であってる?
スレッド切替が頻繁に発生してパフォーマンスで劣るんじゃないかとか、
スレッドの優先度制御をどうするかとか、いろいろ問題もありそうだけど、
おらワクワクしてきたぞ。
NGNG
IPIベースのCPU同期サブシステム
LWKTモデルは、汎用でマシンに依存しないCPU同期APIが備わっています。
このAPIによって、デリケートなデータ構造にアクセスしている状態の
ターゲットCPUを既知の状態に移行させることができます。このインタフェイスは
主にMMUのページテーブルを更新するのに使用されています。たとえば、
もし適切なロックを確保していたとしても、ページテーブルエントリの
モディファイビットをテスト、クリアしたあとにページテーブルエントリを
削除するのは安全ではありません。これは、他のCPUで動作しているユーザランド
プロセスがそのページを読み書きする可能性があるからで、その場合向こう側のCPUが
TLBを書き戻すのとページテーブルエントリをクリアしようとする処理の間に
レース状態が生じます。適切な解決は、ページテーブルエントリへ書き戻す
可能性のあるCPU(つまりpmapのpm_activeマスクでセットされている全CPU)を
まず既知の状態に移行し、変更処理をしてから、各CPUのTLBを無効化するリクエストに
よってCPUを解放するという方法です。
DragonFlyに備わっているAPIにはデッドロックがありません。複数のCPU同期処理が
並行に動作することが可能で、これはCPU同期イベントの主導権を握っているスレッド
にもあてはまります。これは柔軟なしくみですが、CPU同期インタフェイスは制御
された環境で動作するため、コールバック関数はIPIメッセージサブシステムで
用いられるものとちょうど同じように動作する傾向にあります。
LWKTモデルは、汎用でマシンに依存しないCPU同期APIが備わっています。
このAPIによって、デリケートなデータ構造にアクセスしている状態の
ターゲットCPUを既知の状態に移行させることができます。このインタフェイスは
主にMMUのページテーブルを更新するのに使用されています。たとえば、
もし適切なロックを確保していたとしても、ページテーブルエントリの
モディファイビットをテスト、クリアしたあとにページテーブルエントリを
削除するのは安全ではありません。これは、他のCPUで動作しているユーザランド
プロセスがそのページを読み書きする可能性があるからで、その場合向こう側のCPUが
TLBを書き戻すのとページテーブルエントリをクリアしようとする処理の間に
レース状態が生じます。適切な解決は、ページテーブルエントリへ書き戻す
可能性のあるCPU(つまりpmapのpm_activeマスクでセットされている全CPU)を
まず既知の状態に移行し、変更処理をしてから、各CPUのTLBを無効化するリクエストに
よってCPUを解放するという方法です。
DragonFlyに備わっているAPIにはデッドロックがありません。複数のCPU同期処理が
並行に動作することが可能で、これはCPU同期イベントの主導権を握っているスレッド
にもあてはまります。これは柔軟なしくみですが、CPU同期インタフェイスは制御
された環境で動作するため、コールバック関数はIPIメッセージサブシステムで
用いられるものとちょうど同じように動作する傾向にあります。
NGNG
同期トークン
同期トークンはいくつものスレッドが同時につかめます。トークンをつかんでいる
スレッドは、同一のトークンをつかんでいる他のスレッドが同時には実行しない
ことが保証されます。
一つのスレッドは同期トークンをいくつでもつかむことができます。
あるスレッドは、イールドまたはブロック条件を通じて同期トークンを
つかむことがありますが、そのスレッドが(ブロックあるいはイールドされて)
実行中でない間、それらのトークンをつかんでいる他のスレッドが実行する
可能性があることを考慮に入れる必要があります。
理論上、同期トークンの機構から起きるデッドロック状態で解決できないものは
ありません。しかし、初期の実装ではトークンを同時につかんだ場合にライブロック
の問題が起きる可能性があります。
同期トークンは、同一のトークンをつかもうとする割り込みが他のスレッドを
プリエンプトしてしまうことから保護するのにも使われます。これはBig Giant Lock
(BGL; MPロックともいう)とは若干違った作用があります。BGLは同一CPUの割り込みを
インターロックすることはありません。重要なことは、プリエンプションによって
一時的に他のスレッドへのスイッチが起きることがあるとしても、トークンの原子性
(?atomicity)プリエンプティブ条件によって維持されるということです。トークンの
原子性(?atomicity)を維持するためにspl()レベルやクリティカルセクションに入る
必要はありません。
同期トークンはプリエンプティブは割り込みが起きるのをさまたげることはありません
が、割込みをブロックして再スケジュールさせることがあります。スレッド化されて
いない高速割り込みやIPIメッセージング割り込みはトークンをつかうことが
できません。それは処理に必要なスレッドコンテキストを持っていないからです。
そのかわり、これらのサブシステムはクリティカルセクションを使うことで
排他制御をします。
同期トークンはいくつものスレッドが同時につかめます。トークンをつかんでいる
スレッドは、同一のトークンをつかんでいる他のスレッドが同時には実行しない
ことが保証されます。
一つのスレッドは同期トークンをいくつでもつかむことができます。
あるスレッドは、イールドまたはブロック条件を通じて同期トークンを
つかむことがありますが、そのスレッドが(ブロックあるいはイールドされて)
実行中でない間、それらのトークンをつかんでいる他のスレッドが実行する
可能性があることを考慮に入れる必要があります。
理論上、同期トークンの機構から起きるデッドロック状態で解決できないものは
ありません。しかし、初期の実装ではトークンを同時につかんだ場合にライブロック
の問題が起きる可能性があります。
同期トークンは、同一のトークンをつかもうとする割り込みが他のスレッドを
プリエンプトしてしまうことから保護するのにも使われます。これはBig Giant Lock
(BGL; MPロックともいう)とは若干違った作用があります。BGLは同一CPUの割り込みを
インターロックすることはありません。重要なことは、プリエンプションによって
一時的に他のスレッドへのスイッチが起きることがあるとしても、トークンの原子性
(?atomicity)プリエンプティブ条件によって維持されるということです。トークンの
原子性(?atomicity)を維持するためにspl()レベルやクリティカルセクションに入る
必要はありません。
同期トークンはプリエンプティブは割り込みが起きるのをさまたげることはありません
が、割込みをブロックして再スケジュールさせることがあります。スレッド化されて
いない高速割り込みやIPIメッセージング割り込みはトークンをつかうことが
できません。それは処理に必要なスレッドコンテキストを持っていないからです。
そのかわり、これらのサブシステムはクリティカルセクションを使うことで
排他制御をします。
NGNG
DragonFly - ユーザAPI
移植性のあるユーザAPIを作る
多くの標準的なUNIXシステムでは、生の構造体データを含む多種のデータを、
システムコールテーブルを通じてやりとりします。ユーザプログラムがそれ
自身より古いあるいは新しいカーネルとやりとりする上で最大の障害は、
これらの生の構造体データはよく構造が変わるということです。最も厄介なのは
ネットワークインタフェイス、ルーティングテーブルのioctl、ipfw、
ps,vmstatが直接アクセスするプロセス構造体などです。しかし、stat()や
readdir()のようなどうということのないシステムコールでさえ問題があります。
もっと一般的な言い方をすれば、システムコールはそれ自体が移植性の問題を
生むことがあるということです。
このプロジェクトの目標として以下のものがあります。
(1) 実質全てのシステムコールをメッセージベースにする、
(2) 構造体の情報を、直接ではなく機能や要素のリストを通じて渡すようにする、
(3) 汎用の「中間層」を実装する。
(3)はある種のエミュレーション層のように見えるもので、管理はカーネルが行うが
ユーザ空間にロードされます。この層は全ての標準的なシステムコールAPIを実装し、
それらを適切なメッセージに変換します。
例えば、Linuxエミュレーションはカーネルランドでなく(カーネルに保護された)
ユーザランドで動作します。FreeBSDのエミュレーションも同じように動作します。
実際「ネイティブ」なプログラムもシステムコールという私達がよくなじんだものを
見るためにエミュレーション層を通ります。ただ違うのは、ネイティブな
プログラムはエミュレーション層が存在し、ユーザランドから直接アクセスできる
のを知っているので、ただカーネルに入ってすぐにエミュレーション層に戻る
ためだけに余分なINT0x80(でも何でも)を無駄にしない、ということです。
移植性のあるユーザAPIを作る
多くの標準的なUNIXシステムでは、生の構造体データを含む多種のデータを、
システムコールテーブルを通じてやりとりします。ユーザプログラムがそれ
自身より古いあるいは新しいカーネルとやりとりする上で最大の障害は、
これらの生の構造体データはよく構造が変わるということです。最も厄介なのは
ネットワークインタフェイス、ルーティングテーブルのioctl、ipfw、
ps,vmstatが直接アクセスするプロセス構造体などです。しかし、stat()や
readdir()のようなどうということのないシステムコールでさえ問題があります。
もっと一般的な言い方をすれば、システムコールはそれ自体が移植性の問題を
生むことがあるということです。
このプロジェクトの目標として以下のものがあります。
(1) 実質全てのシステムコールをメッセージベースにする、
(2) 構造体の情報を、直接ではなく機能や要素のリストを通じて渡すようにする、
(3) 汎用の「中間層」を実装する。
(3)はある種のエミュレーション層のように見えるもので、管理はカーネルが行うが
ユーザ空間にロードされます。この層は全ての標準的なシステムコールAPIを実装し、
それらを適切なメッセージに変換します。
例えば、Linuxエミュレーションはカーネルランドでなく(カーネルに保護された)
ユーザランドで動作します。FreeBSDのエミュレーションも同じように動作します。
実際「ネイティブ」なプログラムもシステムコールという私達がよくなじんだものを
見るためにエミュレーション層を通ります。ただ違うのは、ネイティブな
プログラムはエミュレーション層が存在し、ユーザランドから直接アクセスできる
のを知っているので、ただカーネルに入ってすぐにエミュレーション層に戻る
ためだけに余分なINT0x80(でも何でも)を無駄にしない、ということです。
NGNG
[User API続き]
システムコールをメッセージベースの構成要素に変更することによるもう一つの
大きな利点は、ユーザランドスレッドの問題を完全に解決できるということです。
もう複数のユーザランドスレッドを処理するのに複数のカーネルコンテクストや
スタックは必要なくなり、プロセスあたり一つのカーネルコンテキストとスタック
があればよいのです。ユーザランドスレッドはシステムの各CPUごとに実プロセスを
生成するのにrfork()を使い続けますが、他全ての処理はスレッドに対応した
エミュレーション層を使えます。実際、ほとんど全てのユーザランドのupcall
(コールバック)はカーネルから直接発行されるのではなくユーザランドの
エミュレーション層から発行します。以下はスレッド対応エミュレーション層
が動作する例です:
[コード]
たったこれだけです。DragonFlyが実装する「本当の」システムコールは
送信、受信、待機に必要な原始的なメッセージ通信機能のみです。
他はエミュレーション層を通過します。もちろん、カーネルの側では
メッセージコマンドはFreeBSD 4.xにあるのと同じ規模のディスパッチ
テーブルにたどりつきます。でもサブシステムがメッセージベースになっていく
につれて、syscallメッセージはよりいっそうこれらのサブシステムに
統合されてゆくので、「メッセージ」を処理するためのオーバヘッドは
最終的には独立したシステムコールを処理するオーバヘッドよりも小さくなる
でしょう。「エミュレーション層」はユーザランドプログラムが期待するものと
カーネルが期待するものを分離するブラックボックスの役割をするので、
移植性を確保することははるかに簡単になります。エミュレーション層は
カーネルといっしょに更新する(または後方互換性のあるバージョンを作る)
ことができるため、ユーザランドのバイナリからは移植性の問題は見えなく
なります。
加えて、メッセージパシングモデルが提供する利点を全て受けられます。
それはデバッグや他の目的のためにシステムコールに割込んだり、
たとえばセキュリティ環境のもとづいて特定クラスのシステムコールを
無効にしたり変更したりするといったセキュリティ層をカーネル内に
構築するというものです。
システムコールをメッセージベースの構成要素に変更することによるもう一つの
大きな利点は、ユーザランドスレッドの問題を完全に解決できるということです。
もう複数のユーザランドスレッドを処理するのに複数のカーネルコンテクストや
スタックは必要なくなり、プロセスあたり一つのカーネルコンテキストとスタック
があればよいのです。ユーザランドスレッドはシステムの各CPUごとに実プロセスを
生成するのにrfork()を使い続けますが、他全ての処理はスレッドに対応した
エミュレーション層を使えます。実際、ほとんど全てのユーザランドのupcall
(コールバック)はカーネルから直接発行されるのではなくユーザランドの
エミュレーション層から発行します。以下はスレッド対応エミュレーション層
が動作する例です:
[コード]
たったこれだけです。DragonFlyが実装する「本当の」システムコールは
送信、受信、待機に必要な原始的なメッセージ通信機能のみです。
他はエミュレーション層を通過します。もちろん、カーネルの側では
メッセージコマンドはFreeBSD 4.xにあるのと同じ規模のディスパッチ
テーブルにたどりつきます。でもサブシステムがメッセージベースになっていく
につれて、syscallメッセージはよりいっそうこれらのサブシステムに
統合されてゆくので、「メッセージ」を処理するためのオーバヘッドは
最終的には独立したシステムコールを処理するオーバヘッドよりも小さくなる
でしょう。「エミュレーション層」はユーザランドプログラムが期待するものと
カーネルが期待するものを分離するブラックボックスの役割をするので、
移植性を確保することははるかに簡単になります。エミュレーション層は
カーネルといっしょに更新する(または後方互換性のあるバージョンを作る)
ことができるため、ユーザランドのバイナリからは移植性の問題は見えなく
なります。
加えて、メッセージパシングモデルが提供する利点を全て受けられます。
それはデバッグや他の目的のためにシステムコールに割込んだり、
たとえばセキュリティ環境のもとづいて特定クラスのシステムコールを
無効にしたり変更したりするといったセキュリティ層をカーネル内に
構築するというものです。
NGNG
新しいVFSモデル
(3rd par.)
i.e. → すなわち、つまり
(4th par.)
A messaging interface is preferable for many reasons, not the least of which
being that it makes stacking actually work the way it should work, as
independant and opaque elements which stack together to form a whole. For
example, with the new API a capability layer could be slapped onto a
filesystem that otherwise doesn't implement one of its own, and the enduser
would not know the difference. Filesytems are almost universally
self-contained entities. A message-based API would allow these entities to run
in userspace for debugging or even in a deployment when one absolutely cannot
afford a crash. Why run msdosfs or cd9660 in the kernel and risk a crash when
it would operate just as well in userland?
メッセージングインタフェイスは多くの理由から好ましいものです。特に
独立的で不透明な要素が積み重なって全体を形成するという、スタッキングが
本来すべき動作を実現するという点によるところが少なくありません。たとえば
新しいAPIでは、ファイルシステムが実装していない機能に対して機能層をあてがう
ことができ、エンドユーザにはその違いが分かりません。ファイルシステムは
大部分が自己完結型(注: 相互依存する別の要素を持たないという意味ね)の要素です。
メッセージベースのAPIではこれらの要素をデバッグのためにユーザランドで動作
させることを可能にしますし、また絶対にクラッシュしてはいけないような場合
にも威力を発揮します。msdosfsやcd9660がユーザランドでも同じように動作する
ならわざわざカーネルの中で動かしてクラッシュする危険にさらす必要はない
でしょう? ...
(3rd par.)
i.e. → すなわち、つまり
(4th par.)
A messaging interface is preferable for many reasons, not the least of which
being that it makes stacking actually work the way it should work, as
independant and opaque elements which stack together to form a whole. For
example, with the new API a capability layer could be slapped onto a
filesystem that otherwise doesn't implement one of its own, and the enduser
would not know the difference. Filesytems are almost universally
self-contained entities. A message-based API would allow these entities to run
in userspace for debugging or even in a deployment when one absolutely cannot
afford a crash. Why run msdosfs or cd9660 in the kernel and risk a crash when
it would operate just as well in userland?
メッセージングインタフェイスは多くの理由から好ましいものです。特に
独立的で不透明な要素が積み重なって全体を形成するという、スタッキングが
本来すべき動作を実現するという点によるところが少なくありません。たとえば
新しいAPIでは、ファイルシステムが実装していない機能に対して機能層をあてがう
ことができ、エンドユーザにはその違いが分かりません。ファイルシステムは
大部分が自己完結型(注: 相互依存する別の要素を持たないという意味ね)の要素です。
メッセージベースのAPIではこれらの要素をデバッグのためにユーザランドで動作
させることを可能にしますし、また絶対にクラッシュしてはいけないような場合
にも威力を発揮します。msdosfsやcd9660がユーザランドでも同じように動作する
ならわざわざカーネルの中で動かしてクラッシュする危険にさらす必要はない
でしょう? ...
NGNG
その割にはMachって流行んないよな(ぼそっ
NGNG
128125
NGNG >>127
うん。
GPLのライセンス表記の中には「A copy that is not "Transparent" is
called "Opaque".」という説明があるので透明でないということで
「不透明」と訳したけど。実際「opaque object」を不透明オブジェクトと
訳す例もあるみたいだけど、一語でいおうとするとしっくりこないよね。
うん。
GPLのライセンス表記の中には「A copy that is not "Transparent" is
called "Opaque".」という説明があるので透明でないということで
「不透明」と訳したけど。実際「opaque object」を不透明オブジェクトと
訳す例もあるみたいだけど、一語でいおうとするとしっくりこないよね。
129名無しさん@中学生英語
NGNGNGNG
>>125
> (4th par.)
文のつながりが一部いまひとつのように思うので、改善案。
あとユーザランドはユーザ空間の間違いだと思う。
メッセージングインタフェースは多くの点で優れています。
それは、スタッキングのあるべき姿である、独立なカプセル化された要素が積み
重なって全体を形成するということを実現したことによるところが少なくありません。
例えば、新しいAPIではファイルシステムに実装されていなかった機能の機能層をかぶ
せることができ、しかもエンドユーザには元から実装されていたときとの違いが
わかりません。
また、ファイルシステムはどれもほとんど例外なく自己完結したひとまとまりの
オブジェクトになっています。メッセージベースのAPIではこれらのオブジェ
クトをユーザ空間で動かすことができ、デバッグにも使えれば、クラッシュが
絶対許されない条件下の運用にも威力を発揮します。
msdosfsやcd9660がユーザ空間でも同じように動作するならわざわざカーネルの
中で動かしてクラッシュする危険にさらす必要はないでしょう?
> (4th par.)
文のつながりが一部いまひとつのように思うので、改善案。
あとユーザランドはユーザ空間の間違いだと思う。
メッセージングインタフェースは多くの点で優れています。
それは、スタッキングのあるべき姿である、独立なカプセル化された要素が積み
重なって全体を形成するということを実現したことによるところが少なくありません。
例えば、新しいAPIではファイルシステムに実装されていなかった機能の機能層をかぶ
せることができ、しかもエンドユーザには元から実装されていたときとの違いが
わかりません。
また、ファイルシステムはどれもほとんど例外なく自己完結したひとまとまりの
オブジェクトになっています。メッセージベースのAPIではこれらのオブジェ
クトをユーザ空間で動かすことができ、デバッグにも使えれば、クラッシュが
絶対許されない条件下の運用にも威力を発揮します。
msdosfsやcd9660がユーザ空間でも同じように動作するならわざわざカーネルの
中で動かしてクラッシュする危険にさらす必要はないでしょう?
NGNG
NGNG
Minix を思い出したのは気のせい?
NGNG
じゃあまたforkするのかしら。
NGNG
長期運用中の方、FreeBSD5.2.1より安定してますか?
NGNG
使ってる人いないの?
NGNG
使い続けてる人は少ないと思われ
試しに入れてみる人は多いだろうが
試しに入れてみる人は多いだろうが
NGNG
俺は手頃なマシンがなかったから、
VMwareにいれてmake worldをずっとしてるだけ。
VMwareにいれてmake worldをずっとしてるだけ。
NGNG
>>134
「安定」の定義にもよるが、たぶん安定はしていない。panicやフリーズなし
に動くかどうかはハードウェアによる。たとえばDragonFlyの日本語訳を
まとめようとしている はるかタン(たぶん男だよね)のマシンは時計が2倍速らしいし。
現状DragonFly-CURRENTは1-RELEASEよりはマシな状態だけど、いくらfork元が
FreeBSD 4.8-RELEASEでも結局 -CURRENTなのであっちが直ればこっちが壊れる
というようなことは覚悟の上でないと使えない。(でも-CURRENT trackerはそれが
楽しみで使ってるんだよね?)
俺のまわりで一番長く稼働しているのはDellのpen4デスクトップマシンで、
そいつはCVS repoの取得とXサーバを動かしているぐらい。ここ半年ぐらいは
panicやフリーズはなく、カーネル入れ替え時以外は無停止で運用中。いまの
uptimeはほぼ一ヶ月。マシン自体は2年前にFreeBSD 5-CURRENTで運用開始して
以来ほとんど電源つけっぱなしで動かしているんで、けっこう丈夫みたい。
「安定」の定義にもよるが、たぶん安定はしていない。panicやフリーズなし
に動くかどうかはハードウェアによる。たとえばDragonFlyの日本語訳を
まとめようとしている はるかタン(たぶん男だよね)のマシンは時計が2倍速らしいし。
現状DragonFly-CURRENTは1-RELEASEよりはマシな状態だけど、いくらfork元が
FreeBSD 4.8-RELEASEでも結局 -CURRENTなのであっちが直ればこっちが壊れる
というようなことは覚悟の上でないと使えない。(でも-CURRENT trackerはそれが
楽しみで使ってるんだよね?)
俺のまわりで一番長く稼働しているのはDellのpen4デスクトップマシンで、
そいつはCVS repoの取得とXサーバを動かしているぐらい。ここ半年ぐらいは
panicやフリーズはなく、カーネル入れ替え時以外は無停止で運用中。いまの
uptimeはほぼ一ヶ月。マシン自体は2年前にFreeBSD 5-CURRENTで運用開始して
以来ほとんど電源つけっぱなしで動かしているんで、けっこう丈夫みたい。
NGNG
>>134
FreeBSD-CURRENT よりは安定してます。 :)
クライアントで使ってると X 上げたらフリーズとか、Gtk ものをあげたらフリーズ
とか、しょっちゅうそんな感じです。サーバとしては使ったことないから、サーバ
としてどうかはわからんです。
# crater.dragonflybsd.org はちょっと前から DragonFly になってるらしい。
ま、 CURRENT ですから、安定を求めるのもどうかと。
FreeBSD-CURRENT よりは安定してます。 :)
クライアントで使ってると X 上げたらフリーズとか、Gtk ものをあげたらフリーズ
とか、しょっちゅうそんな感じです。サーバとしては使ったことないから、サーバ
としてどうかはわからんです。
# crater.dragonflybsd.org はちょっと前から DragonFly になってるらしい。
ま、 CURRENT ですから、安定を求めるのもどうかと。
NGNG
>>139
ビデオカードと使っているドライバは?
ビデオカードと使っているドライバは?
NGNG
>>140
MGA G400 で、 XFree86 4.3 ですが。
MGA G400 で、 XFree86 4.3 ですが。
NGNG
>>142 神!
NGNG
>>138 はるかタン オサーンだったのか orz
NGNG
>>121
atomicity であってたみたいです。"原子性"のままでいいでしょうか ?
http://www.dragonflybsd.org/cvsweb/site/data/goals/threads.cgi.diff?r1=1.10&r2=1.11&f=u
>>144
オサーンじゃないわいっ
atomicity であってたみたいです。"原子性"のままでいいでしょうか ?
http://www.dragonflybsd.org/cvsweb/site/data/goals/threads.cgi.diff?r1=1.10&r2=1.11&f=u
>>144
オサーンじゃないわいっ
NGNG
>>145
「不可分性」ぐらいかな?
要するに「ある動作が一つの要素として完結し、その動作の間に関係する
状態が変わることが無い事」ぐらいの意味だから。
例えば、rename(2)の動作は一見「目的のファイルをopenし、
元のファイルもopenし、元のファイルからreadし、目的のファイルにwriteし、
目的のファイルをcloseし、元のファイルをunlinkする」ことによって
達成できるけど、これはatomicな動作ではないため競合状態が起きたり
するということね。
「不可分性」ぐらいかな?
要するに「ある動作が一つの要素として完結し、その動作の間に関係する
状態が変わることが無い事」ぐらいの意味だから。
例えば、rename(2)の動作は一見「目的のファイルをopenし、
元のファイルもopenし、元のファイルからreadし、目的のファイルにwriteし、
目的のファイルをcloseし、元のファイルをunlinkする」ことによって
達成できるけど、これはatomicな動作ではないため競合状態が起きたり
するということね。
NGNG
atomic は atomic でいいよ。
ヘタに訳すとわけわからん。
ヘタに訳すとわけわからん。
NGNG
NGNG
googleしたら、原子性という言葉を結構使ってるね。
でもこれだったらatomicってしてくれたほうがなんぼかまし。
でもこれだったらatomicってしてくれたほうがなんぼかまし。
NGNG
アトミック性とかはどうよ。
NGNG
英字で atomicity のままが一番わかりやすいよ。
atomicity と書いてわからない人には
どう書いてもわからないと思う。
せいぜい訳注をつけるくらいか。
atomicity と書いてわからない人には
どう書いてもわからないと思う。
せいぜい訳注をつけるくらいか。
NGNG
とりあえず5-CURRENTだったメル鯖を置き換えてから10日が過ぎました。
NGNG
>>152
うを、漢だ…
うを、漢だ…
NGNG
1.0 リリースということなんで興味はあるものの、
OSのコードが読めないどころか、atomic の意味も知らないようなへたれは
まだ来ない方が良い雰囲気ですのう。
OSのコードが読めないどころか、atomic の意味も知らないようなへたれは
まだ来ない方が良い雰囲気ですのう。
NGNG
>>154
Document まとめてる某氏も C が読めないと言ってたような気が
Document まとめてる某氏も C が読めないと言ってたような気が
NGNG
NGNG
>>154-156
いまは本当に-CURRENTなので、最低でもFreeBSD-CURRENTを自分の
メインマシンに入れて、うまいことババ引かずに運用する技術
and/or 運を持っていることが必要。アプリケーションまわりだと
ports/dfportsの代替ができないと一般ユーザにはつらいかな。
ところでnullfsは不安定だという声をたまに聞くけど、それって
4.x系でもそうなんだっけ。5-CURRENTの時にひどいめにあったけど
4.xではどんなにハードに使っても刺さったことなかったけど。
このあいだのVFS 04/99が入って以降、nullfsは刺さるようになったよ。
いまは本当に-CURRENTなので、最低でもFreeBSD-CURRENTを自分の
メインマシンに入れて、うまいことババ引かずに運用する技術
and/or 運を持っていることが必要。アプリケーションまわりだと
ports/dfportsの代替ができないと一般ユーザにはつらいかな。
ところでnullfsは不安定だという声をたまに聞くけど、それって
4.x系でもそうなんだっけ。5-CURRENTの時にひどいめにあったけど
4.xではどんなにハードに使っても刺さったことなかったけど。
このあいだのVFS 04/99が入って以降、nullfsは刺さるようになったよ。
NGNG
以前の4-stableでは使い方によってはおかしくなったりしたけど、
最近は問題ないよ。
最近は問題ないよ。
159名無しさん@お腹いっぱい。
NGNG とりあえずクロック爆走問題は「options TIMER_USE_1」で直ったよ、
とbugs@で みやもっさんが感動のご様子。
とbugs@で みやもっさんが感動のご様子。
160159
NGNG bugs@じゃなくてkernel@だった
NGNG
>>152
激藁
激藁
NGNG
>>152のメル鯖は今どうなってるんだろう?
163152
NGNG >>162
IPFW2をコンパイルしていなかったのでコンパイルしなおしてから
こんなもんです(15 usersはメーラを上げっぱなしにしているから)。
$ uptime
1:42PM up 8 days, 11:05, 15 users, load averages: 0.02, 0.03, 0.00
まあsubversionやqmailのMLを抜けてからは流量が減ったので
非常に蝦そうですね。
IPFW2をコンパイルしていなかったのでコンパイルしなおしてから
こんなもんです(15 usersはメーラを上げっぱなしにしているから)。
$ uptime
1:42PM up 8 days, 11:05, 15 users, load averages: 0.02, 0.03, 0.00
まあsubversionやqmailのMLを抜けてからは流量が減ったので
非常に蝦そうですね。
NGNG
蝦そうって何だw
NGNG
それはttyドライバの(ry
NGNG
>>152には申し訳ないがもっと負荷をかけていじめてもらい
Dragonflyがどれほどのものか見てみたい。
Dragonflyがどれほどのものか見てみたい。
NGNG
負荷かけっぱなしだとで冷却しきれないマシンって不良品じゃないのか?
NGNG
>>167
結局鯖をDragonFlyに変えてなんか違いを感じるの?
結局鯖をDragonFlyに変えてなんか違いを感じるの?
NGNG
とんぼのめがねはみずいろめがね
あおいおそらをとんだから
とんだから
あおいおそらをとんだから
とんだから
NGNG
もしDragonFlyにGUIインストーラがついてきたらBSDユーザーの割合に
変化は生じるだろうか?
変化は生じるだろうか?
NGNG
誤差
NGNG
YesかNoかでいったらYesだろう
NGNG
anaconflyキボンヌ
NGNG
>>173
その場合の「インストーラ」というのは、実はインストール時だけじゃなく
設定ツールとしても動作しなくてはいけないんだよね。
インストール時だけでいいならinstaller teamが作っているCGI installer
にちょっと化粧をすれば見栄えはよくなるんじゃないかなと思う。
その場合の「インストーラ」というのは、実はインストール時だけじゃなく
設定ツールとしても動作しなくてはいけないんだよね。
インストール時だけでいいならinstaller teamが作っているCGI installer
にちょっと化粧をすれば見栄えはよくなるんじゃないかなと思う。
NGNG
NGNG
180176
NGNG >177
まさか出てくるとは..全角でGJ!
まさか出てくるとは..全角でGJ!
NGNG
!>>178
シャレとわかっていながらちょっと期待しちゃったよ
シャレとわかっていながらちょっと期待しちゃったよ
182名無しさん@お腹いっぱい。
NGNG Onipotefly BSD
NGNG
ApjBSD
NGNG
EbiFlyBSD for nagoya
NGNG
本家のdiaryだがもうちょっと頻繁に更新されないものだろうか?
NGNG
dillon が書いている限り、無理だろうね
NGNG
そこで はるかタン登場ですよ。
NGNG
>>187
あの質を維持するには hrs さんくらいの人じゃないと無理
あの質を維持するには hrs さんくらいの人じゃないと無理
NGNG
忙しさでDillonぶっ倒れそーな気がするよ
NGNG
stripped /kernel ってのは --strip-debugのほうの話で、--strip-all
しなければfileコマンドの結果は'not stripped'になるんだよもん。
しなければfileコマンドの結果は'not stripped'になるんだよもん。
NGNG
>>190
おぉ、さんきゅーです。
おぉ、さんきゅーです。
NGNG
空いてたPCにDragonFlyBSDを入れてみたがさしあたっての
目的がないことに気付いたよ orz
目的がないことに気付いたよ orz
NGNG
>>192
じゃとりあえず
# echo 'CCVER?=gcc34' >> /etc/make.conf
してから、普段自分が使っている環境を整えてみてください。
portsのコンパイルが失敗したらMLなり(英語がだめならニポーン人
ぽい関係者にメール出すなり)粘着されるのがいやならこのスレでもいいので
報告くらはい。
じゃとりあえず
# echo 'CCVER?=gcc34' >> /etc/make.conf
してから、普段自分が使っている環境を整えてみてください。
portsのコンパイルが失敗したらMLなり(英語がだめならニポーン人
ぽい関係者にメール出すなり)粘着されるのがいやならこのスレでもいいので
報告くらはい。
NGNG
ttp://wids.net/haruka/
で日記のRSSとか配信してない?
bloglinesで更新チェックできると皆幸せになりそげ。
で日記のRSSとか配信してない?
bloglinesで更新チェックできると皆幸せになりそげ。
NGNG
>>193
ニポーン人ぽい関係者てほとんどこのスレも見ているような(w
ニポーン人ぽい関係者てほとんどこのスレも見ているような(w
NGNG
>>194 でもそのページはblogではないんでは
NGNG
こういうことなら得意みたいだから、頼み込めばガンガってくれるのがハルカたん。
NGNG
NGNG
Cannaをコンパイルしたところwchar_tの定義でエラーがでますた。
Canna/include/widedef.hの65から70行目までをコメントアウトしたら
とりあえずコンパイルはできました
Canna/include/widedef.hの65から70行目までをコメントアウトしたら
とりあえずコンパイルはできました
NGNG
/etc/make.confにCCVER?=gcc34いれたときです。
CCVER=gcc2だと include/machine/ansi.hが見つからないて感じのエラーがでました
CCVER=gcc2だと include/machine/ansi.hが見つからないて感じのエラーがでました
NGNG
Cannaの報告した199です。コンパイルは問題なかったけどkterm上でshift+spaceで変換する時
四角の中の"あ"の文字が記号になって日本語の入力ができませんでした。
gcc34でコンパイルしたFreeWnnだと問題なく日本語の表示、入力ができました。
四角の中の"あ"の文字が記号になって日本語の入力ができませんでした。
gcc34でコンパイルしたFreeWnnだと問題なく日本語の表示、入力ができました。
NGNG
よねたにさんが修正入れたみたい。 > canna
NGNG
DragonFlyBSDってSMPはどうなるの?
FreeBSDは5系列から色々手入れてるみたいだけど?
FreeBSDは5系列から色々手入れてるみたいだけど?
NGNG
まさにSMPというかNUMAアーキテクチャーで効率的になるためにforkしたようなもんだが。
NGNG
NGNG
>205
じゃあDragonFlyBSDの真髄はSMPなマシンじゃないと味わえないのね orz
じゃあDragonFlyBSDの真髄はSMPなマシンじゃないと味わえないのね orz
NGNG
なんでまだ200程度までしかないスレだというのに、ログすら読まないバカが
湧いて出ているんだろう?
湧いて出ているんだろう?
NGNG
NGNG
NGNG
>>210
微修正しました。これでどうでしょう。
微修正しました。これでどうでしょう。
NGNG
>>208
2chはPC以外からも利用できます。
2chはPC以外からも利用できます。
NGNG
>>212
それがどうしたの?
それがどうしたの?
NGNG
利用には問題ないけどひとつのNICが二つに認識されない?
NGNG
216214
NGNG とりあえずdmesgの一部を貼ってみた
pcib1: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pcib1: couldn't read bus number from cfg space
pcib1: trying bus number 1
pci1: <ACPI PCI bus> on pcib1
pcib2: <DEC 21154 PCI-PCI bridge> at device 8.0 on pci1
pci2: <PCI bus> on pcib2
fxp0: <Intel 82559 Pro/100 Ethernet> port 0xecc0-0xecff mem 0xfde00000-0xfdefffff,0xfdfff000-0xfdffffff
irq 10 at device 4.0 on pci2
installed MI handler for int 10
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: MAC address: 00:02:b3:xx:xx:18
fxp1: <Intel 82559 Pro/100 Ethernet> port 0xec80-0xecbf mem 0xfdd00000-0xfddfffff,0xfdffe000-0xfdffefff
irq 5 at device 5.0 on pci2
installed MI handler for int 5
miibus1: <MII bus> on fxp1
inphy1: <i82555 10/100 media interface> on miibus1
inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: MAC address: 00:02:b3:xx:xx:19
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xfbfffc00-0xfbfffc7f irq 5 at device 12.0 on pci1
miibus2: <MII bus> on xl0
xlphy0: <3c905C 10/100 internal PHY> on miibus2
xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: MAC address: 00:b0:d0:xx:xx:15
pcib1: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pcib1: couldn't read bus number from cfg space
pcib1: trying bus number 1
pci1: <ACPI PCI bus> on pcib1
pcib2: <DEC 21154 PCI-PCI bridge> at device 8.0 on pci1
pci2: <PCI bus> on pcib2
fxp0: <Intel 82559 Pro/100 Ethernet> port 0xecc0-0xecff mem 0xfde00000-0xfdefffff,0xfdfff000-0xfdffffff
irq 10 at device 4.0 on pci2
installed MI handler for int 10
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: MAC address: 00:02:b3:xx:xx:18
fxp1: <Intel 82559 Pro/100 Ethernet> port 0xec80-0xecbf mem 0xfdd00000-0xfddfffff,0xfdffe000-0xfdffefff
irq 5 at device 5.0 on pci2
installed MI handler for int 5
miibus1: <MII bus> on fxp1
inphy1: <i82555 10/100 media interface> on miibus1
inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: MAC address: 00:02:b3:xx:xx:19
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xfbfffc00-0xfbfffc7f irq 5 at device 12.0 on pci1
miibus2: <MII bus> on xl0
xlphy0: <3c905C 10/100 internal PHY> on miibus2
xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: MAC address: 00:b0:d0:xx:xx:15
217214
NGNG 続き
pcib0: <Intel 82810E (i810E GMCH) Host To Hub bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
agp0: <Intel 82810E (i810E GMCH) SVGA controller> mem 0xff000000-0xff07ffff,0xf4000000-0xf7ffffff irq 9 at device 1.0 on pci0
pcib3: <Intel 82801AA (ICH) Hub to PCI bridge> at device 30.0 on pci0
pci3: <PCI bus> on pcib3
pcib4: <DEC 21154 PCI-PCI bridge> at device 8.0 on pci3
pci4: <PCI bus> on pcib4
fxp2: <Intel 82559 Pro/100 Ethernet> port 0xecc0-0xecff mem 0xfde00000-0xfdefffff,0xfdfff000-0xfdffffff irq 10 at device 4.0 on pci4
miibus3: <MII bus> on fxp2
inphy2: <i82555 10/100 media interface> on miibus3
inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp2: MAC address: 00:02:b3:xx:xx:18
fxp3: <Intel 82559 Pro/100 Ethernet> port 0xec80-0xecbf mem 0xfdd00000-0xfddfffff,0xfdffe000-0xfdffefff irq 5 at device 5.0 on pci4
miibus4: <MII bus> on fxp3
inphy3: <i82555 10/100 media interface> on miibus4
inphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp3: MAC address: 00:02:b3:xx:xx:19
xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xfbfffc00-0xfbfffc7f irq 5 at device 12.0 on pci3
xl1: couldn't map ports/memory
device_probe_and_attach: xl1 attach returned 6
pcib0: <Intel 82810E (i810E GMCH) Host To Hub bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
agp0: <Intel 82810E (i810E GMCH) SVGA controller> mem 0xff000000-0xff07ffff,0xf4000000-0xf7ffffff irq 9 at device 1.0 on pci0
pcib3: <Intel 82801AA (ICH) Hub to PCI bridge> at device 30.0 on pci0
pci3: <PCI bus> on pcib3
pcib4: <DEC 21154 PCI-PCI bridge> at device 8.0 on pci3
pci4: <PCI bus> on pcib4
fxp2: <Intel 82559 Pro/100 Ethernet> port 0xecc0-0xecff mem 0xfde00000-0xfdefffff,0xfdfff000-0xfdffffff irq 10 at device 4.0 on pci4
miibus3: <MII bus> on fxp2
inphy2: <i82555 10/100 media interface> on miibus3
inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp2: MAC address: 00:02:b3:xx:xx:18
fxp3: <Intel 82559 Pro/100 Ethernet> port 0xec80-0xecbf mem 0xfdd00000-0xfddfffff,0xfdffe000-0xfdffefff irq 5 at device 5.0 on pci4
miibus4: <MII bus> on fxp3
inphy3: <i82555 10/100 media interface> on miibus4
inphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp3: MAC address: 00:02:b3:xx:xx:19
xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xfbfffc00-0xfbfffc7f irq 5 at device 12.0 on pci3
xl1: couldn't map ports/memory
device_probe_and_attach: xl1 attach returned 6
NGNG
>>214 それはいつのkernelで、それはACPIを止めても起きますか?
NGNG
>218
ACPI切って起動したら正常に認識されました。
配布されてたCDイメージから入れたやつで unameでは1.1-CURRENTとでてます。
srcはcvsupでDragonFly-src-supfile利用して拾ってきたやつです。
何時頃やったかは忘れました。
ACPI切って起動したら正常に認識されました。
配布されてたCDイメージから入れたやつで unameでは1.1-CURRENTとでてます。
srcはcvsupでDragonFly-src-supfile利用して拾ってきたやつです。
何時頃やったかは忘れました。
NGNG
uname -a が
DragonFly auaua 1.1-CURRENT DragonFly 1.1-CURRENT #0: Tue Oct 26 01:43:09 GMT 2004
root@auaua:/usr/obj/usr/src/sys/Dbsd i386
で ls -l /kernel が
-r-x-r-xr-x 1 root wheel 2947189 Oct 26 01:45 /kernel*
です。
DragonFly auaua 1.1-CURRENT DragonFly 1.1-CURRENT #0: Tue Oct 26 01:43:09 GMT 2004
root@auaua:/usr/obj/usr/src/sys/Dbsd i386
で ls -l /kernel が
-r-x-r-xr-x 1 root wheel 2947189 Oct 26 01:45 /kernel*
です。
NGNG
天罰ですね
NGNG
>>222 何の話やねん
NGNG
222=BSD系スレ荒らしているキチガイだから放置放置
NGNG
来月のSoftwareDesignにDragonFlyBSDの特集するとのこと。
どんな内容になるか非常に楽しみだけどどーなることやら
どんな内容になるか非常に楽しみだけどどーなることやら
NGNG
誰が書くんだろう? hrs氏?
NGNG
>226
本人の日記にも今月はなにかと忙しくて大変って書いてあるからそう考えてもよいのでは?
本人の日記にも今月はなにかと忙しくて大変って書いてあるからそう考えてもよいのでは?
NGNG
本日ソースをSTABLEに更新してbuildworldしてみたら以前起きていたNICの二重認識が解消しました。
なんだったのやら。
なんだったのやら。
230228
NGNG kldstatで普通にacpi.koがでてますがNICは正常に認識されています
NGNG
Firefox入れてみたところコンパイルは問題なかったんですがxorg-vfbserver入れようとしたとき
gcc -fpcc-struct-return -c -ansi -Dasm=__asm -Wno-system-headers -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/include/fonts
-I../include -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/xtrans -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc
-I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6/include -DCSRG_BASED
-DFUNCPROTO=15 -DNARROWPROTO -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DIPv6 -DFONT_t -DTRANS_CLIENT
-DTRANS_SERVER -DTRANS_REOPEN -DBSD44SOCKETS -DXVENDORNAME='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -O transport.c -o unshared/transport.o
In file included from transport.c:80:
/usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/xtrans/Xtranssock.c:1378: error: `MAXHOSTNAMELEN' undeclared here (not in a function)
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/font/fc.
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/font.
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver.
というのがでます。
CCVER?=34 X_WINDOW_SYSTEM=xorgでコンパイルしてます。
work/xc/include/Xos_r.hの430行が辺りかと思ったんですが
gcc -fpcc-struct-return -c -ansi -Dasm=__asm -Wno-system-headers -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/include/fonts
-I../include -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/xtrans -I/usr/dfports/x11-servers/xorg-vfbserver/work/xc
-I/usr/dfports/x11-servers/xorg-vfbserver/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6/include -DCSRG_BASED
-DFUNCPROTO=15 -DNARROWPROTO -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DIPv6 -DFONT_t -DTRANS_CLIENT
-DTRANS_SERVER -DTRANS_REOPEN -DBSD44SOCKETS -DXVENDORNAME='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -O transport.c -o unshared/transport.o
In file included from transport.c:80:
/usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/xtrans/Xtranssock.c:1378: error: `MAXHOSTNAMELEN' undeclared here (not in a function)
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/font/fc.
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver/work/xc/lib/font.
*** Error code 1
Stop in /usr/dfports/x11-servers/xorg-vfbserver.
というのがでます。
CCVER?=34 X_WINDOW_SYSTEM=xorgでコンパイルしてます。
work/xc/include/Xos_r.hの430行が辺りかと思ったんですが
232231
NGNG すいません。work/xc/lib/xtrans/Xtranssock.c の94行目のOSの定義のとこに
(__DragonFly__) を追加してコンパイルしてみたら問題なくコンパイルできました。
firefoxも利用できました。
(__DragonFly__) を追加してコンパイルしてみたら問題なくコンパイルできました。
firefoxも利用できました。
NGNG
年末にお家鯖をリニューアルしようと思っていて、
下の三つの候補で迷ってるんだけど、
-DragonFly BSD stable
-DragonFly BSD current
-FreeBSD stable
おまいさん方なら、どれにする?
下の三つの候補で迷ってるんだけど、
-DragonFly BSD stable
-DragonFly BSD current
-FreeBSD stable
おまいさん方なら、どれにする?
NGNG
>>233 君の経験値は?
NGNG
無難なFreeBSD stableと言いたいとこだけどここはDragonFlyのスレなので
DragonFlyで。FreeBSDのcurrentとか追いかけたことあるならcurrentで、ないならstableでいいのでは?
FreeBSD Expert2005みたらFreeBSD開発者のインタビューにDragonFlyの開発者が載っていた。
インタビュー内容の3分の2はDragonFlyBSDについてだったけど。
DragonFlyで。FreeBSDのcurrentとか追いかけたことあるならcurrentで、ないならstableでいいのでは?
FreeBSD Expert2005みたらFreeBSD開発者のインタビューにDragonFlyの開発者が載っていた。
インタビュー内容の3分の2はDragonFlyBSDについてだったけど。
236233
NGNG NetBSD-currentとFreeBSD5-currentは
それぞれ一年くらい使ってた事があります。
DragonFlyはstableとcurrentってそれほど違いはないのかな?
FreeBSD Expert2005探してみる(`・ω・´)
それぞれ一年くらい使ってた事があります。
DragonFlyはstableとcurrentってそれほど違いはないのかな?
FreeBSD Expert2005探してみる(`・ω・´)
237234
NGNG >>236
じゃあMLを見物しながらupgradeするタイミングをつかめる
(あるいは強運の持ち主)だろうから-CURRENTに決まりだね。
DragonFly_Stableはbranchではなく単なるrevision tagだから
ML上だといつ動いたのか分からないし、あとmergeが不可能だから
HEADの重要な変更をいくつかrevisionを飛び越してStableに反映、
てなことも無理なんで、自分で面倒みれるんなら-CURRENTでも
問題はなさそうだと思う。
といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
Stableだけど。
じゃあMLを見物しながらupgradeするタイミングをつかめる
(あるいは強運の持ち主)だろうから-CURRENTに決まりだね。
DragonFly_Stableはbranchではなく単なるrevision tagだから
ML上だといつ動いたのか分からないし、あとmergeが不可能だから
HEADの重要な変更をいくつかrevisionを飛び越してStableに反映、
てなことも無理なんで、自分で面倒みれるんなら-CURRENTでも
問題はなさそうだと思う。
といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
Stableだけど。
238237
NGNG >>237
|といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
「uname -r」だった。
ところで最近また(話題の)hsu@がネットワークまわりで修正を入れていって
いるみたいだから、いつupgradeするか悩ましいところだよね。
|といいつつウチのメールサーバは(uname -sはCURRENTだったころの)
「uname -r」だった。
ところで最近また(話題の)hsu@がネットワークまわりで修正を入れていって
いるみたいだから、いつupgradeするか悩ましいところだよね。
NGNG
間違えてアマゾンでFreeBSD Expert 2004を買うところだった...
NGNG
2004って完売しているけど買えるの?
NGNG
誰かcheckptのおもしろそうな使い方を教えてくれ。マニュアル読んだが何も思いつかないん。
NGNG
ttp://kerneltrap.org/node/view/4370
タイトル見たとき一瞬リリースのスケジュールに関することかと思ってしまったが
よく読んだらスケジューラに関する話題でした。
タイトル見たとき一瞬リリースのスケジュールに関することかと思ってしまったが
よく読んだらスケジューラに関する話題でした。
NGNG
>>242
別のメールで「1.1リリースは2月にできたらいいなー」とは言ってるけどね。
ttp://leaf.dragonflybsd.org/mailarchive/users/2004-12/msg00077.html
別のメールで「1.1リリースは2月にできたらいいなー」とは言ってるけどね。
ttp://leaf.dragonflybsd.org/mailarchive/users/2004-12/msg00077.html
NGNG
今月号のSDのDragonFlyBSDの特集だけど、まぁ無難な内容だった気がする。
来月分がどうなることやら
来月分がどうなることやら
NGNG
>>244
大痴の記事なんてイラネ
大痴の記事なんてイラネ
NGNG
NGNG
ports/archives のarc のpatch-ab のOS定義されている2箇所に(__DragonFly__)を追加したら
コンパイルできました。これ以外でsecurity/clamav のインストールに引っかかるとこはなかったです。
環境は1.1stableでCCVERが3.4です。
コンパイルできました。これ以外でsecurity/clamav のインストールに引っかかるとこはなかったです。
環境は1.1stableでCCVERが3.4です。
NGNG
1.1-release って2月だっけ。
FreeBSDの4.x系は1月の4.11で最後なんで、
DragonFlyBSDの役割は重要になるよなー
FreeBSDの4.x系は1月の4.11で最後なんで、
DragonFlyBSDの役割は重要になるよなー
NGNG
4-STABLEの安定性を維持したまま機能拡張されるのなら既存の4.x系サーバの管理者にとって
DraonFlyBSDは重要だと思うが、そうじゃなくてもう一つのCURRENT branchだから、
4系のFreeBSDの開発が終了するのとはあまり関係がないような。
DraonFlyBSDは重要だと思うが、そうじゃなくてもう一つのCURRENT branchだから、
4系のFreeBSDの開発が終了するのとはあまり関係がないような。
NGNG
安定を求める人は結局5系列が安定するまで4系列にパッチ当てて使い続けると思う。
DragonFlyが4系列にとって変わるくらいの安定性を持つなら5系列と取って代わると思う。
DragonFlyが4系列にとって変わるくらいの安定性を持つなら5系列と取って代わると思う。
251名無しさん@お腹いっぱい。
NGNGNGNG
NGNG
>>251 メガワロス
NGNG
>251
>249 じゃないけど、一応 Interop BOF だったかで hsu が発表したときには
安定性・後方互換性を重視して FreeBSD 4.x をコードベースに
採用したし、今後もその点は大事にしたいとは言ってたよ。
ただし目指している方向性からみても字面通りに捉えるのは
無理がある気はするけど。
>249 じゃないけど、一応 Interop BOF だったかで hsu が発表したときには
安定性・後方互換性を重視して FreeBSD 4.x をコードベースに
採用したし、今後もその点は大事にしたいとは言ってたよ。
ただし目指している方向性からみても字面通りに捉えるのは
無理がある気はするけど。
NGNG
>>254
hsuといえば昨年末から「cleanup」と称してガシガシやってるみたいだけど、
commitlogのこういう行数を見ると、どこかにバグが潜んでいる気がするよ。
1.10 +283 -354 src/sys/net/route.c
hsuといえば昨年末から「cleanup」と称してガシガシやってるみたいだけど、
commitlogのこういう行数を見ると、どこかにバグが潜んでいる気がするよ。
1.10 +283 -354 src/sys/net/route.c
NGNG
unit testとかできないしなあ。
NGNG
ttp://www.opensound.com/dragonfly.html
NGNG
>255
ほとんど入れ替えだな、それ。
まあ新興勢力がチビチビとしかいじっていなかったら
fork した意味がないんでガンガンとガンガッて欲しいですね。
安定性は... しばらくは眼をつむるんじゃないかな、やっぱ。
ほとんど入れ替えだな、それ。
まあ新興勢力がチビチビとしかいじっていなかったら
fork した意味がないんでガンガンとガンガッて欲しいですね。
安定性は... しばらくは眼をつむるんじゃないかな、やっぱ。
NGNG
>>255
インデント変わっただけ、とかの可能性はない?
インデント変わっただけ、とかの可能性はない?
260255
NGNG >>259
そう、大抵はそうなので
$ cvs di -wB -D'commitの数秒前' -D'commitの数秒後'
でみてみるとほとんど差分が出ないはずなんだけど彼の場合cleanupといいつつ
他の修正も混ぜちゃってるから恐い。
そう、大抵はそうなので
$ cvs di -wB -D'commitの数秒前' -D'commitの数秒後'
でみてみるとほとんど差分が出ないはずなんだけど彼の場合cleanupといいつつ
他の修正も混ぜちゃってるから恐い。
NGNG
Jeffreyへ げんきですか
messagingとthreadsの実装は順調に進んでますか
ごめんね おかあさんまだ4-STABLEだから ごめんね
messagingとthreadsの実装は順調に進んでますか
ごめんね おかあさんまだ4-STABLEだから ごめんね
05/01/19 20:33:41
SDに大痴の記事でage
05/01/19 23:29:24
まぁ雑誌だから情報が古くなるのはしょうがないというかなんというかまぁねぇ、な記事だった
05/01/22 14:43:28
http://www.allbsd.org/~hrs/DragonFly/
05/01/23 01:20:09
4WAYのOpteronサーバあたりでベンチして、いい結果見せてくれれば
弾みがつきそうなんだがな。
弾みがつきそうなんだがな。
05/01/23 01:58:09
まだベンチして比較するほど安定していないからなぁ。
05/01/23 04:56:10
ドラゴンフライという空揚げがある。
05/01/25 15:12:41
安定すれ
05/02/03 19:10:29
05/02/03 21:25:40
うちの会社のhttpdのログ見てると、ごくまれにUA がdragonflyからのアクセスがあるけど
よっぽど暇なんだね。今日もきてた。 Mozilla/5.0 (X11; U; DragonFly ia64; en-US; rv:1.8a2) なやつ。
よっぽど暇なんだね。今日もきてた。 Mozilla/5.0 (X11; U; DragonFly ia64; en-US; rv:1.8a2) なやつ。
05/02/04 01:47:49
それよりも ia64 だ!
05/02/04 01:50:59
ぉぉ!ia64だ!
05/02/04 08:41:15
270の方が暇そう
05/02/04 18:06:23
>>270-272
about:configのgeneral.useragent.overrideでいくらでも変えられまんがな。
about:configのgeneral.useragent.overrideでいくらでも変えられまんがな。
05/02/04 21:11:58
ワロタ
05/02/05 08:26:39
05/02/06 03:45:56
>>276 んなわけねー
05/02/16 02:34:15
05/02/19 17:43:57
オングス大痴の記事age
05/02/20 21:51:11
>>276-277
Mozillaまで入れてデスクトップ用途だと壊滅的に少ないと思うぞ。
Mozillaまで入れてデスクトップ用途だと壊滅的に少ないと思うぞ。
05/02/20 22:12:00
あれだ、会社から用済みになった初代Itaniumマシーンをもらったヤツが
自宅で使ってんだろ?
自宅で使ってんだろ?
05/02/20 22:22:53
05/02/20 22:29:25
まぁUserAgentなんてアテにならんけどナー
284277
05/02/20 22:55:06 >>280-281 ネタ?
現状のDragonFlyはi386でしか動かない。
TARGET_ARCH=amd64はコンパイルできない。
TARGET_ARCH=ia64は存在しない。
64bit機上で32bitシステム(=i386)を動作させた場合、uname -mはi386と出る。
現状のDragonFlyはi386でしか動かない。
TARGET_ARCH=amd64はコンパイルできない。
TARGET_ARCH=ia64は存在しない。
64bit機上で32bitシステム(=i386)を動作させた場合、uname -mはi386と出る。
05/02/20 23:07:14
>>279
どんな記事?
どんな記事?
05/02/21 14:58:20
ゼリーフライ?
05/02/22 21:42:20
>>286
行田市かよ!!さいたまさいたま!!(AA略
行田市かよ!!さいたまさいたま!!(AA略
05/02/24 00:59:13
ソースも見ないで恐縮ですが、lockからmessageベースに移行すると
スレッドをまたがるglobalなデータはどうやって効率よく共有するんですか?
同期messageでgetter/setter呼出し、なんてのはずいぶん大変そうな気がしますが。
スレッドをまたがるglobalなデータはどうやって効率よく共有するんですか?
同期messageでgetter/setter呼出し、なんてのはずいぶん大変そうな気がしますが。
05/02/24 01:48:32
>>288
それは共有データの大きさとか処理内容とかCPUをまたがっているかどうかに
もよるんじゃない?
このあたりは読んだ? ttp://www.dragonflybsd.org/goals/threads.cgi
それは共有データの大きさとか処理内容とかCPUをまたがっているかどうかに
もよるんじゃない?
このあたりは読んだ? ttp://www.dragonflybsd.org/goals/threads.cgi
05/02/24 13:17:17
読んだけど、よくわからなかったり。
vfsをマルチスレッド化すれば、スレッドを跨がるデータは当然いっぱいでてきますよね。
それはmutexなりで排他制御するしかないとすると、やっぱりmessageベースといえども
マルチスレッドの諸々のコストから完全には逃れられないんですか?
vfsをマルチスレッド化すれば、スレッドを跨がるデータは当然いっぱいでてきますよね。
それはmutexなりで排他制御するしかないとすると、やっぱりmessageベースといえども
マルチスレッドの諸々のコストから完全には逃れられないんですか?
291名無しさん@お腹いっぱい。
05/02/24 16:31:22 素人考えなんだけど、カーネルの機能をブロックで区切って
globalなデータを局所的なものにすためのmessage機構なんじゃないの?
マイクロカーネルでOSの機能をユーザー空間に出しても、個々のサーバーは
複数のスレッドでもって走るんでしょ?それと同じかと。
globalなデータを局所的なものにすためのmessage機構なんじゃないの?
マイクロカーネルでOSの機能をユーザー空間に出しても、個々のサーバーは
複数のスレッドでもって走るんでしょ?それと同じかと。
05/02/24 20:29:02
ファイルシステムはパフォーマンスの都合上マルチスレッドにせざるを得ないと思うし、
そうなればデータをスレッド内で局所化するのは難しいと思う。
そうなればデータをスレッド内で局所化するのは難しいと思う。
05/02/25 00:00:03
一般論だが、複数のプログラム(スレッド)が同じファイルをオープン(操作)していなければそれほど競合資源はないはず。ページキャッシュ管理と空きブロック管理くらい。
05/02/25 01:45:21
05/02/25 09:13:55
>>934
一般論だが、VFS(vnode)が問題になるのはmmapするときとページイン/アウトのとき。
複数スレッドでmmap syscallを頻繁にするか、メモリが逼迫してなければOK。
1プロセス内複数スレッドでmmapした場合はprocが問題になるとおもう。
一般論だが、VFS(vnode)が問題になるのはmmapするときとページイン/アウトのとき。
複数スレッドでmmap syscallを頻繁にするか、メモリが逼迫してなければOK。
1プロセス内複数スレッドでmmapした場合はprocが問題になるとおもう。
05/02/25 10:06:37
むしろ 4.4BSD の lookup 操作のロッキングプロトコルが
MPフレンドリーじゃなくて、Tru64 あたりではプロトコル
を変更したって話が Vahalia 本に載ってなかった?
MPフレンドリーじゃなくて、Tru64 あたりではプロトコル
を変更したって話が Vahalia 本に載ってなかった?
05/02/25 18:24:57
ここの人間は誰もDragonflyBSDのソースは読んでないってことですか。
05/02/25 18:37:53
ソース読むどころか使ってさえいませんが
05/02/25 18:51:02
使ってなくてもソースコードを読む人はいるでしょう:)
05/02/25 19:24:51
オレだよオレオレ
05/02/25 21:42:37
WindowsってCPUの数に関係なく爆速だよね。
やっぱり凄いわ。
やっぱり凄いわ。
05/02/25 21:50:38
まだwebからcvs repository見られないのか。
05/02/25 21:52:05
釣りは無視の方向で
05/02/26 01:29:56
ムシャ |
ムシャ |
∩___∩ | ぷらぷら
| ノ ヽ (( |
/ ● ● | J ))
. (( | ( _●_) ミ ・
彡、 |∪}=) ,ノ ∴
/ ヽ/^ヽ ヽ 。
| ヽ \ |
| ヽ__ノ
ムシャ |
∩___∩ | ぷらぷら
| ノ ヽ (( |
/ ● ● | J ))
. (( | ( _●_) ミ ・
彡、 |∪}=) ,ノ ∴
/ ヽ/^ヽ ヽ 。
| ヽ \ |
| ヽ__ノ
05/02/26 09:46:37
05/02/26 09:49:21
クマカワイイ
05/02/26 11:11:38
05/02/26 18:49:04
>>307
FBSDよりかっこいいところをてっとりばやくよみたいのだが。
FBSDよりかっこいいところをてっとりばやくよみたいのだが。
05/02/26 19:22:15
まずはfork開始時点とのdiffをとれば?
05/02/26 23:23:57
>>309
ANSI化とかstyle(9)修正とかしているから、「まずは」というには
重すぎると思う。それをやる前にofficialページを読むとか、
CVSROOT/commitlogs 以下のファイルを読むとかしたほうがちょっとは楽。
ANSI化とかstyle(9)修正とかしているから、「まずは」というには
重すぎると思う。それをやる前にofficialページを読むとか、
CVSROOT/commitlogs 以下のファイルを読むとかしたほうがちょっとは楽。
05/02/27 17:34:50
ML荒れてますな。
「overcommit」問題というのは他の*BSD関係でも荒れやすい話題なのかな。
「overcommit」問題というのは他の*BSD関係でも荒れやすい話題なのかな。
05/02/28 18:59:36
荒れているというより、おかしい人がいるというだけに見えますが。
05/03/01 03:21:21
SMP&HTTなマシン(物理CPU数2)にDragonFly 1.0A入れたら、
BIOSでHTTを無効にしたにも関わらず、hw.ncpu=4になった
いったい、どうなってるんだよ
因に、同じ状態でFreeBSD 5.3起動したら普通にhw.ncpu=2になった
BIOSでHTTを無効にしたにも関わらず、hw.ncpu=4になった
いったい、どうなってるんだよ
因に、同じ状態でFreeBSD 5.3起動したら普通にhw.ncpu=2になった
05/03/01 09:29:52
どうなってるってハードウェアの情報を誤認してるだけでは。
05/03/13 22:41:27
>>313
1.0Aはだいぶ前のだけど、それって最新の-CURRENT snapshotでも同じ?
DragonFlyにはrelease engineeringのしくみがないので、Stableは
"last known to work version"ぐらいのものでしかない。
1.0Aはだいぶ前のだけど、それって最新の-CURRENT snapshotでも同じ?
DragonFlyにはrelease engineeringのしくみがないので、Stableは
"last known to work version"ぐらいのものでしかない。
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
ttp://www.dragonflybsd.org/main/release1_2.cgi
2005/04/17(日) 13:35:57
だいちさん連載やめちゃったみたいね。飽きたのかな?
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.
となります。
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.
となります。
2005/05/04(水) 10:55:15
>>319
(ところで今cvsup.allbsd.org落ちてるよね)
まず「extern int errno;」は単純に削って、かわりに適切なヘッダを
#includeする(errnoは変数じゃない)。
ld-elf.so.1のエラーの方はよくわからない。
まだいくつか大波が押し寄せると思うので、Previewを使っていた方が
吉と思う。
(ところで今cvsup.allbsd.org落ちてるよね)
まず「extern int errno;」は単純に削って、かわりに適切なヘッダを
#includeする(errnoは変数じゃない)。
ld-elf.so.1のエラーの方はよくわからない。
まだいくつか大波が押し寄せると思うので、Previewを使っていた方が
吉と思う。
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 の様子見てみます。
>>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 の様子見てみます。
323321
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できないね。
「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できないね。
324322(=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 でコンパイルする例は
こちらの環境でも再現されます。
他にも色々動きがあるようなので、体育座りして様子見する事にします。
なるほど、 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 企画倒れプロジェクト
2005/05/10(火) 22:37:42
失礼な。
328名無しさん@お腹いっぱい。
2005/08/21(日) 17:12:01 トンボの季節到来age
2005/08/26(金) 22:05:57
DragonFlyのjournalって本当にDBのreplicationって感じだね。
2005/09/02(金) 11:54:20
pkgsrc
331名無しさん@お腹いっぱい。
2005/09/02(金) 23:46:22332名無しさん@お腹いっぱい。
2005/11/10(木) 21:56:59 あげ
2005/11/11(金) 04:37:49
なにこの2ヶ月の空白?
2005/11/11(金) 23:41:46
6.0が出ましたが、4系を基にしているこいつはもう潰れましたか?
2005/11/12(土) 13:03:46
>>334
FreeBSD 4.xの実用上の問題は、新しいドライバとかチップセットへの対応が
最低限しかないのが問題でしょ? DragonFlyの問題はそういう対応をこなす
ための手が足りないことなんじゃないかな。
FreeBSD 4.xの実用上の問題は、新しいドライバとかチップセットへの対応が
最低限しかないのが問題でしょ? DragonFlyの問題はそういう対応をこなす
ための手が足りないことなんじゃないかな。
2005/11/13(日) 20:39:03
dragonflyってトンボだよなぁ。
うちの課長は、龍が飛ぶとか言ってたよ。
うちの課長は、龍が飛ぶとか言ってたよ。
2005/11/14(月) 02:56:38
ttp://www.dragonflybsd.org/main/mascot.jpg
2005/11/14(月) 23:38:35
cvsupがHEADで動かないのって、ezm3の問題? それともcvsup自身の問題?
2005/11/15(火) 13:49:13
>>338
ttp://leaf.dragonflybsd.org/mailarchive/users/2005-11/msg00007.html
ttp://leaf.dragonflybsd.org/mailarchive/users/2005-11/msg00007.html
2005/12/01(木) 14:35:08
そろそろ次のリリースだそうですが、調子はどうですか?
2005/12/04(日) 18:00:32
ボチボチでんな
2005/12/11(日) 01:31:30
トンボ=ライトウェイトなスレッドって事だよな?
起動やタイムスライスのコストが極端に少ない仕様になってるの?
起動やタイムスライスのコストが極端に少ない仕様になってるの?
2005/12/11(日) 19:26:05
>>342 ハァ? (苦笑)
344名無しさん@お腹いっぱい。
2005/12/11(日) 19:57:02 _..,,.,,.
「r',. 、
d ´c`/ ち苦笑・・・
i ' ∋
ぉち 彡 ,.-,ニユ、
ぉ 苦 .三 { ,.= r、
|笑 三 (6' r',ニ7
|お 三. | !| { {
|ぉ 三. | ミ‐ニ)
! ! ぉ ミ ! {
「r',. 、
d ´c`/ ち苦笑・・・
i ' ∋
ぉち 彡 ,.-,ニユ、
ぉ 苦 .三 { ,.= r、
|笑 三 (6' r',ニ7
|お 三. | !| { {
|ぉ 三. | ミ‐ニ)
! ! ぉ ミ ! {
2005/12/11(日) 21:01:11
>>343
おまえ記事読んでないだろ?
おまえ記事読んでないだろ?
2005/12/18(日) 16:14:41
>>345 ハァ? 記事?
2005/12/18(日) 16:29:39
>>346 ハァ?
2005/12/24(土) 21:18:01
>>345 記事って大地の?
2006/01/06(金) 13:48:57
お前ら明日リリースですよ。準備できてますか?
2006/01/09(月) 19:54:10
リリースされますた!
http://www.dragonflybsd.org/
http://www.dragonflybsd.org/
351名無しさん@お腹いっぱい。
2006/01/10(火) 23:40:16 誰か噂のdntpdのソース読んだ人いる?
読んでもさっぱりわからなかった。
読んでもさっぱりわからなかった。
2006/01/11(水) 00:25:06
>>351 何が分からなかったの?
2006/01/11(水) 02:20:06
>>352
いまだにsockaddr_inをそのまま使ってること。
いまだにsockaddr_inをそのまま使ってること。
354名無しさん@お腹いっぱい。
2006/01/11(水) 09:45:30 >>352
client.cのlin_regressの処理が全般的にわかりませんでした。
time_axisって計時開始時と今との差分だと思うのだけど、
なぜinfo->lin_sumx += time_axis;という風に足し続けるのかとか。
あとsysctl("kern.basetime")って固定数値?
client.cのlin_regressの処理が全般的にわかりませんでした。
time_axisって計時開始時と今との差分だと思うのだけど、
なぜinfo->lin_sumx += time_axis;という風に足し続けるのかとか。
あとsysctl("kern.basetime")って固定数値?
355名無しさん@お腹いっぱい。
2006/01/18(水) 11:13:40 これって安定してる?
356名無しさん@お腹いっぱい。
2006/01/19(木) 22:25:31 パフォーマンスはどうよ?
2006/01/20(金) 23:25:49
>>356 ntpdのパフォーマンスってどうやって調べたらいい?
2006/01/24(火) 03:22:29
359名無しさん@お腹いっぱい。
2006/02/23(木) 17:28:54 最近の調子はどうよ?
2006/02/25(土) 01:19:13
>>359 つ ttp://wids.net/dbsdlog.jp/
361名無しさん@お腹いっぱい。
2006/06/11(日) 20:10:35 まだ使ってるヤツいんの、これ? :)
2006/07/26(水) 01:43:53
DragonFly BSD 1.6.x RELEASED!
2006/08/31(木) 09:41:44
過疎
2006/10/31(火) 08:24:16
まだ生きてるの?
2006/11/08(水) 22:39:21
ぐは、またrepo-surgeryか
366名無しさん@お腹いっぱい。
2006/12/06(水) 18:15:17 あげるもんね
367名無しさん@お腹いっぱい。
2006/12/08(金) 23:50:35 dragonflyって結構認知されてるのかな。*BSDと肩を並べてるよ。
http://www.bsdcertification.org/
http://www.bsdcertification.org/
2006/12/09(土) 00:50:58
>>367
他のBSDがだめになりつつあるから、dragonfly の価値が相対的に上がっているだけ
他のBSDがだめになりつつあるから、dragonfly の価値が相対的に上がっているだけ
369S字ハゲ
2006/12/10(日) 16:46:36 >>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
そもそも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
370名無しさん@お腹いっぱい。
2006/12/18(月) 16:31:34 エラゴンあげ
371名無しさん@お腹いっぱい。
2006/12/18(月) 18:22:59 >>1 俺はドラゴンフライだが、何か?
372名無しさん@お腹いっぱい。
2006/12/18(月) 18:25:262006/12/18(月) 22:30:37
名古屋ではドラゴンふりゃー って言うのか?
2006/12/18(月) 22:43:31
名古屋でも「ふりゃー」という人あまりいなかったような
375名無しさん@お腹いっぱい。
2006/12/20(水) 21:14:28 おれは不良だと聞いた。
2006/12/21(木) 08:54:48
2007/01/07(日) 14:57:51
VKERNEL関連commit進行中... (leafのmailarchiveは故障中:)
勘だけど、だいたいdiffの行数が3桁台のがバンバン入る時って
何かしらエンバグしてんだよね。
勘だけど、だいたいdiffの行数が3桁台のがバンバン入る時って
何かしらエンバグしてんだよね。
2007/01/07(日) 16:49:10
VKERNEL ってナニ?
379377
2007/01/07(日) 19:43:35 >>378
単体として見ると、UML(User-Mode Linux)みたいなもんかな。
話はここらへんから始まるんだけど、
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2006-09/msg00000.html
「システムの資源をバラしてインターネット上に構成されたクラスタにくっつける
にはどうしたらいいか」という問題の解として考え出したもの。それをネイティブな
カーネル上に実装するのは(デバッグも含めて)非常に大変だしやってらんねーな、
ということで、「じゃあユーザランドで動くVKERNELというプラットフォームを
作ってそいつにクラスタとのやりとりをさせたらいいじゃん」ということらしい。
単体として見ると、UML(User-Mode Linux)みたいなもんかな。
話はここらへんから始まるんだけど、
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2006-09/msg00000.html
「システムの資源をバラしてインターネット上に構成されたクラスタにくっつける
にはどうしたらいいか」という問題の解として考え出したもの。それをネイティブな
カーネル上に実装するのは(デバッグも含めて)非常に大変だしやってらんねーな、
ということで、「じゃあユーザランドで動くVKERNELというプラットフォームを
作ってそいつにクラスタとのやりとりをさせたらいいじゃん」ということらしい。
380名無しさん@お腹いっぱい。
2007/01/30(火) 18:26:04 DragonFly-1.6.x RELEASED!
24 July 2006
age
24 July 2006
age
381名無しさん@お腹いっぱい。
2007/01/30(火) 18:34:312007/01/30(火) 21:14:47
やはり漢ならQuadcoreでDragonfly
2007/01/30(火) 22:44:53
マルチスレッドが凄いという真価はちゃんとHPで報告したりしてんのけ?
軽量カーネルスレッドだっけか。
軽量カーネルスレッドだっけか。
2007/01/31(水) 01:28:44
385名無しさん@お腹いっぱい。
2007/01/31(水) 23:14:40 SMPに関してはFreeBSDとどっちの方が成果でてるのよ?
2007/02/05(月) 00:37:53
>>383
LWKT(light weight kernel thread)というのはスレッドモデルにつけた名前だよ。
すごいとかすごくないとかそういう問題じゃない。「へー、『軽量』だから
軽いOSなんだねー」とかいう言葉の上っつらだけかじって分かったふりをすれば
いいというものでもない。
LWKT(light weight kernel thread)というのはスレッドモデルにつけた名前だよ。
すごいとかすごくないとかそういう問題じゃない。「へー、『軽量』だから
軽いOSなんだねー」とかいう言葉の上っつらだけかじって分かったふりをすれば
いいというものでもない。
2007/02/05(月) 01:54:59
そして二言目にはソース嫁となる
2007/02/05(月) 05:07:30
dragonfly すげー
って思うデモない?
って思うデモない?
2007/02/05(月) 15:34:06
>>387
MLでは(Matt自身が長文で説明するのが好きらしいこともあってい)そういう
雰囲気ではないよ。trollにすら相当根気強くエサやってるし。
「ソース嫁」って実際に発言してまわっているのは、特にどのOSにもあまり
深く関与してない割に、そういう発言を好む人に多いね。
MLでは(Matt自身が長文で説明するのが好きらしいこともあってい)そういう
雰囲気ではないよ。trollにすら相当根気強くエサやってるし。
「ソース嫁」って実際に発言してまわっているのは、特にどのOSにもあまり
深く関与してない割に、そういう発言を好む人に多いね。
2007/02/05(月) 23:06:43
kernel ソースは読んだことないヘタレだけど
なんであれ "こういう方新でこういう風に作ってる"
っていう説明があって読むのといきなり読むのとでは
天と地くらいに違うし、自信・誇りがあれば
一所懸命に説明してくれるのかもね
なんであれ "こういう方新でこういう風に作ってる"
っていう説明があって読むのといきなり読むのとでは
天と地くらいに違うし、自信・誇りがあれば
一所懸命に説明してくれるのかもね
2007/02/05(月) 23:47:43
>>390 それはwebとかwikiに書いてあるよ
2007/02/08(木) 20:56:22
Kernelのソースを理解できるかどうかは、懇切丁寧な解説があるか
どうかではなく、何とかして改造したいとか、うまく動かしたいという
情熱があるかどうかに拠ると思う。
どうかではなく、何とかして改造したいとか、うまく動かしたいという
情熱があるかどうかに拠ると思う。
2007/02/09(金) 02:26:01
>>392
それは言えてると思う。
それは言えてると思う。
2007/02/09(金) 04:19:01
他人の書いたコードを自分のものにするのは大変だよなあ
コメント突っ込みまくったり、コード弄ったり。
カーネルみたいにいろんな要素が絡み合ったものなら
そら大変だろうよ。
コメント突っ込みまくったり、コード弄ったり。
カーネルみたいにいろんな要素が絡み合ったものなら
そら大変だろうよ。
395名無しさん@お腹いっぱい。
2007/02/26(月) 01:00:56396名無しさん@お腹いっぱい。
2007/03/19(月) 13:38:102007/03/19(月) 15:10:55
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
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
2007/03/21(水) 18:20:43
1.6から、1.8に入れ替えて、カーネルをSMPに対応させてから
pkgsrc使ってパッケージを作り替えようかとしたんだけど
panic出て固まりまくりで不安定極まりなかったから、
また1.6に戻しちゃった。
戻す前、ものは試しと、1.9も入れてみたけど、同じくらい不安定でダメだったです
1.8以降で安定してSMP環境で使えてる人っていますか?
pkgsrc使ってパッケージを作り替えようかとしたんだけど
panic出て固まりまくりで不安定極まりなかったから、
また1.6に戻しちゃった。
戻す前、ものは試しと、1.9も入れてみたけど、同じくらい不安定でダメだったです
1.8以降で安定してSMP環境で使えてる人っていますか?
2007/03/21(水) 18:52:58
>>398
pkgsrcのツリーってどこから盛ってくればイイの?
pkgsrcのツリーってどこから盛ってくればイイの?
2007/03/22(木) 01:13:35
>>398 「不安定」とかサボらずにもうちょっと説明して。
- ACPIをOFFにしてみたか
- NATAを使っていないか
- 主にどんな使い方をしているか
- NICとか主要なパーツとそのドライバ
- マザーボード、またはPCの型番
>>399 読んで
http://wiki.dragonflybsd.org/index.cgi/HowToPkgsrc
- ACPIをOFFにしてみたか
- NATAを使っていないか
- 主にどんな使い方をしているか
- NICとか主要なパーツとそのドライバ
- マザーボード、またはPCの型番
>>399 読んで
http://wiki.dragonflybsd.org/index.cgi/HowToPkgsrc
2007/03/22(木) 01:15:50
2007/03/28(水) 14:47:58
DragonFly - January 2007 Release 1.8.x Download
2007/03/28(水) 14:48:48
2007/03/28(水) 14:51:08
DragonFly-1.8.1 RELEASED!
27 March 2007
27 March 2007
2007/03/29(木) 00:28:11
>>398
さっき1.9.0-DEVELOPMENTにしてみたけど、特に不安定ってこともないな
-ACPIはON
-NATAってなに?多分使ってはいない
-とりあえず起動してみた&BBルータ
-NICは xl (3com905 )x2 ,promiseの133TX2
-tyanの tiger100
さっき1.9.0-DEVELOPMENTにしてみたけど、特に不安定ってこともないな
-ACPIはON
-NATAってなに?多分使ってはいない
-とりあえず起動してみた&BBルータ
-NICは xl (3com905 )x2 ,promiseの133TX2
-tyanの tiger100
2007/03/29(木) 00:38:07
ああ、NATAって
# The 'NATA' set of drivers are set to replace the previous ATA drivers,
# and this set of drivers is mutually exclusive with the old ones. This means,
# you can't have both at the same time!
ふむ
でも nata(4) のman もないしなあ
natacontrol(8)のmanはあったけど
>>405
NATAは試すべきものなの?
# The 'NATA' set of drivers are set to replace the previous ATA drivers,
# and this set of drivers is mutually exclusive with the old ones. This means,
# you can't have both at the same time!
ふむ
でも nata(4) のman もないしなあ
natacontrol(8)のmanはあったけど
>>405
NATAは試すべきものなの?
2007/03/29(木) 00:44:36
2007/03/29(木) 13:23:53
409405
2007/03/29(木) 14:11:142007/03/29(木) 15:53:51
412410
2007/03/29(木) 23:33:21 >>411 そう、いまのATAドライバは4.xから引き継いだもの+チップセットID追加+
DragonFly特有の修正というもので、最近のFreeBSDの資産を活用するのが難しい、
ということで6.xあたりのを移植したんだけど、変なバグがあってATAを置き換える
に至っていない。目に見える異常は
- UP kernelだとinitから何かをfork()するあたりで先へ進まない
(でもctrl+Tでは表示が出るしDDBに落ちることはできる)。
- SMP kernelだとsignal6(だったかな)でinit自体が死ぬ
- hw.ata.ata_dma=0で起動すると一応single-userモードには移行するけど、
ディスクアクセスのパターンによってはプロセスが死ぬ。
- チップセットには依存しない(移植してくれたTGEN@のところではそれほど
ひどくないみたいだけど)。
というものなので、たぶんデバッグする時にはrootfsをSCSIかなにかに置いた
状態のほうが楽かも。分かってみたらすごく脱力するような原因の予感...
kernel configは/sys/config/NATAがあるのでこれを使って/kernelとは別の
名前でインストールして、boot loaderで切り替えるのがいいと思う。natacontrol
はbuildworldにhookされてないので、/usr/src/sbin/natacontrolへいって直接
build。あとNATAで動かしているディスクをrw mountしたら、旧ATAでブートしてから
fsck -f しておいたほうがいい。
DragonFly特有の修正というもので、最近のFreeBSDの資産を活用するのが難しい、
ということで6.xあたりのを移植したんだけど、変なバグがあってATAを置き換える
に至っていない。目に見える異常は
- UP kernelだとinitから何かをfork()するあたりで先へ進まない
(でもctrl+Tでは表示が出るしDDBに落ちることはできる)。
- SMP kernelだとsignal6(だったかな)でinit自体が死ぬ
- hw.ata.ata_dma=0で起動すると一応single-userモードには移行するけど、
ディスクアクセスのパターンによってはプロセスが死ぬ。
- チップセットには依存しない(移植してくれたTGEN@のところではそれほど
ひどくないみたいだけど)。
というものなので、たぶんデバッグする時にはrootfsをSCSIかなにかに置いた
状態のほうが楽かも。分かってみたらすごく脱力するような原因の予感...
kernel configは/sys/config/NATAがあるのでこれを使って/kernelとは別の
名前でインストールして、boot loaderで切り替えるのがいいと思う。natacontrol
はbuildworldにhookされてないので、/usr/src/sbin/natacontrolへいって直接
build。あとNATAで動かしているディスクをrw mountしたら、旧ATAでブートしてから
fsck -f しておいたほうがいい。
2007/03/30(金) 01:09:57
なるほど
とりあえずSCSIのHDDを準備するか
とりあえずSCSIのHDDを準備するか
2007/03/30(金) 03:08:57
ぎゃー落ちた
おまけにデバッガに落ちてくれたのに思わずcしてしまった
またこんど
おまけにデバッガに落ちてくれたのに思わずcしてしまった
またこんど
2007/03/30(金) 04:56:24
The DragonflyBSD Digest
http://www.shiningsilence.com/dbsdlog/
および
Using NATA on DragonFlyBSD
http://wiki.dragonflybsd.org/index.cgi/HowtoUseNATA
http://www.shiningsilence.com/dbsdlog/
および
Using NATA on DragonFlyBSD
http://wiki.dragonflybsd.org/index.cgi/HowtoUseNATA
416398
2007/03/30(金) 06:24:01 1週間程旅に出てました
主にデスクトップとして使用中です。
ACPIは、ONでもOFFでも、安定してくれませんでした。
HDDは、LSILogicのmegaraid1600を使ってますので、NATAは未使用です
NIC IntelのPRO/1000MTと、玄人志向のGbE-PCI2、どちらとも1.8以降では落ちました
VGA: canopus X20 X.orgのドライバは、nvです
sound: ES1372チップの物
マザーボード:supermicorのP6DGE
CPU: Pentium3-1G x2
メモリは2G
ドライバはパラメータを変えたり、作り替えたりせず元のまま使ってます
同じHDDの別パーティションにFreeBSD6.2Rも入ってるのですが
こちらは落ちることなく安定して動いているので
ハードウェアの故障では無いと思います
主にデスクトップとして使用中です。
ACPIは、ONでもOFFでも、安定してくれませんでした。
HDDは、LSILogicのmegaraid1600を使ってますので、NATAは未使用です
NIC IntelのPRO/1000MTと、玄人志向のGbE-PCI2、どちらとも1.8以降では落ちました
VGA: canopus X20 X.orgのドライバは、nvです
sound: ES1372チップの物
マザーボード:supermicorのP6DGE
CPU: Pentium3-1G x2
メモリは2G
ドライバはパラメータを変えたり、作り替えたりせず元のまま使ってます
同じHDDの別パーティションにFreeBSD6.2Rも入ってるのですが
こちらは落ちることなく安定して動いているので
ハードウェアの故障では無いと思います
2007/03/30(金) 13:08:59
dragonflybsdユーザーはPentium3で動かすのが好き
2007/03/30(金) 14:34:08
サンプル数:2
2007/03/31(土) 02:24:00
>>416
いつどんなことをするとpanicするの? pfとか使っている? INET6?
nfs/nullfsは使ってる?
英語がある程度読み書きできるなら http://bugs.dragonflybsd.org/
で報告上げてくれるといいんだけど...
あとバックトレース取れないかな?
いつどんなことをするとpanicするの? pfとか使っている? INET6?
nfs/nullfsは使ってる?
英語がある程度読み書きできるなら http://bugs.dragonflybsd.org/
で報告上げてくれるといいんだけど...
あとバックトレース取れないかな?
420398
2007/03/31(土) 11:30:52 buildworldする時や、pkgsrcをbmakeする時等、
高負荷かけると、1.8.x以降は、panicすることが多かったです
pfとかのfirewallは未使用で、INET6はkernelで殺しちゃってます
nfsは、別PCのディレクトリをマウントしてるだけで、nullfsは使ってないです
英語がさっぱり解らないので、バグレポート提出することは出来ないですし
panicが出ると、キーボードも効かなくなるので、何の役にも立たない気がしまくりです
高負荷かけると、1.8.x以降は、panicすることが多かったです
pfとかのfirewallは未使用で、INET6はkernelで殺しちゃってます
nfsは、別PCのディレクトリをマウントしてるだけで、nullfsは使ってないです
英語がさっぱり解らないので、バグレポート提出することは出来ないですし
panicが出ると、キーボードも効かなくなるので、何の役にも立たない気がしまくりです
2007/03/31(土) 13:00:51
わーい
1.9でbuildworld していたら
db>
に落ちたよ!
でもbtコマンドがないよ!
db> gdb
No gdb port enabled. Set flag 0x80 on desired port
in your configuration file (currently sio only).
先に言ってくれよ!とりあえずカーネル作り直しだよ!
1.9でbuildworld していたら
db>
に落ちたよ!
でもbtコマンドがないよ!
db> gdb
No gdb port enabled. Set flag 0x80 on desired port
in your configuration file (currently sio only).
先に言ってくれよ!とりあえずカーネル作り直しだよ!
2007/03/31(土) 22:01:48
で
device sio0 at isa? port IO_COM1 flags 0x90 irq 4
をカーネルコンフィグファイルに書いてカーネル作ってカーネルインストールして再起動!
ここまではおk
そしておなじようにbuildworldしていたらとまった!やったぜ!
でもgdb>にもdb>にもおちねー!
どこからもうんともすんともいわねー!
なんだこりゃー
device sio0 at isa? port IO_COM1 flags 0x90 irq 4
をカーネルコンフィグファイルに書いてカーネル作ってカーネルインストールして再起動!
ここまではおk
そしておなじようにbuildworldしていたらとまった!やったぜ!
でもgdb>にもdb>にもおちねー!
どこからもうんともすんともいわねー!
なんだこりゃー
2007/04/01(日) 00:21:29
仕方がないのでリセットして、/usr/objを削除してもう一回 buildworld すると今度は通る
ハードウェアがアレなのかな
まあいいや
ハードウェアがアレなのかな
まあいいや
2007/04/01(日) 02:03:04
panic: vm_page_dirty: page in free/cache queue!
mp_lock = 00000000; cpuid = 0; lapic.id = 00000000
Trace beginning at frame 0xd4bbe9f8
panic(c04f8288,0,c0531b18,d4bbea28,18981463) at panic+0x17f
panic(c0531b18,c05de3c0,d4681000,c049f277,c0f0cc00) at panic+0x17f
pmap_remove_pte(c05de3c0,bff51a04,d4681000,d4bbea80,0) at pmap_remove_pte+0xb3
pmap_enter(c05de3c0,d4681000,c0ae3600,7,1) at pmap_enter+0x245
vm_fault(c05c2320,d4681000,3,1,0) at vm_fault+0x202
vm_fault_wire(c05c2320,d3618cc0,0,d4bbeb84,1) at vm_fault_wire+0xaf
vm_map_wire(c05c2320,d4680000,d4683000,0,0) at vm_map_wire+0x19d
kmem_alloc3(c05c2320,3000,0,d42cec00,c049fb23) at kmem_alloc3+0x206
lwkt_alloc_thread(0,3000,ffffffff,0,0) at lwkt_alloc_thread+0x120
lwp_fork(c9b06700,d37eada0,40000014,d4bbecb4,c9b06700) at lwp_fork+0x16f
fork1(c9b06700,40000014,d4bbec9c,50,0) at fork1+0x600
sys_fork(d4bbece8,0,0,0,1) at sys_fork+0x35
syscall2(d4bbed40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU0 stopping CPUs: 0x00000002
mp_lock = 00000000; cpuid = 0; lapic.id = 00000000
Trace beginning at frame 0xd4bbe9f8
panic(c04f8288,0,c0531b18,d4bbea28,18981463) at panic+0x17f
panic(c0531b18,c05de3c0,d4681000,c049f277,c0f0cc00) at panic+0x17f
pmap_remove_pte(c05de3c0,bff51a04,d4681000,d4bbea80,0) at pmap_remove_pte+0xb3
pmap_enter(c05de3c0,d4681000,c0ae3600,7,1) at pmap_enter+0x245
vm_fault(c05c2320,d4681000,3,1,0) at vm_fault+0x202
vm_fault_wire(c05c2320,d3618cc0,0,d4bbeb84,1) at vm_fault_wire+0xaf
vm_map_wire(c05c2320,d4680000,d4683000,0,0) at vm_map_wire+0x19d
kmem_alloc3(c05c2320,3000,0,d42cec00,c049fb23) at kmem_alloc3+0x206
lwkt_alloc_thread(0,3000,ffffffff,0,0) at lwkt_alloc_thread+0x120
lwp_fork(c9b06700,d37eada0,40000014,d4bbecb4,c9b06700) at lwp_fork+0x16f
fork1(c9b06700,40000014,d4bbec9c,50,0) at fork1+0x600
sys_fork(d4bbece8,0,0,0,1) at sys_fork+0x35
syscall2(d4bbed40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU0 stopping CPUs: 0x00000002
2007/04/01(日) 02:27:12
ふむ
2007/04/01(日) 15:55:18
427398
2007/04/01(日) 18:47:01 1.6.3Rの残したまま、別のパーティションに1.8.1R入れて
カーネルをSMP対応にしてから、pkgsrcの、meta/xorgとxfce4作りながら
make -j6 buildworldしまくってみたんだけど、
落ちることもなく、すんなりと通っちゃいました
以前試した時には、Preview版も、1.9も同じように落ちていたのに
まるでエイプリルフールで、PCに騙されてる気分
カーネルをSMP対応にしてから、pkgsrcの、meta/xorgとxfce4作りながら
make -j6 buildworldしまくってみたんだけど、
落ちることもなく、すんなりと通っちゃいました
以前試した時には、Preview版も、1.9も同じように落ちていたのに
まるでエイプリルフールで、PCに騙されてる気分
2007/04/01(日) 21:54:17
めでたしめでたし
次はNATAだ!
次はNATAだ!
2007/04/01(日) 23:07:06
>>427
panicした後にfsckを複数回かけないとそういうパニックを経験した
ことがあるけど、どうなのかな。
まあ安定して動いてるんならOKだね。またpanicしたらレポートよろしく :)
俺もそろそろ1.4.4-RELEASEを動かしている家サーバを1.8に上げようかな。
panicした後にfsckを複数回かけないとそういうパニックを経験した
ことがあるけど、どうなのかな。
まあ安定して動いてるんならOKだね。またpanicしたらレポートよろしく :)
俺もそろそろ1.4.4-RELEASEを動かしている家サーバを1.8に上げようかな。
430426
2007/04/02(月) 17:33:47 panic: vm_page_dirty: page in free/cache queue!
mp_lock = 00000001; cpuid = 1; lapic.id = 01000000
Trace beginning at frame 0xd48fa93c
panic(c04f83a8,1000000,c0531c5c,d48fa96c,2d6f463) at panic+0x17f
panic(c0531c5c,c05de520,d442f000,c049f377,c08ee6f0) at panic+0x17f
pmap_remove_pte(c05de520,bff510bc,d442f000,d48fa9c4,0) at pmap_remove_pte+0xb3
pmap_enter(c05de520,d442f000,c0ba6cf0,7,1) at pmap_enter+0x245
kmem_slab_alloc(1000,1000,2,c02d21e9,c185e4b0) at kmem_slab_alloc+0x44f
kmalloc(1000,c0566400,2,40,c9b05900) at kmalloc+0x27b
mmrw(c05a06e0,d48fac88,20000,d48fab10,c0261564) at mmrw+0x39d
mmread(d48faafc,c05626f8,c05a06e0,d48fac88,20000) at mmread+0x22
dev_dread(c05a06e0,d48fac88,20000,c05a06e0,d48fab68) at dev_dread+0x2c
spec_read(d48fab68,20,d3f556d0,d48fabc0,d48fac88) at spec_read+0x52
ufsspec_read(d48fab68,d48fab98,c02d24be,d48fab68,c056e7b0) at ufsspec_read+0x28
ufs_vnoperatespec(d48fab68,c056e7b0,c185df10,0,0) at ufs_vnoperatespec+0x16
vop_read(c185df10,d3f555d0,d48fac88,20000,c1705af8) at vop_read+0x34
vn_read(d2d03f30,d48fac88,c1705af8,0,c049dc92) at vn_read+0x16e
dofileread(3,d2d03f30,d48fac88,0,d48face8) at dofileread+0xc5
kern_preadv(3,d48fac88,0,d48face8,8079820,20,d48fac80,1,0,0,20,0,0,c9b0a200) at kern_preadv+0xa6
sys_read(d48face8,d48facf8,c,0,1) at sys_read+0x75
syscall2(d48fad40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU1 stopping CPUs: 0x00000001
--
うーむ
やっぱりハードウェアが腐っているのか
mp_lock = 00000001; cpuid = 1; lapic.id = 01000000
Trace beginning at frame 0xd48fa93c
panic(c04f83a8,1000000,c0531c5c,d48fa96c,2d6f463) at panic+0x17f
panic(c0531c5c,c05de520,d442f000,c049f377,c08ee6f0) at panic+0x17f
pmap_remove_pte(c05de520,bff510bc,d442f000,d48fa9c4,0) at pmap_remove_pte+0xb3
pmap_enter(c05de520,d442f000,c0ba6cf0,7,1) at pmap_enter+0x245
kmem_slab_alloc(1000,1000,2,c02d21e9,c185e4b0) at kmem_slab_alloc+0x44f
kmalloc(1000,c0566400,2,40,c9b05900) at kmalloc+0x27b
mmrw(c05a06e0,d48fac88,20000,d48fab10,c0261564) at mmrw+0x39d
mmread(d48faafc,c05626f8,c05a06e0,d48fac88,20000) at mmread+0x22
dev_dread(c05a06e0,d48fac88,20000,c05a06e0,d48fab68) at dev_dread+0x2c
spec_read(d48fab68,20,d3f556d0,d48fabc0,d48fac88) at spec_read+0x52
ufsspec_read(d48fab68,d48fab98,c02d24be,d48fab68,c056e7b0) at ufsspec_read+0x28
ufs_vnoperatespec(d48fab68,c056e7b0,c185df10,0,0) at ufs_vnoperatespec+0x16
vop_read(c185df10,d3f555d0,d48fac88,20000,c1705af8) at vop_read+0x34
vn_read(d2d03f30,d48fac88,c1705af8,0,c049dc92) at vn_read+0x16e
dofileread(3,d2d03f30,d48fac88,0,d48face8) at dofileread+0xc5
kern_preadv(3,d48fac88,0,d48face8,8079820,20,d48fac80,1,0,0,20,0,0,c9b0a200) at kern_preadv+0xa6
sys_read(d48face8,d48facf8,c,0,1) at sys_read+0x75
syscall2(d48fad40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU1 stopping CPUs: 0x00000001
--
うーむ
やっぱりハードウェアが腐っているのか
431426
2007/04/02(月) 23:37:54 panic: vm_page_dirty: page in free/cache queue!
mp_lock = 00000000; cpuid = 0; lapic.id = 00000000
Trace beginning at frame 0xd2c319f8
panic(c04f83a8,0,c0531c5c,d2c31a28,1a0c3463) at panic+0x17f
panic(c0531c5c,c05de520,d2e43000,c049f377,c0f75690) at panic+0x17f
pmap_remove_pte(c05de520,bff4b90c,d2e43000,d2c31a80,0) at pmap_remove_pte+0xb3
pmap_enter(c05de520,d2e43000,c1010a90,7,1) at pmap_enter+0x245
vm_fault(c05c2480,d2e43000,3,1,100100) at vm_fault+0x202
vm_fault_wire(c05c2480,d3361d00,0,d2c31b84,1) at vm_fault_wire+0xaf
vm_map_wire(c05c2480,d2e43000,d2e46000,0,0) at vm_map_wire+0x19d
kmem_alloc3(c05c2480,3000,0,c049fc23,c049fc23) at kmem_alloc3+0x206
lwkt_alloc_thread(0,3000,ffffffff,0,0) at lwkt_alloc_thread+0x120
lwp_fork(c9b07400,d3de4620,c0000034,c0269d98,c9b07400) at lwp_fork+0x16f
fork1(c9b07400,c0000034,d2c31c9c,0,28082100) at fork1+0x600
sys_vfork(d2c31ce8,d2c31d40,1ab3f,0,1) at sys_vfork+0x35
syscall2(d2c31d40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU0 stopping CPUs: 0x00000002
--
うーむ
やっぱりハードウェアが腐っているのか
mp_lock = 00000000; cpuid = 0; lapic.id = 00000000
Trace beginning at frame 0xd2c319f8
panic(c04f83a8,0,c0531c5c,d2c31a28,1a0c3463) at panic+0x17f
panic(c0531c5c,c05de520,d2e43000,c049f377,c0f75690) at panic+0x17f
pmap_remove_pte(c05de520,bff4b90c,d2e43000,d2c31a80,0) at pmap_remove_pte+0xb3
pmap_enter(c05de520,d2e43000,c1010a90,7,1) at pmap_enter+0x245
vm_fault(c05c2480,d2e43000,3,1,100100) at vm_fault+0x202
vm_fault_wire(c05c2480,d3361d00,0,d2c31b84,1) at vm_fault_wire+0xaf
vm_map_wire(c05c2480,d2e43000,d2e46000,0,0) at vm_map_wire+0x19d
kmem_alloc3(c05c2480,3000,0,c049fc23,c049fc23) at kmem_alloc3+0x206
lwkt_alloc_thread(0,3000,ffffffff,0,0) at lwkt_alloc_thread+0x120
lwp_fork(c9b07400,d3de4620,c0000034,c0269d98,c9b07400) at lwp_fork+0x16f
fork1(c9b07400,c0000034,d2c31c9c,0,28082100) at fork1+0x600
sys_vfork(d2c31ce8,d2c31d40,1ab3f,0,1) at sys_vfork+0x35
syscall2(d2c31d40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU0 stopping CPUs: 0x00000002
--
うーむ
やっぱりハードウェアが腐っているのか
2007/04/03(火) 12:24:27
433426
2007/04/03(火) 14:06:42 なるほど
> cat /etc/make.conf
cat: /etc/make.conf: No such file or directory
です
UPを試してみます
> cat /etc/make.conf
cat: /etc/make.conf: No such file or directory
です
UPを試してみます
434426
2007/04/04(水) 23:24:38 と思ってUP kernelを造ろうと思ってmake -j 3 buildkernel やmake -j 3 buildworld でも panic! や コンパイラエラーが!
make -j 3 nativekernel でも panic ! や コンパイラエラーが!
しかし冷静になって、-j オプションをはずして上のものを実行すれば、
すべておk
>>432
助言ありがとうございました
以上はすべて
> uname -rms
DragonFly 1.9.0-DEVELOPMENT i386
しかしながら、1.8.1では -jオプションつけて buildworld/buildkernel しても全然問題ないし、
それなりに高速化されるんだよなあ。
make -j 3 nativekernel でも panic ! や コンパイラエラーが!
しかし冷静になって、-j オプションをはずして上のものを実行すれば、
すべておk
>>432
助言ありがとうございました
以上はすべて
> uname -rms
DragonFly 1.9.0-DEVELOPMENT i386
しかしながら、1.8.1では -jオプションつけて buildworld/buildkernel しても全然問題ないし、
それなりに高速化されるんだよなあ。
435432
2007/04/05(木) 13:40:32 >>434
できたUP kernelで env MAKEOBJDIRPREFIX=$HOME/obj make -jN buildworld
とかやってもpanicしないなら、SMPのみってことだよね。
1.9のみ、ってことになるとRELEASE後の大きな変更は1:1 Userland threading
がらみの変更だよなあ。まあ時間があれば
cd /sys && cvs up -dPD'2007-02-01 00:00:00'
とかやって時間指定でチェックアウトしたソースでkernel作って試すんだけど
(だいたいOKだった日とNGだった日の中間をとりながら範囲を狭めていく)、
なかなか根気がいる作業なんだよな、これが。
できたUP kernelで env MAKEOBJDIRPREFIX=$HOME/obj make -jN buildworld
とかやってもpanicしないなら、SMPのみってことだよね。
1.9のみ、ってことになるとRELEASE後の大きな変更は1:1 Userland threading
がらみの変更だよなあ。まあ時間があれば
cd /sys && cvs up -dPD'2007-02-01 00:00:00'
とかやって時間指定でチェックアウトしたソースでkernel作って試すんだけど
(だいたいOKだった日とNGだった日の中間をとりながら範囲を狭めていく)、
なかなか根気がいる作業なんだよな、これが。
437426
2007/04/05(木) 16:17:33 と思うと同時に、buildworld するのに3時間程度かかるこのマシンでは
この手法だとやってられないわな、と思った。
CPUが一個しか実装されていない Dual Opteronマシンが手元にあるけど、
これ使えるのかなとか、SMP kernel のテストになるのかな、どうなるのかなと思った。
MLでも似たようなこと(SMP/UP kernel S01E02)話しているのだなと。
で、S01E02とは何でしょうか
ご存知の方は教えてください。
この手法だとやってられないわな、と思った。
CPUが一個しか実装されていない Dual Opteronマシンが手元にあるけど、
これ使えるのかなとか、SMP kernel のテストになるのかな、どうなるのかなと思った。
MLでも似たようなこと(SMP/UP kernel S01E02)話しているのだなと。
で、S01E02とは何でしょうか
ご存知の方は教えてください。
438435
2007/04/05(木) 17:39:24 いや、config(8)はRELEASE以降変更がないはずだから昔ながらの方法が
使えるかも。1.8.1のuserlandでどこかに sys以下を展開して
$ cd /path/to/sys/config
$ config -rd ~/kern ~/MYKERNEL-WITH-DEBUG
$ cd ~/kern
$ make -s kernel-depend && make -sj3 kernel.debug
$ su
# cp kernel.debug /test-kernel
# reboot
(boot loader)
OK unload
OK load /test-kernel
OK boot
とかやればいけるかも。あとは ~/MYKERNEL-WITH-DEBUG次第だけど
うちのノートPC(Mobile PentiumIII)でも10分以内で1サイクルできる。
使えるかも。1.8.1のuserlandでどこかに sys以下を展開して
$ cd /path/to/sys/config
$ config -rd ~/kern ~/MYKERNEL-WITH-DEBUG
$ cd ~/kern
$ make -s kernel-depend && make -sj3 kernel.debug
$ su
# cp kernel.debug /test-kernel
# reboot
(boot loader)
OK unload
OK load /test-kernel
OK boot
とかやればいけるかも。あとは ~/MYKERNEL-WITH-DEBUG次第だけど
うちのノートPC(Mobile PentiumIII)でも10分以内で1サイクルできる。
439426
2007/04/05(木) 18:45:14 >>435
と思ったら
UP (GENERIC) Kernel において env MAKEOBJDIRPREFIX=/home/USER/obj make -j4 buildworld で
panic: vm_page_dirty: page in free/cache queue!
Trace beginning at frame 0xd4208948
panic(c0559c8f,c0624d80,c059ca24,d4208978,1c072563) at panic+0x99
panic(c059ca24,c0652d20,d4332000,d376a900,c1003fc8) at panic+0x99
pmap_remove_pte(c0652d20,bff50cc8,d4332000,d42089d0,0) at pmap_remove_pte+0xb3
pmap_enter(c0652d20,d4332000,c08bbdc8,7,1) at pmap_enter+0x245
kmem_slab_alloc(1000,1000,2,c185da90,d4208a70) at kmem_slab_alloc+0x421
kmalloc(1000,c05d5220,2,d4208ab4,c15bb800) at kmalloc+0x27b
mmrw(c0622860,d4208c8c,20000,d4208b1c,c02b97d8) at mmrw+0x39d
mmread(d4208b08,c05d1518,c0622860,d4208c8c,20000) at mmread+0x22
dev_dread(c0622860,d4208c8c,20000,c0622860,d4208b74) at dev_dread+0x2c
spec_read(d4208b74,20,d2d42170,d4208bc4,20000) at spec_read+0x52
ufsspec_read(d4208b74,d4208ba4,c032621a,d4208b74,c05dd230) at ufsspec_read+0x28
ufs_vnoperatespec(d4208b74,c05dd230,c185d4f0,0,0) at ufs_vnoperatespec+0x16
vop_read(c185d4f0,d2d42070,d4208c8c,20000,c1705c48) at vop_read+0x34
vn_read(c820ef40,d4208c8c,c1705c48,0,d2f06e03) at vn_read+0x168
dofileread(3,c820ef40,d4208c8c,0,d4208ce8) at dofileread+0xc5
kern_preadv(3,d4208c8c,0,d4208ce8,805b760,20,d4208c84,1,0,0,20,0,0,c8110600) at kern_preadv+0xa6
sys_read(d4208ce8,d4208cf8,c,0,0) at sys_read+0x75
syscall2(d4208d40) at syscall2+0x214
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
Stopped at Debugger+0x44: movb $0,in_Debugger.0
db>
でした
と思ったら
UP (GENERIC) Kernel において env MAKEOBJDIRPREFIX=/home/USER/obj make -j4 buildworld で
panic: vm_page_dirty: page in free/cache queue!
Trace beginning at frame 0xd4208948
panic(c0559c8f,c0624d80,c059ca24,d4208978,1c072563) at panic+0x99
panic(c059ca24,c0652d20,d4332000,d376a900,c1003fc8) at panic+0x99
pmap_remove_pte(c0652d20,bff50cc8,d4332000,d42089d0,0) at pmap_remove_pte+0xb3
pmap_enter(c0652d20,d4332000,c08bbdc8,7,1) at pmap_enter+0x245
kmem_slab_alloc(1000,1000,2,c185da90,d4208a70) at kmem_slab_alloc+0x421
kmalloc(1000,c05d5220,2,d4208ab4,c15bb800) at kmalloc+0x27b
mmrw(c0622860,d4208c8c,20000,d4208b1c,c02b97d8) at mmrw+0x39d
mmread(d4208b08,c05d1518,c0622860,d4208c8c,20000) at mmread+0x22
dev_dread(c0622860,d4208c8c,20000,c0622860,d4208b74) at dev_dread+0x2c
spec_read(d4208b74,20,d2d42170,d4208bc4,20000) at spec_read+0x52
ufsspec_read(d4208b74,d4208ba4,c032621a,d4208b74,c05dd230) at ufsspec_read+0x28
ufs_vnoperatespec(d4208b74,c05dd230,c185d4f0,0,0) at ufs_vnoperatespec+0x16
vop_read(c185d4f0,d2d42070,d4208c8c,20000,c1705c48) at vop_read+0x34
vn_read(c820ef40,d4208c8c,c1705c48,0,d2f06e03) at vn_read+0x168
dofileread(3,c820ef40,d4208c8c,0,d4208ce8) at dofileread+0xc5
kern_preadv(3,d4208c8c,0,d4208ce8,805b760,20,d4208c84,1,0,0,20,0,0,c8110600) at kern_preadv+0xa6
sys_read(d4208ce8,d4208cf8,c,0,0) at sys_read+0x75
syscall2(d4208d40) at syscall2+0x214
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
Stopped at Debugger+0x44: movb $0,in_Debugger.0
db>
でした
2007/05/12(土) 00:51:02
AHCIのSATAも使えるんですね。今インストールしてみたけど、楽しめそう
441名無しさん@お腹いっぱい。
2007/06/26(火) 10:42:04 何か進展はあったかね?
2007/06/26(火) 15:53:07
いやべつに
443名無しさん@お腹いっぱい。
2007/07/08(日) 17:30:56 (主に) FreeBSD からのドライバのポーティングって活発?
対応デバイスの数は…
1. FreeBSD と比べると完全に置いてかれてる
2. まぁまぁ追従してる
3. 独自のドライバと *BSD からのポーティングでウハウハ
どれ?
対応デバイスの数は…
1. FreeBSD と比べると完全に置いてかれてる
2. まぁまぁ追従してる
3. 独自のドライバと *BSD からのポーティングでウハウハ
どれ?
2007/07/08(日) 23:50:52
>>443 「数」いうたら1.以外ありまへんがな。
>>441 1.10-RELEASEだと、こんなとこかな。
- バグ修正
- NATAがGENERICカーネルに(RELEASEだと1.10からかな)
(chipsetによっては「nataraid」を追加しないと起動しないのがある)
- 64bit disklabelのための書き換え; いままでスライス全体という意味で
ad0とか書いてたのがad0s0というふうに書くことになったのでfstabを修正
あとディスクまわりをいじる時vinum,ccdは割と置き去りになるので注意
- ネットワークデバイスまわりはいつもどおりsephe@が活躍中
- ahc,ahdの修正をFreeBSDから移植
- あとユーザランドの修正(主にFreeBSDから)、contribなやつのバージョンアップ
awk,file,less,libarchive,sendmail,...
- vkernelのSMP化(? 実際使ってないから不明)
- デバイスの非同期アタッチ(kern.do_async_attach=1 in loader.conf)
俺は恩恵にあずかれなかった...
今後
- GPT対応
- 例の新ファイルシステム(HAMMER)
- syslink
- USBの更新はクリーンアップだけかも
- サウンドデバイスまわりの移植/修正はこれからっぽい
>>441 1.10-RELEASEだと、こんなとこかな。
- バグ修正
- NATAがGENERICカーネルに(RELEASEだと1.10からかな)
(chipsetによっては「nataraid」を追加しないと起動しないのがある)
- 64bit disklabelのための書き換え; いままでスライス全体という意味で
ad0とか書いてたのがad0s0というふうに書くことになったのでfstabを修正
あとディスクまわりをいじる時vinum,ccdは割と置き去りになるので注意
- ネットワークデバイスまわりはいつもどおりsephe@が活躍中
- ahc,ahdの修正をFreeBSDから移植
- あとユーザランドの修正(主にFreeBSDから)、contribなやつのバージョンアップ
awk,file,less,libarchive,sendmail,...
- vkernelのSMP化(? 実際使ってないから不明)
- デバイスの非同期アタッチ(kern.do_async_attach=1 in loader.conf)
俺は恩恵にあずかれなかった...
今後
- GPT対応
- 例の新ファイルシステム(HAMMER)
- syslink
- USBの更新はクリーンアップだけかも
- サウンドデバイスまわりの移植/修正はこれからっぽい
2007/07/10(火) 04:59:55
1:1 threading は 1.10 に入ってるよね?
だったら NetBSD から移行してみようかな。
だったら NetBSD から移行してみようかな。
446名無しさん@お腹いっぱい。
2007/07/10(火) 10:47:28 1.10ってもう出てたっけ?
2007/07/10(火) 17:24:06
>>446 まだ。予定では今月中旬 (kernel@ 7/3)。
ちなみに__DragonFly_version__が FreeBSD4.10の時と同じ問題を抱えるので
とりあえず195000にしよう、みたいなことをusers@で話している様子。
ちなみに__DragonFly_version__が FreeBSD4.10の時と同じ問題を抱えるので
とりあえず195000にしよう、みたいなことをusers@で話している様子。
448名無しさん@お腹いっぱい。
2007/07/11(水) 13:24:142007/07/11(水) 14:02:27
1.10かー
素直に2.0にすればいいのに
素直に2.0にすればいいのに
2007/07/11(水) 19:38:38
そうなんだけど、major numberの更新というのは特別な意味が
あるようにみえちゃうでしょ。けど今まで打ち立ててた目標のうち
大きなものはどれも形になってないんで、それだとあんまりにもなー、
というのがあるんだと思う。
あるようにみえちゃうでしょ。けど今まで打ち立ててた目標のうち
大きなものはどれも形になってないんで、それだとあんまりにもなー、
というのがあるんだと思う。
2007/07/11(水) 20:13:40
1.10だって素直じゃん。
2007/07/12(木) 04:47:32
2007/07/12(木) 11:09:58
2007/07/20(金) 18:55:55
とりあえず、VMWare仮想マシンに1.8.1-Releaseをインストールして、
packagesでbashを入れて、pkgsrcでapache2をビルドしているところ。
FreeBSDだとsysinstallなどで自動化されている部分がマニュアル作業だけど、
(パーティションの初期化とかEthernetの設定とか)
公式のチュートリアルがよくできてるので詰まらずに進めるね。楽しい。
実際のところ、パフォーマンスはどうなんだろうね。
実機にMySQLやApacheを入れた環境を用意して、
ベンチマークでもしたら面白いかな。
packagesでbashを入れて、pkgsrcでapache2をビルドしているところ。
FreeBSDだとsysinstallなどで自動化されている部分がマニュアル作業だけど、
(パーティションの初期化とかEthernetの設定とか)
公式のチュートリアルがよくできてるので詰まらずに進めるね。楽しい。
実際のところ、パフォーマンスはどうなんだろうね。
実機にMySQLやApacheを入れた環境を用意して、
ベンチマークでもしたら面白いかな。
455名無しさん@お腹いっぱい。
2007/07/21(土) 14:05:35 こんなの見つけた。
http://obsecurity.dyndns.org/dfly.png
libthread_xu でもまだこんな状態なのか…。
BGL が残ってるのってどのへんなんだろう。
(まだ取り除かれてる方が少ないのかな…)
http://obsecurity.dyndns.org/dfly.png
libthread_xu でもまだこんな状態なのか…。
BGL が残ってるのってどのへんなんだろう。
(まだ取り除かれてる方が少ないのかな…)
2007/07/21(土) 15:15:36
GNUPLOTで作ったんだろうな
2007/07/27(金) 22:51:55
FreeBSDは順調にジャイアンとロックの排除が進んでいるようだが
DragonflyBSDはどうかね。
DragonflyBSDはどうかね。
458名無しさん@お腹いっぱい。
2007/08/07(火) 06:19:10 DragonFly-1.10.0 RELEASED!
ttp://www.dragonflybsd.org/community/release1_10.shtml
ttp://www.dragonflybsd.org/community/release1_10.shtml
2007/08/07(火) 10:22:38
おっと
2007/08/07(火) 10:42:01
1.10 来たねぇ (・ω・)
2007/08/07(火) 12:29:17
dらごんflyって何が
いいのかopenBSDユザーにおせーて
いいのかopenBSDユザーにおせーて
462名無しさん@お腹いっぱい。
2007/08/07(火) 12:36:34 おせーてよ
2007/08/07(火) 19:43:45
>>462
誰も言わないけど、LDやVHSなどでは「めぐりあい宇宙」のラストで、
一部BGMが変更されてるんですよね・・・
ア・バオア・クーで傷ついたアムロがガンダムを発見するシーン。
井上大輔の「ビギニング」がかかるんですけど、公開時は♪ラ、ラァ〜♪というコーラスで始まり、
後で「ビギニング」がかかるんですよね
誰も言わないけど、LDやVHSなどでは「めぐりあい宇宙」のラストで、
一部BGMが変更されてるんですよね・・・
ア・バオア・クーで傷ついたアムロがガンダムを発見するシーン。
井上大輔の「ビギニング」がかかるんですけど、公開時は♪ラ、ラァ〜♪というコーラスで始まり、
後で「ビギニング」がかかるんですよね
465462
2007/08/07(火) 19:46:02466名無しさん@お腹いっぱい。
2007/08/07(火) 19:47:41467466
2007/08/07(火) 21:34:17 誤爆スマソ
468名無しさん@お腹いっぱい。
2007/08/08(水) 18:30:23 ちょwwwww俺が二人w
469461
2007/08/09(木) 06:11:05 dらごんflyって何が
いいのかopenBSDユザーにおせーて
いいのかopenBSDユザーにおせーて
2007/08/09(木) 21:09:59
名前がカコイイ
2007/08/09(木) 21:27:26
どらごんフライってやぶ蚊って意味だっけ
2007/08/09(木) 21:31:59
>>471
をぃをぃ、基礎英単語くらい覚えとけよw
をぃをぃ、基礎英単語くらい覚えとけよw
2007/08/09(木) 21:46:31
虻のことだろ > dragonfly
2007/08/09(木) 21:49:59
>>473
をぃをぃ、基礎英単語くらい覚えとけよw
をぃをぃ、基礎英単語くらい覚えとけよw
2007/08/09(木) 22:25:13
か3 蚊
a mosquito 《 ?(e)s》
はえ2 蝿
【昆】 a fly
drgon・fl→
【昆】 トンボ.
a mosquito 《 ?(e)s》
はえ2 蝿
【昆】 a fly
drgon・fl→
【昆】 トンボ.
2007/08/09(木) 22:39:16
ワロタ。ネタをネタと(ry
2007/08/09(木) 22:39:24
>>475
をぃをぃ、基礎英単語くらい覚えとけよw
をぃをぃ、基礎英単語くらい覚えとけよw
2007/08/09(木) 22:41:55
dragonfry = 竜炒め(または竜の揚げ物)
2007/08/09(木) 23:43:28
dragonfly pencil
2007/08/10(金) 02:51:50
竜田揚げだろ
2007/08/12(日) 16:24:00
ウマウマだよもん
2007/08/19(日) 23:28:44
さて
2007/08/19(日) 23:56:52
あ、さて
2007/08/22(水) 08:37:46
1.10.1
485名無しさん@お腹いっぱい。
2007/09/03(月) 10:53:42 期待age
2007/09/04(火) 10:14:52
何かNFSまわり・ネットワークまわりでバグ修正が進行中みたいなんで
それがマージされるまではサーバの更新をする人はもう少し待ったほうがいいかも
(bugs@とcommit@をチェック)
それがマージされるまではサーバの更新をする人はもう少し待ったほうがいいかも
(bugs@とcommit@をチェック)
2007/09/04(火) 17:32:55
DragonFlyをハンドブック見ながらインストールしているのだが、
Xの記述が古いな。
meta-pkgs/xorgはもうないぜ。
今はmeta-pkgs/gnomeでmakeでエラーが起きて
インストール作業が止まっている。
Xの記述が古いな。
meta-pkgs/xorgはもうないぜ。
今はmeta-pkgs/gnomeでmakeでエラーが起きて
インストール作業が止まっている。
488名無しさん@お腹いっぱい。
2007/09/05(水) 12:16:10 昨夜竜田揚げ磯辺焼きした気がする。
PC-BSD1.4RCインスコ厨だったから忘れてた。
PC-BSD1.4RCインスコ厨だったから忘れてた。
2007/10/10(水) 13:25:22
DragonFly 1.11.0-DEVELOPMENT
使用機種:IBMのThinkpadR50
無線カード:AR5212, AR5213 802.11a/b/g Wireless Adapter
11aでWPA+AES使用
/etc/network.subr
52行目に
ifconfig ${ifn} up
を書き加えると、起動時に自動で繋がらなかったのが、繋がるようになりました
もっとスマートなやり方って無いかなぁ?
使用機種:IBMのThinkpadR50
無線カード:AR5212, AR5213 802.11a/b/g Wireless Adapter
11aでWPA+AES使用
/etc/network.subr
52行目に
ifconfig ${ifn} up
を書き加えると、起動時に自動で繋がらなかったのが、繋がるようになりました
もっとスマートなやり方って無いかなぁ?
2007/10/15(月) 23:01:58
HAMMER filesystem update:
http://leaf.dragonflybsd.org/mailarchive/kernel/2007-10/msg00005.html
Re: HAMMER filesystem update - design document
http://leaf.dragonflybsd.org/mailarchive/kernel/2007-10/msg00008.html
http://leaf.dragonflybsd.org/mailarchive/kernel/2007-10/msg00005.html
Re: HAMMER filesystem update - design document
http://leaf.dragonflybsd.org/mailarchive/kernel/2007-10/msg00008.html
491名無しさん@お腹いっぱい。
2007/10/16(火) 15:36:23 DragonFly BSDのMatthew Dillon氏、"HAMMER Filesystem"のコミット開始へ
http://journal.mycom.co.jp/news/2007/10/16/019/
http://journal.mycom.co.jp/news/2007/10/16/019/
2007/10/16(火) 15:51:17
ファイルシステムまで触手を伸ばすのか。
良い意味でも悪い意味でもよーやるわと思う。
単純さが武器だと思うが、UFSやZFSに対してアドバンテージを確保して
プロダクション品質まで仕上げられたら、本当にすごい。
良い意味でも悪い意味でもよーやるわと思う。
単純さが武器だと思うが、UFSやZFSに対してアドバンテージを確保して
プロダクション品質まで仕上げられたら、本当にすごい。
2007/10/16(火) 16:19:11
トンボに触手は無いぜ
2007/10/16(火) 21:11:07
浜田ファイルシステム
495名無しさん@お腹いっぱい。
2007/10/18(木) 02:32:31 Dragonflyはflash9使えますか?
2007/10/20(土) 16:03:32
isoとiso.gzって違うんですか?
普通にWindowsのレコNOWで焼いちゃいけないんですよね?
どうしたらいいんでしょ?
普通にWindowsのレコNOWで焼いちゃいけないんですよね?
どうしたらいいんでしょ?
2007/10/20(土) 16:50:17
小学校からやり直せ
2007/10/21(日) 09:55:30
>>496
解凍して焼く
解凍して焼く
2007/10/22(月) 10:26:34
焦がしちゃいました
500名無しさん@お腹いっぱい。
2007/11/28(水) 11:07:42 最近の調子はどうよ?
2007/11/28(水) 12:15:10
小学校からやりなおしてます。
2007/12/01(土) 01:22:49
bootのトンボAAのところでreturn押すとstack overflowで画面荒れるのって昔からなの?
2007/12/03(月) 22:18:29
4thってむずいのね
504とおりすがり
2008/02/27(水) 22:10:53 DragonFly BSD 1.12
ttp://leaf.dragonflybsd.org/mailarchive/users/2008-02/msg00059.html
ttp://leaf.dragonflybsd.org/mailarchive/users/2008-02/msg00059.html
2008/03/01(土) 10:02:54
ハマーファイルシステムが云々
2008/03/01(土) 23:50:13
Install CD では 1.10 からアップグレードできないのか…。
507名無しさん@お腹いっぱい。
2008/03/19(水) 20:54:05 Software Design にちょろっと出てたけど、最近の調子はどうだい?
2008/03/19(水) 21:54:12
ハンマーハンマーまたハンマー
2008/03/22(土) 20:15:19
sourceのCVS checkout copy一式を得るのにどの位時間かかる?
2008/03/22(土) 21:33:07
たいしたことはない
2008/03/22(土) 22:39:38
2時間放っといたけど終わらんかったから^Cしちゃったよ
2008/03/23(日) 13:39:30
>>511
どのOS上で、どのサーバからどうやってやったの?
どのOS上で、どのサーバからどうやってやったの?
513名無しさん@お腹いっぱい。
2008/04/11(金) 15:33:08 HAMMER filesystemはどうなりましたか?
2008/04/11(金) 15:41:16
すこしまちなー
2008/04/26(土) 16:36:34
日々cvsを追いかけてると楽しいなこれ
2008/04/26(土) 22:56:45
From: Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxx>
Date: Thu, 24 Apr 2008 14:57:21 -0700 (PDT)
HAMMER is going to be a little unstable as I commit the crash
recovery code. I'm about half way through it. Meta-data updates
to the disk media have now been separated out. I have a few things
left to do before crash recovery will actually work:
* I have to flush the undo buffers out before the meta-data buffers
* Then I have to flush the volume header so mount can see the updated
undo info.
* Then I have to flush out the meta-data buffers that the UNDO
info refers to.
* And, finally, the mount code must scan the UNDO buffers and perform
any required UNDOs.
The idea being that if a crash occurs at any point in the above
sequence, HAMMER will be able to run the UNDOs to undo any partially
written meta-data. HAMMER would be able to do this at mount-time and
it would probably take less then a second, so basically this gives us
our instant crash-recovery feature.
One interesting outcome of the separation work I just committed is
that the frontend VOPs are *massively* disconnected from backend disk
I/O now. In coming weeks I hope to take advantage of this separation
to remove the remaining stalls and significantly improve HAMMER's
performance.
-Matt
Date: Thu, 24 Apr 2008 14:57:21 -0700 (PDT)
HAMMER is going to be a little unstable as I commit the crash
recovery code. I'm about half way through it. Meta-data updates
to the disk media have now been separated out. I have a few things
left to do before crash recovery will actually work:
* I have to flush the undo buffers out before the meta-data buffers
* Then I have to flush the volume header so mount can see the updated
undo info.
* Then I have to flush out the meta-data buffers that the UNDO
info refers to.
* And, finally, the mount code must scan the UNDO buffers and perform
any required UNDOs.
The idea being that if a crash occurs at any point in the above
sequence, HAMMER will be able to run the UNDOs to undo any partially
written meta-data. HAMMER would be able to do this at mount-time and
it would probably take less then a second, so basically this gives us
our instant crash-recovery feature.
One interesting outcome of the separation work I just committed is
that the frontend VOPs are *massively* disconnected from backend disk
I/O now. In coming weeks I hope to take advantage of this separation
to remove the remaining stalls and significantly improve HAMMER's
performance.
-Matt
2008/04/27(日) 15:23:13
Hammer動いたら凄いが、一人で作りきれるものかな?
2008/04/27(日) 23:04:34
モチベーションが続くならやり遂げるかもね
MLを見ているとパッチに追われつつも
やることはキッチリやってるみたいだし
MLを見ているとパッチに追われつつも
やることはキッチリやってるみたいだし
2008/05/04(日) 21:03:09
Linux/Solarisが既存のPCにインスコしようと思って、0xa5のパーティションを基本区画に取ったんだけど、
インストーラにHDDは現れてもこの区画が現れない。
先頭じゃないと駄目とか、上二つのOSと共存できないとか、何か制約あったっけ?
ちなみにpxe bootだけど、もしかしてそのせい?な訳ないか…
インストーラにHDDは現れてもこの区画が現れない。
先頭じゃないと駄目とか、上二つのOSと共存できないとか、何か制約あったっけ?
ちなみにpxe bootだけど、もしかしてそのせい?な訳ないか…
520519
2008/05/05(月) 00:12:54 そのパーティションに同じ手順でFreeBSD7.0突っ込んだら、普通に出来たわ。トンボの問題か…
2008/05/05(月) 10:58:58
>>520
5.xとか6.xのインストーラでも「見える」?
5.xとか6.xのインストーラでも「見える」?
522519
2008/05/05(月) 14:55:26 6.2で試してみたけどOK
5.5は駄目だったけど、これはブート失敗でトンボの絵までいけなかったが別問題でしょ。
5.5は駄目だったけど、これはブート失敗でトンボの絵までいけなかったが別問題でしょ。
523519
2008/05/06(火) 18:34:29 インストーラのソース(と思われるもの)見たらfdisk読んでるっぽいので、fdiskしたらcannot open disk /dev/...だった。
で、liveCDでdiskをgdbしたらopen_disk()のopen()で早速失敗してましたよ。
その先はkern_open()からvn_open()にきて…ddbでこれ以上追う気しないので終了
で、liveCDでdiskをgdbしたらopen_disk()のopen()で早速失敗してましたよ。
その先はkern_open()からvn_open()にきて…ddbでこれ以上追う気しないので終了
2008/05/09(金) 12:21:18
昨日本家のcvsとweb落ちてたけど大丈夫かなぁ
2008/05/09(金) 23:49:53
>>524 たまにある。
ミラーサイトがあるからいいんじゃない?
ところで最近gitのミラーがこまめに更新するようになったよね。
ttp://repo.or.cz/w/dragonfly.git
cvsupだとcommitidのせいでfixup起きまくりだし、rsyncも
それなりにディスクへの負担が大きいけどgitだとその辺は
改善されてるんじゃないかな。
ミラーサイトがあるからいいんじゃない?
ところで最近gitのミラーがこまめに更新するようになったよね。
ttp://repo.or.cz/w/dragonfly.git
cvsupだとcommitidのせいでfixup起きまくりだし、rsyncも
それなりにディスクへの負担が大きいけどgitだとその辺は
改善されてるんじゃないかな。
2008/05/12(月) 07:35:50
git試してみるよサンクス
2008/05/20(火) 21:46:39
エビフリャーBSD
酔っぱらってるせいだ、すまん
酔っぱらってるせいだ、すまん
2008/05/20(火) 21:49:19
>527
既出
既出
529名無しさん@お腹いっぱい。
2008/06/05(木) 23:55:31 最近VMware上でしか動かしてなかったが、いつのまにかHAMMERがownership/permissionをちゃんと保存するようになってるので
(ML上では/homeをHAMMERにしてるとかいう強者も :) さっそく
build専用マシンのkernelを更新してみた。
IDEディスクがみえなくなってる orz
HAMMERで人柱になって遊ぶ前にそっちをしらべないといけないのか。
(ML上では/homeをHAMMERにしてるとかいう強者も :) さっそく
build専用マシンのkernelを更新してみた。
IDEディスクがみえなくなってる orz
HAMMERで人柱になって遊ぶ前にそっちをしらべないといけないのか。
2008/06/22(日) 13:55:43
ttp://apollo.backplane.com/DFlyMisc/hammer01.pdf
(Mattは「than」を「then」と書く癖があるので注意)
(Mattは「than」を「then」と書く癖があるので注意)
2008/06/22(日) 22:55:08
dillonがthanと書いたのを見たことがない
2008/06/22(日) 23:16:53
533名無しさん@お腹いっぱい。
2008/07/16(水) 16:57:46 たまにage
2008/07/16(水) 21:14:48
もうじきリリース。今回の目玉はHAMMER。
正直HAMMERと比べたら他がかすんじゃうんだけど
ドライバまわりの修正はバグフィックスだけじゃなく
パフォーマンスの改善も結構入っているんで様子見しつつ
自宅サーバの更新かな。
ネットワーク周りのMPSAFE化はゆっくりと進んではいるが
完了、ではないようだ。GSoCのプロジェクトは2.0には間に
合わなかったっぽい。netgraph7はインポートはしたけど
まだ動く状態じゃない(なんでインポートしたんだろうか)。
正直HAMMERと比べたら他がかすんじゃうんだけど
ドライバまわりの修正はバグフィックスだけじゃなく
パフォーマンスの改善も結構入っているんで様子見しつつ
自宅サーバの更新かな。
ネットワーク周りのMPSAFE化はゆっくりと進んではいるが
完了、ではないようだ。GSoCのプロジェクトは2.0には間に
合わなかったっぽい。netgraph7はインポートはしたけど
まだ動く状態じゃない(なんでインポートしたんだろうか)。
2008/07/22(火) 06:40:39
DragonFly-2.0 RELEASED!!
ttp://www.dragonflybsd.org/community/release2_0.shtml
ttp://www.dragonflybsd.org/community/release2_0.shtml
536名無しさん@お腹いっぱい。
2008/07/24(木) 13:40:152008/07/24(木) 14:54:51
おせーよ
2008/07/25(金) 14:31:10
Hammerの実際の使用感を教えてくれ
2008/07/25(金) 17:40:20
>>538 使用感といっても...
とりあえず1Tのハードディスク買って来ていくつかpseudofsを作って
遊んでる程度(まだ/homeを移す勇気はない)だけど、さすがにリリース後は
Mattのcommit数が少なくなってきた。リリース直前数週はバグ出しして
レポートしようと思ったら既にHAMMER関係だけで数commit進んでいてしかも
直ってたり、とか :)
- おー、mirrorまわりリリースに間に合ったんだー
- まだベータなのでバックアップは必須(まそれいったらDragonFly自体も...)
あるいはバックアップ不要なデータしか入れない
- 最低でも数十Gぐらいの空き容量がないと怖い
(試すだけなら下記でもOK?)
truncate -s SIZE HAMMER
vnconfig -cslabels vn0 HAMMER
newfs_hammer -L HAMMER /dev/vn0
mount_hammer /dev/vn0 /HAMMER
- syncやfsyncでトランザクションが発生する(ということはsyncerが一定時間
に刻んでくる)ので、トランザクションに影響されるコマンド(mirror-*とか)
はちょっと癖があるように感じる
- アッー、 rm *してもたー でもundoコマンドがあるのでhammer pruneするまでは
復元できる(ZFSでもそうかな?)
- pseudofsをpkgsrcのWRKDIRとして使う時はnull(4)をかまさないと
realpathにコロンが含まれてしまうのでgmakeあたりが誤作動する
とりあえず1Tのハードディスク買って来ていくつかpseudofsを作って
遊んでる程度(まだ/homeを移す勇気はない)だけど、さすがにリリース後は
Mattのcommit数が少なくなってきた。リリース直前数週はバグ出しして
レポートしようと思ったら既にHAMMER関係だけで数commit進んでいてしかも
直ってたり、とか :)
- おー、mirrorまわりリリースに間に合ったんだー
- まだベータなのでバックアップは必須(まそれいったらDragonFly自体も...)
あるいはバックアップ不要なデータしか入れない
- 最低でも数十Gぐらいの空き容量がないと怖い
(試すだけなら下記でもOK?)
truncate -s SIZE HAMMER
vnconfig -cslabels vn0 HAMMER
newfs_hammer -L HAMMER /dev/vn0
mount_hammer /dev/vn0 /HAMMER
- syncやfsyncでトランザクションが発生する(ということはsyncerが一定時間
に刻んでくる)ので、トランザクションに影響されるコマンド(mirror-*とか)
はちょっと癖があるように感じる
- アッー、 rm *してもたー でもundoコマンドがあるのでhammer pruneするまでは
復元できる(ZFSでもそうかな?)
- pseudofsをpkgsrcのWRKDIRとして使う時はnull(4)をかまさないと
realpathにコロンが含まれてしまうのでgmakeあたりが誤作動する
2008/07/25(金) 17:43:02
2008/07/25(金) 17:47:05
purgeするまで云々って、netwareを思い出すな。
2008/07/26(土) 12:37:56
HAMMERはほんとうにあったんだ!
筋は良さそうに思える。実装以外の弱点はなんだろう?
筋は良さそうに思える。実装以外の弱点はなんだろう?
2008/07/28(月) 08:13:03
root mountできるようになる日も近いかな...
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2008-07/msg00123.html
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2008-07/msg00123.html
2008/07/28(月) 13:55:44
この対談が半年ぐらい前に起きてたらHammerの実装も違ってたかもなあ。
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2008-07/msg00114.html
まあでもTux3が絵にかいたモチにならないとは限らないわけだが
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2008-07/msg00114.html
まあでもTux3が絵にかいたモチにならないとは限らないわけだが
545名無しさん@お腹いっぱい。
2008/08/11(月) 19:03:36 やあ、HAMMERの調子はどうだい?
2008/09/25(木) 16:52:56
USBメモリからインストールする方法ない?
547名無しさん@お腹いっぱい。
2008/10/01(水) 00:10:05 2.0.1が出た
2008/10/01(水) 09:09:41
OS 自体がマイナーだから
「HAMMER の具合いは?」
とかも盛り上がらないねぇ…
「HAMMER の具合いは?」
とかも盛り上がらないねぇ…
2008/10/01(水) 15:47:33
zfsが64bit必須というかファイルサーバ専用機でないとアプリケーションと干渉して
役に立たないぐらいのメモリ喰いなので、貧者のzfsとも言えるHAMMERには期待している。
役に立たないぐらいのメモリ喰いなので、貧者のzfsとも言えるHAMMERには期待している。
2008/10/01(水) 19:25:54
PXEbootでインストーラ起動したんだけど、HDD選択の後にfdiskするところで失敗する。
rootで入って手動で fdisk -I ad0 してもDevice not configuredだったかoperatedだったかで、エラー終了。
dmesg見ると、ATAの場合もSATA(AHCI)の場合もHDDの認識はしてるのに。
なんでだよぅ
rootで入って手動で fdisk -I ad0 してもDevice not configuredだったかoperatedだったかで、エラー終了。
dmesg見ると、ATAの場合もSATA(AHCI)の場合もHDDの認識はしてるのに。
なんでだよぅ
2008/10/12(日) 23:06:15
>>550
ad4とかad5とかの場合があるのでオプションなしで確認してごらん
ad4とかad5とかの場合があるのでオプションなしで確認してごらん
2008/10/16(木) 00:58:47
これスライド見たいな...
http://www.fetissov.org/public/nycbsdcon08/1.8.mp3
http://www.fetissov.org/public/nycbsdcon08/1.8.mp3
553名無しさん@お腹いっぱい。
2008/11/11(火) 17:03:09 (*゚д゚)ノ HAMMERの調子はどうだい
2008/11/11(火) 19:48:38
>>553
dragonflyのニュース購読すれば近況は分かりそうなものだが
dragonflyのニュース購読すれば近況は分かりそうなものだが
2008/11/11(火) 22:40:01
>>553
家鯖(2.0-REL)でmirror-copyで別マシン(-DEVEL)に
バックアップしてるけど、特に問題ないよ。
最近はsepheがネットワークまわりにざくざくcommitしてるなあ、
とか、インタラプトまわりはどうする、とかそういう話題が中心かな。
あとリポジトリがもうすぐgit移行して、cvsやmercurialは
readonlyアクセスで提供されるらしい。うちではsimonのところで
変換してるのを使っているので、それがそのまま採用されるなら
楽でいいんだけど。
家鯖(2.0-REL)でmirror-copyで別マシン(-DEVEL)に
バックアップしてるけど、特に問題ないよ。
最近はsepheがネットワークまわりにざくざくcommitしてるなあ、
とか、インタラプトまわりはどうする、とかそういう話題が中心かな。
あとリポジトリがもうすぐgit移行して、cvsやmercurialは
readonlyアクセスで提供されるらしい。うちではsimonのところで
変換してるのを使っているので、それがそのまま採用されるなら
楽でいいんだけど。
2008/12/02(火) 21:09:48
VirtualBoxにインスコできるようになるのはいつかいな
2008/12/02(火) 22:37:06
2.1-DEVELOPMENTをHAMMER rootでLOOX S73Aにインストールしてみたよ。
CrusoeのLONGRUNもちゃんと機能しているみたいだ。
ところで、ping6 -nw -I lo0 ff02::1とするとip6_setpktoption+0x10eでkernel panicするのはうちだけかな。
ping6 -nw ff02::1%lo0だと何も起きないんだけど...
CrusoeのLONGRUNもちゃんと機能しているみたいだ。
ところで、ping6 -nw -I lo0 ff02::1とするとip6_setpktoption+0x10eでkernel panicするのはうちだけかな。
ping6 -nw ff02::1%lo0だと何も起きないんだけど...
2008/12/02(火) 23:56:10
2008/12/03(水) 00:13:10
笑いどころが分からん!
2008/12/03(水) 22:34:58
Preview版スナップショットのISOがRelease版に比べて古いんだけど、
今はDevelとReleaseだけになってる?
とりあえずLATEST-Releaseいっときます。
今はDevelとReleaseだけになってる?
とりあえずLATEST-Releaseいっときます。
561557
2008/12/05(金) 09:39:302008/12/05(金) 11:08:59
>>561 ついこのあいだgitに切り替わったんだけど、今って git->CVS変換できてる? こっちは半年ぐらい前からCVS repoを取ってない(cvsupから離れたかったから) んでどうなってんだか分からないけど、ちゃんと修正が取れてるかhackする前に 確認してみて。
563557
2008/12/05(金) 23:07:59 >>562 ありがとう。
私はcvsup.allbsd.orgからcsupで貰ってきてるんだけど、
fgrep '$DragonFly' `find /usr/src/sys -type f -mtime -10`
で確かめた感じでは、11月26日のCOMMITまでがCVSに反映していたよ。
gitも使ってみる。使い方は
http://leaf.dragonflybsd.org/mailarchive/commits/2008-11/msg00124.html
http://leaf.dragonflybsd.org/mailarchive/commits/2008-11/msg00122.html
を読めばいいのかな。
私はcvsup.allbsd.orgからcsupで貰ってきてるんだけど、
fgrep '$DragonFly' `find /usr/src/sys -type f -mtime -10`
で確かめた感じでは、11月26日のCOMMITまでがCVSに反映していたよ。
gitも使ってみる。使い方は
http://leaf.dragonflybsd.org/mailarchive/commits/2008-11/msg00124.html
http://leaf.dragonflybsd.org/mailarchive/commits/2008-11/msg00122.html
を読めばいいのかな。
2008/12/06(土) 15:23:03
>>563
>私はcvsup.allbsd.orgからcsupで貰ってきてるんだけど、
>fgrep '$DragonFly' `find /usr/src/sys -type f -mtime -10`
>で確かめた感じでは、11月26日のCOMMITまでがCVSに反映していたよ。
修正はこれ
ttp://leaf.dragonflybsd.org/mailarchive/commits/2008-12/msg00027.html
今後は$DragonFly$キーワードが更新されることはないんで
identコマンドの出番がかなり減るね。
>gitも使ってみる。
craterから直接ひっぱらずにchlamydiaやrepo.or.czを使おう。
>私はcvsup.allbsd.orgからcsupで貰ってきてるんだけど、
>fgrep '$DragonFly' `find /usr/src/sys -type f -mtime -10`
>で確かめた感じでは、11月26日のCOMMITまでがCVSに反映していたよ。
修正はこれ
ttp://leaf.dragonflybsd.org/mailarchive/commits/2008-12/msg00027.html
今後は$DragonFly$キーワードが更新されることはないんで
identコマンドの出番がかなり減るね。
>gitも使ってみる。
craterから直接ひっぱらずにchlamydiaやrepo.or.czを使おう。
2009/02/13(金) 23:05:50
pkgsrcで./bootstrapがうまくいかないのですが、
FreeBSDみたいにpkgコマンドのmvが必要ですか?
それともなにかしないといけませんか?
良いサイトあったら教えてください。
FreeBSDみたいにpkgコマンドのmvが必要ですか?
それともなにかしないといけませんか?
良いサイトあったら教えてください。
2009/02/13(金) 23:28:32
>>565
2005年の秋ぐらいに`make upgrade'でそういう処理をするように
なってたんだけど (290f9f1cba0f718af10614d9fe55c96aafc04cfd)
いつのまにか消えちゃってるのかな?
2005年の秋ぐらいに`make upgrade'でそういう処理をするように
なってたんだけど (290f9f1cba0f718af10614d9fe55c96aafc04cfd)
いつのまにか消えちゃってるのかな?
567565
2009/02/17(火) 19:07:29 いろいろやったけど自分のスキルでは無理でした。
NetBSDの時はうまくいったのですが、
pkgsrcは難しいですね。
OSを変えることを決意しました。
有難うございました。
NetBSDの時はうまくいったのですが、
pkgsrcは難しいですね。
OSを変えることを決意しました。
有難うございました。
2009/02/17(火) 22:16:26
>>567
どうやってDragonFlyをインストールしたかによるけど、もし
/usr/sbin/pkg* が存在するならrmすればいいだけだよ。
FreeBSDでpkgsrcを使ったことがあるんなら特に難しいことは
ないと思うけど。
どうやってDragonFlyをインストールしたかによるけど、もし
/usr/sbin/pkg* が存在するならrmすればいいだけだよ。
FreeBSDでpkgsrcを使ったことがあるんなら特に難しいことは
ないと思うけど。
569565
2009/02/18(水) 19:12:14 whichで調べたけど/usr/sbin以下には無かった。
別の場所にあった。
FreeBSDとDragonflyはpkgsrcでは別物の認識見たいです。
bootstrapがこけるのを解決するスキルが自分にはありません。
オフィシャルサイトのマニュアルもリンクが切れているので、
情報が少なくて、初心者には敷居が高かった。
おとなしくPC-BSDかOpenSolarisにします。
その前にMidnightBSDを試して見ようと思います。
別の場所にあった。
FreeBSDとDragonflyはpkgsrcでは別物の認識見たいです。
bootstrapがこけるのを解決するスキルが自分にはありません。
オフィシャルサイトのマニュアルもリンクが切れているので、
情報が少なくて、初心者には敷居が高かった。
おとなしくPC-BSDかOpenSolarisにします。
その前にMidnightBSDを試して見ようと思います。
2009/02/18(水) 21:45:34
117 名前:名無しさん@お腹いっぱい。 []: 2009/02/18(水) 18:04:01 ?PLT(14986)
DragonFly-2.2.0 Release
http://www.dragonflybsd.org/release22/
DragonFly-2.2.0 Release
http://www.dragonflybsd.org/release22/
2009/02/18(水) 23:11:59
>>569
質問しつつ肝心な部分を隠しているのは、そういうテクニックですか
質問しつつ肝心な部分を隠しているのは、そういうテクニックですか
2009/02/19(木) 13:34:57
DragonFly BSD 2.2が登場、完成に近づくHAMMERファイルシステム
http://journal.mycom.co.jp/news/2009/02/18/039/index.html
HAMMERのBonnie++のベンチマークって誰か録ったことない?
UFS、ZFSとかと比較してパフォーマンスはどうなんだろうね?
http://journal.mycom.co.jp/news/2009/02/18/039/index.html
HAMMERのBonnie++のベンチマークって誰か録ったことない?
UFS、ZFSとかと比較してパフォーマンスはどうなんだろうね?
2009/02/19(木) 19:41:30
574名無しさん@お腹いっぱい。
2009/02/19(木) 20:21:26 >Dragonfly2.2.0
で、また変な省略するのか
あんた職場で周りの人間振り回してますやろ
で、また変な省略するのか
あんた職場で周りの人間振り回してますやろ
2009/02/19(木) 20:22:39
無職ですが?
2009/02/19(木) 20:37:57
無職ならしょうがないな
577573
2009/02/19(木) 22:19:08 ./bootstrapの替わりに./testbootstrapを試したら成功しました。
これでbmake installできます。
取り合えずgnomeにチャレンジです。
こけないことを祈ります。
2.2.0のGUI版解凍するとSUM5の番号変わりませんか?
インストールできなかったのでCD版を入れました。
GUI版初めから、ある程度セットアップされているみたいなので、
インストールに成功した人のGUIの感想お願いしたいです。
これでbmake installできます。
取り合えずgnomeにチャレンジです。
こけないことを祈ります。
2.2.0のGUI版解凍するとSUM5の番号変わりませんか?
インストールできなかったのでCD版を入れました。
GUI版初めから、ある程度セットアップされているみたいなので、
インストールに成功した人のGUIの感想お願いしたいです。
2009/02/20(金) 00:02:18
>>577
(内部で./bootstrapを実行する)testbootstrapが成功するということは
君が指定した引数のどれかに問題があった、ということ。
勝手に言葉作ったり必要な情報を省略するという態度は協力しよう
としてくれる人の意欲をそぐことが多い、ということだけは意識して
おいて欲しい。
(内部で./bootstrapを実行する)testbootstrapが成功するということは
君が指定した引数のどれかに問題があった、ということ。
勝手に言葉作ったり必要な情報を省略するという態度は協力しよう
としてくれる人の意欲をそぐことが多い、ということだけは意識して
おいて欲しい。
2009/02/20(金) 01:49:44
2009/02/20(金) 11:51:41
特権ユーザじゃなくて一般ユーザでやってるとか、
そのくらいしか思いつかないがな。
あと、今からやるなら 2008Q4 な。
で、Dragonfly で そもそも bootstrap は必要なのか?
標準のパッケージシステムだろ?
そのくらいしか思いつかないがな。
あと、今からやるなら 2008Q4 な。
で、Dragonfly で そもそも bootstrap は必要なのか?
標準のパッケージシステムだろ?
2009/02/20(金) 22:29:01
age
582メモ ◆qOSv/CKab2
2009/02/28(土) 12:48:26 インストールCDでbootして、login画面になったら、「installer」と入力。
後は画面にしたがってインストール。
後は画面にしたがってインストール。
583メモ ◆qOSv/CKab2
2009/02/28(土) 12:51:44 Configure an Installed Systemで
/bin/tcshがデフォルトらしい。bashにする理由がないので、そのままにした。
wheelのグループを加えた。なぜかwheelとoperatorを同時に入力できない。
/bin/tcshがデフォルトらしい。bashにする理由がないので、そのままにした。
wheelのグループを加えた。なぜかwheelとoperatorを同時に入力できない。
584メモ ◆qOSv/CKab2
2009/02/28(土) 12:56:44 pkgsrcはftpとかfetchではなく、以下のコマンドでとってくるのがデフォ。
#cd /usr
#make pkgsrc-checkout
#make pkgsrc-update
で /usr/pkgsrcディレクトリができる。
この方法の場合はbootstrapは行う必要がないらしい。
#cd /usr
#make pkgsrc-checkout
#make pkgsrc-update
で /usr/pkgsrcディレクトリができる。
この方法の場合はbootstrapは行う必要がないらしい。
585メモ ◆qOSv/CKab2
2009/02/28(土) 17:56:33 Xをいれてみようとする。
# echo "X11_TYPE=modular" >> /etc/mk.conf
# cd /usr/pkgsrc/x11/modular-xorg-server
# bmake install clean
# cd /usr/pkgsrc/meta-pkgs/modular-xorg-drivers
# bmake install clean
# cd /usr/pkgsrc/meta-pkgs/modular-xorg-fonts
# bmake install clean
# cd /usr/pkgsrc/meta-pkgs/modular-xorg-libs
# bmake install clean
# cd /usr/pkgsrc/meta-pkgs/modular-xorg-apps
# bmake install clean
bmake installでこけることなく成功した。
# echo "X11_TYPE=modular" >> /etc/mk.conf
# cd /usr/pkgsrc/x11/modular-xorg-server
# bmake install clean
# cd /usr/pkgsrc/meta-pkgs/modular-xorg-drivers
# bmake install clean
# cd /usr/pkgsrc/meta-pkgs/modular-xorg-fonts
# bmake install clean
# cd /usr/pkgsrc/meta-pkgs/modular-xorg-libs
# bmake install clean
# cd /usr/pkgsrc/meta-pkgs/modular-xorg-apps
# bmake install clean
bmake installでこけることなく成功した。
586質問 ◆qOSv/CKab2
2009/02/28(土) 18:07:40 #pkg_radd gnomeがインストールできない。なぜだろう。
gnomeのインストールできた人やり方を教えてください。
gnomeのインストールできた人やり方を教えてください。
587質問 ◆qOSv/CKab2
2009/02/28(土) 21:43:49 #pkg_radd kde はインストールできたが、startkdeがうまくいかない。
startxfce4はうまく起動した。
kdeうまくいったひといますか?
startxfce4はうまく起動した。
kdeうまくいったひといますか?
2009/03/03(火) 13:22:08
DragonFly BSD 2.2で実用段階になったHAMMER FSを試す
http://sourceforge.jp/magazine/09/03/03/0242205
http://sourceforge.jp/magazine/09/03/03/0242205
2009/03/16(月) 21:43:03
2.2試してみてるけど、hammerいいですねえ。
pfsの考え方がいいわ。zfsより何やってるのか把握しやすいし。
pfsの考え方がいいわ。zfsより何やってるのか把握しやすいし。
2009/03/16(月) 23:21:41
2009/03/17(火) 00:48:29
>>590
自分でできないの?
自分でできないの?
2009/03/17(火) 01:53:54
>>591
興味はあるんですが、手元に環境がないので。
VMwareでUSBブートイメージから起動させるという手はありますが、
仮想化環境下でベンチマーク取ってもあまり意味がないので。
興味がある方がいらっしゃったらでOKですので。
興味はあるんですが、手元に環境がないので。
VMwareでUSBブートイメージから起動させるという手はありますが、
仮想化環境下でベンチマーク取ってもあまり意味がないので。
興味がある方がいらっしゃったらでOKですので。
593589
2009/03/17(火) 07:31:28 >>590
ごめん、自分もVMware Server上でいじってるんだ。
たしかに、実運用考えるなら性能や安定性の比較もした方がいいね。
けど、物理メモリ128MB、32bit環境で何も問題なく動作してくれるのが好印象www
ごめん、自分もVMware Server上でいじってるんだ。
たしかに、実運用考えるなら性能や安定性の比較もした方がいいね。
けど、物理メモリ128MB、32bit環境で何も問題なく動作してくれるのが好印象www
2009/03/17(火) 07:36:54
>>592
「CPU使用率とメモリ使用量」はどうやってはかるの?
nohistoryフラグがついてるほうが速いと思ったけど違うみたいだ...
nohistoryなし:
Version 1.03c ------Sequential Output------ --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
athlon64.x2 300M 34130 96 62764 11 37191 7 39146 97 +++++ +++ +++++ +++
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 +++++ +++ +++++ +++ +++++ +++ 26203 37 +++++ +++ 26170 52
athlon64.x2,300M,34130,96,62764,11,37191,7,39146,97,+++++,+++,+++++,+++,16,+++++,+++,+++++,+++,+++++,+++,26203,37,+++++,+++,26170,52
「CPU使用率とメモリ使用量」はどうやってはかるの?
nohistoryフラグがついてるほうが速いと思ったけど違うみたいだ...
nohistoryなし:
Version 1.03c ------Sequential Output------ --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
athlon64.x2 300M 34130 96 62764 11 37191 7 39146 97 +++++ +++ +++++ +++
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 +++++ +++ +++++ +++ +++++ +++ 26203 37 +++++ +++ 26170 52
athlon64.x2,300M,34130,96,62764,11,37191,7,39146,97,+++++,+++,+++++,+++,16,+++++,+++,+++++,+++,+++++,+++,26203,37,+++++,+++,26170,52
2009/03/17(火) 07:40:14
行が長いといわれる...
nohistoryあり:
athlon64.x2 300M 34052 97 50838 9 42263 12 39091 97 +++++ +++ +++++ +++
athlon64.x2,300M,34052,97,50838,9,42263,12,39091,97,+++++,+++,+++++,+++,16,+++++,+++,+++++,+++,29229,44,+++++,+++,+++++,+++,+++++,+++
nohistoryあり:
athlon64.x2 300M 34052 97 50838 9 42263 12 39091 97 +++++ +++ +++++ +++
athlon64.x2,300M,34052,97,50838,9,42263,12,39091,97,+++++,+++,+++++,+++,16,+++++,+++,+++++,+++,29229,44,+++++,+++,+++++,+++,+++++,+++
2009/03/17(火) 07:49:53
>>593
ちなみにこれはAthlon64x2+メモリ2G+
ad4: 953869MB <WDC WD10EACS-00D6B0 01.01A01> at ata2-master SATA150
でそれぞれ3回実行した3回目の数字(15日あたりの-DEVELOPMENT)。
128Mでは使ったことない。最小はVMware上でメモリ256M HD16G。
ちなみにこれはAthlon64x2+メモリ2G+
ad4: 953869MB <WDC WD10EACS-00D6B0 01.01A01> at ata2-master SATA150
でそれぞれ3回実行した3回目の数字(15日あたりの-DEVELOPMENT)。
128Mでは使ったことない。最小はVMware上でメモリ256M HD16G。
2009/03/17(火) 15:58:21
>>594-596
ありでした!
ファイルのベンチのところが、
測定時間が短すぎるみたいでCreateとDeleteしか表示されてないですね。
↓の方法で表示されるようになるみたいです。
http://plaza18.mbn.or.jp/~moriban/linux/UsageOfBonnie.html
よかったら、UFSのベンチも取ってもらえると、比較できて助かります。
ありでした!
ファイルのベンチのところが、
測定時間が短すぎるみたいでCreateとDeleteしか表示されてないですね。
↓の方法で表示されるようになるみたいです。
http://plaza18.mbn.or.jp/~moriban/linux/UsageOfBonnie.html
よかったら、UFSのベンチも取ってもらえると、比較できて助かります。
2009/03/18(水) 00:38:10
>>597
UFSは別の(PATAな)ディスク上にあるので参考にならないと思うし、
HAMMERのパーティションを作れる空きがない。
もうちょっとしたらPATAなディスクを交換するのでその時なら
できるかも。
短かすぎる測定時間はあてになるのか、と思いつつやってみた。
あとマニュアルをちゃんと読んでみたら、デフォルトでは0バイト
のファイルでテストする、って書いてあるけど、そうすると
テストに使うPFSのB-tree+の状態が支配的になるのかなあ。
いちおうnohistoryフラグなディレクトリとないディレクトリで
今回もやってみたけど、バラツキのほうが大きいよ。
nohistory:
athlon64.x2,300M,34257,96,97652,40,71778,14,39591,97,932845,68,13087.0,23,16,57502,79,130264,99,18240,30,36341,48,123916,94,39858,66
nohistoryなし:
athlon64.x2,300M,32760,85,96287,15,71640,17,39757,98,928711,59,49945.1,85,16,60186,91,130592,93,28627,39,64754,89,143084,102,32111,55
UFSは別の(PATAな)ディスク上にあるので参考にならないと思うし、
HAMMERのパーティションを作れる空きがない。
もうちょっとしたらPATAなディスクを交換するのでその時なら
できるかも。
短かすぎる測定時間はあてになるのか、と思いつつやってみた。
あとマニュアルをちゃんと読んでみたら、デフォルトでは0バイト
のファイルでテストする、って書いてあるけど、そうすると
テストに使うPFSのB-tree+の状態が支配的になるのかなあ。
いちおうnohistoryフラグなディレクトリとないディレクトリで
今回もやってみたけど、バラツキのほうが大きいよ。
nohistory:
athlon64.x2,300M,34257,96,97652,40,71778,14,39591,97,932845,68,13087.0,23,16,57502,79,130264,99,18240,30,36341,48,123916,94,39858,66
nohistoryなし:
athlon64.x2,300M,32760,85,96287,15,71640,17,39757,98,928711,59,49945.1,85,16,60186,91,130592,93,28627,39,64754,89,143084,102,32111,55
2009/03/18(水) 03:16:56
>>598
激しく乙でした!
なんかかーなりパフォーマンス高いですね−。
(UFSのベンチと比較しないことには、HDDが速いだけという可能性も残ってますが)
メモリ使用量も少なくてこのパフォーマンスなら、
他のBSDにも移植されて、かなりメジャーになるかもですね。
激しく乙でした!
なんかかーなりパフォーマンス高いですね−。
(UFSのベンチと比較しないことには、HDDが速いだけという可能性も残ってますが)
メモリ使用量も少なくてこのパフォーマンスなら、
他のBSDにも移植されて、かなりメジャーになるかもですね。
2009/03/19(木) 08:41:17
DragonFly BSD 2.2における日本語環境の構築
http://sourceforge.jp/magazine/09/03/10/0750248
http://sourceforge.jp/magazine/09/03/10/0750248
2009/03/21(土) 18:21:14
>>599
ちょっとUFSのパーティションを用意するのに手間取ってるんで、
vkernelを使ったベンチを先に。vkernelはメモリ256MでSMP(-n 2)、
disk image fileは9.1Gで、そのうちの末尾4Gをベンチに使う。image file
自体は、この間測定したのとは別のディスクをHAMMERでフォーマットして
nohistoryフラグをつけてある。
ad1: 57241MB <Seagate ST360015A 3.33> at ata0-slave UDMA100
最初にddしてあるからたぶんフラグメントは問題ないと思うんだけど、
HAMMER上にあるファイルの上書きだから、何らかの影響があるかもしれない。
UFSだけ、newfs直後はディスクアクセスが多く数値が悪いので、両者とも何度か
空回しの後に測定した。このセットを数回交互に繰替えしたけど、数値はだいたい
こんな感じだった。
$ sudo newfs -U /dev/vkd0s0e
$ sudo mount /dev/vkd0s0e /mnt
$ cd /mnt && sudo chmod 1777 .
$ bonnie++ -m vkernel.ufs
vkernel.ufs,300M,24384,0,22970,0,19669,0,27287,0,98242,0,2217.0,2,16,8100,27,32951,96,24141,100,14143,72,47527,93,25168,104
$ cd / && sudo umount /mnt
$ sudo newfs_hammer -L TEST /dev/vkd0s0e
$ sudo mount_hammer /dev/vkd0s0e /mnt
$ cd /mnt && sudo chmod 1777 .
$ bonnie++ -m vkernel.hammer
vkernel.hammer,300M,25280,0,42012,0,19549,0,22613,0,82338,0,607.7,4,16,18852,0,29506,0,13433,0,8233,0,34252,0,18235,0
やっぱり物理ディスクで測定しないとちょっと信頼できないね。
ちょっとUFSのパーティションを用意するのに手間取ってるんで、
vkernelを使ったベンチを先に。vkernelはメモリ256MでSMP(-n 2)、
disk image fileは9.1Gで、そのうちの末尾4Gをベンチに使う。image file
自体は、この間測定したのとは別のディスクをHAMMERでフォーマットして
nohistoryフラグをつけてある。
ad1: 57241MB <Seagate ST360015A 3.33> at ata0-slave UDMA100
最初にddしてあるからたぶんフラグメントは問題ないと思うんだけど、
HAMMER上にあるファイルの上書きだから、何らかの影響があるかもしれない。
UFSだけ、newfs直後はディスクアクセスが多く数値が悪いので、両者とも何度か
空回しの後に測定した。このセットを数回交互に繰替えしたけど、数値はだいたい
こんな感じだった。
$ sudo newfs -U /dev/vkd0s0e
$ sudo mount /dev/vkd0s0e /mnt
$ cd /mnt && sudo chmod 1777 .
$ bonnie++ -m vkernel.ufs
vkernel.ufs,300M,24384,0,22970,0,19669,0,27287,0,98242,0,2217.0,2,16,8100,27,32951,96,24141,100,14143,72,47527,93,25168,104
$ cd / && sudo umount /mnt
$ sudo newfs_hammer -L TEST /dev/vkd0s0e
$ sudo mount_hammer /dev/vkd0s0e /mnt
$ cd /mnt && sudo chmod 1777 .
$ bonnie++ -m vkernel.hammer
vkernel.hammer,300M,25280,0,42012,0,19549,0,22613,0,82338,0,607.7,4,16,18852,0,29506,0,13433,0,8233,0,34252,0,18235,0
やっぱり物理ディスクで測定しないとちょっと信頼できないね。
602601
2009/03/21(土) 19:26:22 ひとつわすれてた。親DFでこのディスクを直接使ってbonnie++を実行すると
vkernel.root,300M,31726,81,35525,5,26987,4,38546,94,969968,81,41529.8,39,16,67867,96,142738,102,27450,39,33976,46,99629,61,29550,49
こんな感じ。
vkernel.root,300M,31726,81,35525,5,26987,4,38546,94,969968,81,41529.8,39,16,67867,96,142738,102,27450,39,33976,46,99629,61,29550,49
こんな感じ。
2009/03/22(日) 00:44:54
>>601,602
乙でした−。
見やすいように整形してみました。
ディスクイメージだからか、ちょっと数値変な感じですね。
UFS (vkernel)
------SequentialOutput--------SequentialInput---Random-
-PerChr---Block---Rewrite--PerChr---Block----Seeks--
24384 0 22970 0 19669 0 27287 0 98242 0 2217.0 2
------SequentialCreate--------------RandomCreate--------
-Create----Read----Delete---Create----Read----Delete--
8100 27 32951 96 24141 100 14143 72 47527 93 25168 104
hammer (vkernel)
------SequentialOutput--------SequentialInput---Random-
-PerChr---Block---Rewrite--PerChr---Block----Seeks--
25280 0 42012 0 19549 0 22613 0 82338 0 607.7 4
------SequentialCreate--------------RandomCreate--------
-Create----Read----Delete---Create----Read----Delete--
18852 0 29506 0 13433 0 8233 0 34252 0 18235 0
親ディスク(hammer)
------SequentialOutput--------SequentialInput---Random-
-PerChr---Block---Rewrite--PerChr---Block----Seeks--
31726 81 35525 5 26987 4 38546 94 969968 81 41529.8 39
------SequentialCreate--------------RandomCreate--------
-Create----Read----Delete---Create----Read----Delete--
67867 96 142738 102 27450 39 33976 46 99629 61 29550 49
乙でした−。
見やすいように整形してみました。
ディスクイメージだからか、ちょっと数値変な感じですね。
UFS (vkernel)
------SequentialOutput--------SequentialInput---Random-
-PerChr---Block---Rewrite--PerChr---Block----Seeks--
24384 0 22970 0 19669 0 27287 0 98242 0 2217.0 2
------SequentialCreate--------------RandomCreate--------
-Create----Read----Delete---Create----Read----Delete--
8100 27 32951 96 24141 100 14143 72 47527 93 25168 104
hammer (vkernel)
------SequentialOutput--------SequentialInput---Random-
-PerChr---Block---Rewrite--PerChr---Block----Seeks--
25280 0 42012 0 19549 0 22613 0 82338 0 607.7 4
------SequentialCreate--------------RandomCreate--------
-Create----Read----Delete---Create----Read----Delete--
18852 0 29506 0 13433 0 8233 0 34252 0 18235 0
親ディスク(hammer)
------SequentialOutput--------SequentialInput---Random-
-PerChr---Block---Rewrite--PerChr---Block----Seeks--
31726 81 35525 5 26987 4 38546 94 969968 81 41529.8 39
------SequentialCreate--------------RandomCreate--------
-Create----Read----Delete---Create----Read----Delete--
67867 96 142738 102 27450 39 33976 46 99629 61 29550 49
2009/04/11(土) 20:25:28
これってCoreDuoなノートじゃSMPにならないのな。
ttp://www.mail-archive.com/bugs@crater.dragonflybsd.org/msg03094.html
流石にシングルコア認識は辛いなあ
ttp://www.mail-archive.com/bugs@crater.dragonflybsd.org/msg03094.html
流石にシングルコア認識は辛いなあ
2009/04/13(月) 19:05:54
>>604
まともに使えるのかどうか、激しく謎ですが、
APIC_IOを切れば、2CPUで認識してくれた
DragonFly 2.2.0-RELEASE #4: Mon Apr 13 18:51:24 JST 2009
TSC clock: 1995010344 Hz, i8254 clock: 1193187 Hz
CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (1995.01-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8
Features=0xbfe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xc1a9<SSE3,MON,VMX,EST,TM2,xTPR,PDCM>
Hyperthreading: 2 logical CPUs
real memory = 3219980288 (3144512K bytes)
avail memory = 3117735936 (3044664K bytes)
DragonFly/MP: Multiprocessor motherboard
cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000
cpu1 (AP): apic id: 1, version: 0x00050014, at 0xfee00000
Warning: APIC I/O disabled
SMP: AP CPU #1 Launched!
まともに使えるのかどうか、激しく謎ですが、
APIC_IOを切れば、2CPUで認識してくれた
DragonFly 2.2.0-RELEASE #4: Mon Apr 13 18:51:24 JST 2009
TSC clock: 1995010344 Hz, i8254 clock: 1193187 Hz
CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (1995.01-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8
Features=0xbfe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xc1a9<SSE3,MON,VMX,EST,TM2,xTPR,PDCM>
Hyperthreading: 2 logical CPUs
real memory = 3219980288 (3144512K bytes)
avail memory = 3117735936 (3044664K bytes)
DragonFly/MP: Multiprocessor motherboard
cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000
cpu1 (AP): apic id: 1, version: 0x00050014, at 0xfee00000
Warning: APIC I/O disabled
SMP: AP CPU #1 Launched!
2009/04/16(木) 03:16:25
Live-DVDのisoでUSBメモリからブートしたいんですが、無理でしょうか。
607名無しさん@お腹いっぱい。
2009/04/22(水) 00:51:33 HAMMERにして各パーティションの大きさをどうするか、悩まなくなった。
2009/04/22(水) 09:52:52
HAMMERでgrowfs相当のことは可能?
2009/04/22(水) 10:32:11
>>608
できない。`hammer add-volume'はどうなってるのかな...
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2008-12/msg00038.html
できない。`hammer add-volume'はどうなってるのかな...
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2008-12/msg00038.html
2009/04/24(金) 19:55:34
>>609
そうなのかー、残念。
あとあと変なことにならないように、細かい部分をちゃんと実装するのが
めんどくさいって感じなのかな。
けどなんか、結局 HAMMER にボリューム管理機能持たせる感じになりそうな
話で微妙だなあ。
そうなのかー、残念。
あとあと変なことにならないように、細かい部分をちゃんと実装するのが
めんどくさいって感じなのかな。
けどなんか、結局 HAMMER にボリューム管理機能持たせる感じになりそうな
話で微妙だなあ。
611602
2009/05/09(土) 12:07:01 しばらく積んどいたSATAのディスク
ad6: 157066MB <HDT722516DLA380 V43OA91A> at ata3-master SATA150
でPATA二台を置き換えよう、と思ってこれを思いだしたんで実行してみた。
ただ最初にnewfsしたらなんかエラーが出たんで、このディスク近いうちにお亡くなりに
なるかもなあ。
kernelは8日ごろでstickyとchflagsのバグ修正が入ったあとのやつ。
ufsはsoftupdateありでnewfsしたものだけど、
ttp://www.mail-archive.com/users@crater.dragonflybsd.org/msg07560.html
こういう話があるのでUFSはblocksize/fragsizeをいじってみた。seq.outputが
UFSで妙に遅いのはblocksizeが効いてたのかもね。
UFS(newfs -U)
ufs,300M,28861,60,40388,15,37199,13,39124,99,676523,98,47240.4,81,16,28934,59,296033,98,63562,100,46677,95,257666,98,42431,97
UFS(newfs -U -b65536 -f8192)
ufs.64k,300M,40095,98,61892,20,62471,21,39830,98,784115,97,17822.2,37,16,45269,88,238001,90,49783,99,10541,21,233094,88,35654,100
HAMMER
hammer,300M,40541,96,79110,40,58647,35,38813,99,800448,97,35859.4,78,16,38118,96,90814,99,21605,42,24040,50,86029,53,20921,42
ad6: 157066MB <HDT722516DLA380 V43OA91A> at ata3-master SATA150
でPATA二台を置き換えよう、と思ってこれを思いだしたんで実行してみた。
ただ最初にnewfsしたらなんかエラーが出たんで、このディスク近いうちにお亡くなりに
なるかもなあ。
kernelは8日ごろでstickyとchflagsのバグ修正が入ったあとのやつ。
ufsはsoftupdateありでnewfsしたものだけど、
ttp://www.mail-archive.com/users@crater.dragonflybsd.org/msg07560.html
こういう話があるのでUFSはblocksize/fragsizeをいじってみた。seq.outputが
UFSで妙に遅いのはblocksizeが効いてたのかもね。
UFS(newfs -U)
ufs,300M,28861,60,40388,15,37199,13,39124,99,676523,98,47240.4,81,16,28934,59,296033,98,63562,100,46677,95,257666,98,42431,97
UFS(newfs -U -b65536 -f8192)
ufs.64k,300M,40095,98,61892,20,62471,21,39830,98,784115,97,17822.2,37,16,45269,88,238001,90,49783,99,10541,21,233094,88,35654,100
HAMMER
hammer,300M,40541,96,79110,40,58647,35,38813,99,800448,97,35859.4,78,16,38118,96,90814,99,21605,42,24040,50,86029,53,20921,42
2009/05/12(火) 02:46:31
>>611
乙でした。
さすがにUFSよりパフォーマンス落ちましたね。
CPU使用率が低いので、おそらくHAMMERが
まだジャイアントロックとかロック競合が残ってて、
マルチスレッドに最適化されてないのかな?
チューニングに期待ということで。
乙でした。
さすがにUFSよりパフォーマンス落ちましたね。
CPU使用率が低いので、おそらくHAMMERが
まだジャイアントロックとかロック競合が残ってて、
マルチスレッドに最適化されてないのかな?
チューニングに期待ということで。
2009/05/12(火) 07:08:40
2.2.0の頃見たらVFSレイヤはMPSAFEになってなかったけど最近MPSAFEになったの?
614名無しさん@お腹いっぱい。
2009/07/20(月) 20:13:31 ドラゴンフライって、パーソナルユースだと、
コンパイルや、エンコードデコードの多重処理で
そのパフォーマンスが見えると思うんだけど、
実際の所どんなもの?
ベンチマークとった人っている?
コンパイルや、エンコードデコードの多重処理で
そのパフォーマンスが見えると思うんだけど、
実際の所どんなもの?
ベンチマークとった人っている?
2009/07/25(土) 21:44:50
最近動き無いね
2009/07/26(日) 07:12:22
最近の動きで大きいのってOpenBSDからahciドライバを移植して
SATAのポートマルチプライヤ・ホットプラグ対応を追加したこと
じゃないかな? 今月は
- 新しいrevoke()コードへの修正; shutdown nowでコンソールが効かない問題、とか
- PCIのコードをFreeBSD 7.2と同期; IO_APICまわりの修正
- ACPI C-state/P-state (powernowドライバはまだ取り込まないのかな)
- NFSまわりのチューン/バグフィックス
- dmaバグフィックス
- HAMMER: ボリューム追加機能
- pipeのMPSAFE化; 小さいページサイズでのパフォーマンス改善; 古いCPUでの性能劣化
- priv(9): カーネルでの権限チェックAPI
- 他のMPSAFE化・関連するバグ修正
- netif: FreeBSDから ae, mxge
- 他FreeBSDからパチった修正 (openat(2)は独自なんだろうか)
amd64は試せてないので分かりません。
SATAのポートマルチプライヤ・ホットプラグ対応を追加したこと
じゃないかな? 今月は
- 新しいrevoke()コードへの修正; shutdown nowでコンソールが効かない問題、とか
- PCIのコードをFreeBSD 7.2と同期; IO_APICまわりの修正
- ACPI C-state/P-state (powernowドライバはまだ取り込まないのかな)
- NFSまわりのチューン/バグフィックス
- dmaバグフィックス
- HAMMER: ボリューム追加機能
- pipeのMPSAFE化; 小さいページサイズでのパフォーマンス改善; 古いCPUでの性能劣化
- priv(9): カーネルでの権限チェックAPI
- 他のMPSAFE化・関連するバグ修正
- netif: FreeBSDから ae, mxge
- 他FreeBSDからパチった修正 (openat(2)は独自なんだろうか)
amd64は試せてないので分かりません。
617616
2009/07/26(日) 07:14:14 ごめん、なぜかageちゃった。
618名無しさん@お腹いっぱい。
2009/07/26(日) 12:10:48 DragonFly BSD 2.2で実用段階になったHAMMER FSを試す
http://sourceforge.jp/magazine/09/03/03/0242205
DragonFly BSD 2.2における日本語環境の構築
http://sourceforge.jp/magazine/09/03/10/0750248
http://sourceforge.jp/magazine/09/03/03/0242205
DragonFly BSD 2.2における日本語環境の構築
http://sourceforge.jp/magazine/09/03/10/0750248
2009/07/26(日) 12:14:51
2009/07/26(日) 14:46:22
ここも復活しないね
ttp://wids.net/dbsdlog.jp/
ttp://wids.net/dbsdlog.jp/
2009/07/26(日) 15:12:52
水面下ではw動いているってことか↓
ttp://leaf.dragonflybsd.org/mailarchive/
ttp://leaf.dragonflybsd.org/mailarchive/
2009/07/27(月) 09:37:05
あ、そうそう、リリーススケジュールがちょっと変更になったんで
7月リリースはなくなったみたいね
ttp://leaf.dragonflybsd.org/mailarchive/users/2009-07/msg00000.html
7月リリースはなくなったみたいね
ttp://leaf.dragonflybsd.org/mailarchive/users/2009-07/msg00000.html
2009/07/28(火) 20:44:21
LiveCDでキーボード認識しなかった
どうしろっていうんだっっっっw
どうしろっていうんだっっっっw
2009/07/28(火) 20:52:37
フォースを使え
2009/07/28(火) 21:13:57
>>623
/*
* XXX: This is a hack! If your USB keyboard doesn't work
* early at boot, try setting this tunable to 0 from
* bootleader:
*
* set hw.usb.hack_defer_exploration=0
*/
/*
* XXX: This is a hack! If your USB keyboard doesn't work
* early at boot, try setting this tunable to 0 from
* bootleader:
*
* set hw.usb.hack_defer_exploration=0
*/
626名無しさん@お腹いっぱい。
2009/07/31(金) 00:03:13 なんか本家落ちてない?
627626
2009/07/31(金) 00:48:22 復活したようだ
2009/08/20(木) 16:43:22
Improvements in HAMMER parallel I/O erformance
http://article.gmane.org/gmane.os.dragonfly-bsd.kernel/12866
http://article.gmane.org/gmane.os.dragonfly-bsd.kernel/12866
2009/09/13(日) 11:24:25
来週中盤
630名無しさん@お腹いっぱい。
2009/09/13(日) 12:40:182009/09/13(日) 15:32:17
なら日本語化パッチ送るかスルーするかしろよ
なんでスレまで来ていちゃもん付けてんだキメェ
なんでスレまで来ていちゃもん付けてんだキメェ
2009/09/13(日) 18:29:23
つーか釣りでしょ
2009/09/17(木) 10:29:43
2.4キタよ
2009/09/17(木) 20:24:43
64bitはまだ?
2009/09/17(木) 22:54:39
あるじゃん
2009/09/18(金) 19:52:06
http://journal.mycom.co.jp/news/2009/09/18/014/index.html
> またデバイスファイルシステムとして、従来までのスタティックな/devに代わり、
> Alex Hornung氏がGoogle Summer of Code 2009で書き上げたダイナミックな
> DEVFS(devfs(5))が採用されている。
このdevfsって、FreeBSDとかほかのOSのdevfsと何か違う特徴あるの?
> またデバイスファイルシステムとして、従来までのスタティックな/devに代わり、
> Alex Hornung氏がGoogle Summer of Code 2009で書き上げたダイナミックな
> DEVFS(devfs(5))が採用されている。
このdevfsって、FreeBSDとかほかのOSのdevfsと何か違う特徴あるの?
2009/09/18(金) 21:05:06
ttp://socghop.appspot.com/student_project/show/google/gsoc2009/dragonflybsd/t124022208474
2009/09/24(木) 22:09:38
konやjfbtermがpkgsrcに無いんだけど、皆どうしてるの?
2009/09/25(金) 15:37:28
Device File System for DragonFly BSD - Proposal
Alex Hornung
http://leaf.dragonflybsd.org/~alexh/devfs.html
わからんorz、、、でも面白そう
Alex Hornung
http://leaf.dragonflybsd.org/~alexh/devfs.html
わからんorz、、、でも面白そう
2009/09/25(金) 16:29:46
FreeBSDのdevfsと違うのはマイナ番号を維持することくらい?
ディスクスライスまわりもdragonflyならたしかに頑張らないといけないのだろうけど、
devfsのために頑張るというのはなんか微妙だな。
ディスクスライスまわりもdragonflyならたしかに頑張らないといけないのだろうけど、
devfsのために頑張るというのはなんか微妙だな。
641名無しさん@お腹いっぱい。
2009/10/07(水) 21:54:46 2.4.1をインストールしたら、USBマウスが動かない。
Xorg -configureでxorg.confを編集。
/dev/sysmouse => /dev/ums0
マウスは動き出したが、Xのディスプレイ解像度が低くなってしまった。
編集前だとマウスは動かないけど、解像度は規定だった。
2.2は上記の編集だけで、解像度の追記は必要なかった。お手上げだ。
DragonFlyだけでなく、BSD系は日本語変換などの基本事項の手戻りが多い。
Xorg -configureでxorg.confを編集。
/dev/sysmouse => /dev/ums0
マウスは動き出したが、Xのディスプレイ解像度が低くなってしまった。
編集前だとマウスは動かないけど、解像度は規定だった。
2.2は上記の編集だけで、解像度の追記は必要なかった。お手上げだ。
DragonFlyだけでなく、BSD系は日本語変換などの基本事項の手戻りが多い。
2009/10/07(水) 22:38:43
2009/10/07(水) 23:24:55
>>642
ありがとう。
moused_enable="YES"
だめでした。コンソール画面にマウスカーソルが出るのですが。
startxは規定解像度で開くのですが、X -config /root/xorg.conf.newは灰色画面さえでません。
どこかおかしいですね。今回いままでになかった、X込みのguiバージョンをインストール
したのがいけなかったのかもしれません。
halが入ってないし、dbus設定とかいろいろ試してみます。
ありがとう。
moused_enable="YES"
だめでした。コンソール画面にマウスカーソルが出るのですが。
startxは規定解像度で開くのですが、X -config /root/xorg.conf.newは灰色画面さえでません。
どこかおかしいですね。今回いままでになかった、X込みのguiバージョンをインストール
したのがいけなかったのかもしれません。
halが入ってないし、dbus設定とかいろいろ試してみます。
2009/10/09(金) 02:56:46
>>643
ああ、そういうことじゃなくて、mousedを使わないなら
sysmouseじゃなくて、マウスのデバイスを直接指定すればいい
ということ。moused経由でなくても特に困らないし。
最近のXって、解像度を動的に変更するツールがついてなかったっけ?
ああ、そういうことじゃなくて、mousedを使わないなら
sysmouseじゃなくて、マウスのデバイスを直接指定すればいい
ということ。moused経由でなくても特に困らないし。
最近のXって、解像度を動的に変更するツールがついてなかったっけ?
2009/11/09(月) 14:48:40
分散した後のXなら確かにツール揃ってるが
質問者にはそれ以前の問題が山積みのような気がするよ
つか、Xいらんだろ
質問者にはそれ以前の問題が山積みのような気がするよ
つか、Xいらんだろ
2009/11/09(月) 22:29:11
pkgsrcにはkonがないのでXがないと日本語使えないじゃないか
2009/11/10(火) 10:26:17
欲しいなら自分で作ればいいじゃない
2009/11/10(火) 20:21:21
2009/11/10(火) 20:31:26
konなんて石器時代の道具ですよ
2009/11/11(水) 12:52:08
作れない言い訳はいいから
自分が必要だと思ってるなら黙って作ればいいだけの話
自分が必要だと思ってるなら黙って作ればいいだけの話
2009/11/12(木) 21:03:05
Xがあるから不要です
2009/11/19(木) 14:25:08
DragonFly BSD 2.4.1 でユーザーをOpenLDAPサーバーに聞きに行かせたい
のですが、databases/nss_ldap の Makefileは
ONLY_FOR_PLATFORM= NetBSD-[3-9]*-*
になっています。
ldap使っている人はどうされているでしょうか?
自分でビシッとコンパイルしちゃうのかな。。
のですが、databases/nss_ldap の Makefileは
ONLY_FOR_PLATFORM= NetBSD-[3-9]*-*
になっています。
ldap使っている人はどうされているでしょうか?
自分でビシッとコンパイルしちゃうのかな。。
2010/01/09(土) 19:40:14
ビシッとかどうかはともかく
自分の好きなように作ればいいじゃん
自分の好きなように作ればいいじゃん
2010/01/11(月) 15:51:18
2.4.1がthinkpadで32bitも64bit版もブートできない・・・kernelマウントできないとかpanicとか言われる。
2010/01/11(月) 15:53:07
エスパーさん出番ですよ
2010/01/12(火) 23:56:53
うーん、まずAHCIなしで起動かな。
起動がUSBならローダプロンプト(たぶん今は7番あたり)から
ehciモジュールを読んでみる、とか。AHCIとACPIの両方を
切ってみるときはメニューからでは無理なので、やはりプロンプトに
入ってから
set hint.ahci.disabled="YES"
set debug.acpi.disabled="all"
とかかな。あとものによってはATAPIドライブにDMAを使うと
変になる場合があるんで、そういうのは
set hw.ata.atapi_dma=0
だね。あとは2.4.1だけでなくsnapshotも試してみるとか。
起動がUSBならローダプロンプト(たぶん今は7番あたり)から
ehciモジュールを読んでみる、とか。AHCIとACPIの両方を
切ってみるときはメニューからでは無理なので、やはりプロンプトに
入ってから
set hint.ahci.disabled="YES"
set debug.acpi.disabled="all"
とかかな。あとものによってはATAPIドライブにDMAを使うと
変になる場合があるんで、そういうのは
set hw.ata.atapi_dma=0
だね。あとは2.4.1だけでなくsnapshotも試してみるとか。
2010/01/13(水) 20:45:21
Solarisみたいにカーネル(ドライバ類)ロードのどこで詰まったかデバッガ起動で見る術とか無いのでしょうか?
2010/01/13(水) 21:04:39
やだなあ、カーネル常駐デバッガがないカーネルなんて存在するはずないじゃないですか
659654
2010/01/23(土) 10:56:55 >>656
ありがとうございます。
結局USBメモリ向けイメージのsnapshot最新版を取ってきてインストールできました。
AHCIでのHDD認識は出来なかったのでSASドライブに入れましたが…。
やっと入り口の扉を開けられた感じですねw
ありがとうございます。
結局USBメモリ向けイメージのsnapshot最新版を取ってきてインストールできました。
AHCIでのHDD認識は出来なかったのでSASドライブに入れましたが…。
やっと入り口の扉を開けられた感じですねw
2010/01/23(土) 11:24:54
どの娘もかわいい
2010/01/24(日) 13:31:37
Xorg -probeonlyしたら↓と言われたが(昨日のlatest image)、dflyはMTRRダメなんでしょうか?
failed to set mtrr: Operation not supported
failed to set mtrr: Operation not supported
2010/02/14(日) 07:49:09
ディロンちゃん壊れた?
2010/02/14(日) 10:36:05
何かあった?
2010/02/14(日) 11:00:54
tmpfs (http://en.wikipedia.org/wiki/Tmpfs)入ったね。
すぎおかさんありがとう。まだ小修正を入れていっている最中
のようなんで運用に使おうとしたら地雷踏むと思うけどひまつぶし
にはちょうどいいかも
すぎおかさんありがとう。まだ小修正を入れていっている最中
のようなんで運用に使おうとしたら地雷踏むと思うけどひまつぶし
にはちょうどいいかも
2010/02/14(日) 16:08:19
FreeBSDだとsendfileのバグがしばらく放置されてたっけな。もう直ってるはずだけど。
2010/02/28(日) 18:03:06
qemu -m 2G -hda xxxx.img -cdrom LATEST-i386-xxx.iso -boot d
と
qemu -m 2G -hda xxxx.img -cdrom LATEST-x86_64-xxx.iso -boot d
してみたのですが、前者は起動成功、後者は"tryroot cd0"→"cd9660: RockRidge Extension"
のところで一般保護例外で捕まってダメでした。。。
dbプロンプト出てきてtraceしても壊れてるっぽいのですが、これ以上追跡は不可?
と
qemu -m 2G -hda xxxx.img -cdrom LATEST-x86_64-xxx.iso -boot d
してみたのですが、前者は起動成功、後者は"tryroot cd0"→"cd9660: RockRidge Extension"
のところで一般保護例外で捕まってダメでした。。。
dbプロンプト出てきてtraceしても壊れてるっぽいのですが、これ以上追跡は不可?
667666
2010/02/28(日) 18:46:04 ttp://bugs.dragonflybsd.org/issue1611
これの2009-11-23の画像が正にそれだけど、解決扱いになってる。あれ? orz
これの2009-11-23の画像が正にそれだけど、解決扱いになってる。あれ? orz
2010/03/02(火) 21:45:42
「xxx」のところはfxrがissue1611をresolvedにする数日前のも試せる?
670666
2010/03/07(日) 00:19:20 ソース検索すると>>667のメッセージはvfs_mountroot_try()からのようだ。
で、db (ddb?) でbreakpoint張って追ってみたけどシンボル無いしgdb使えないし萎えるね。
allbsd.orgのimageフォルダにdebug kernel…とか書いてあったけど、これもインストールisoの中身のkernelと同じじゃん。orz
まずインストールできない人はどうしろとwwww orz
で、db (ddb?) でbreakpoint張って追ってみたけどシンボル無いしgdb使えないし萎えるね。
allbsd.orgのimageフォルダにdebug kernel…とか書いてあったけど、これもインストールisoの中身のkernelと同じじゃん。orz
まずインストールできない人はどうしろとwwww orz
2010/04/04(日) 23:45:23
673666
2010/04/10(土) 17:10:54 x86_64の4/8版snapshotでやってみたら、化けは直ってるね
やっぱりtrapするんだけどw、ちゃんとcpu_heavy_restore_0x30とか出てきたわ。
cpu_heavy_restore()はsys/platform/pc64/x86_64/swtch.sにあるやつか。。。気力ないんで続きはまたいつか
やっぱりtrapするんだけどw、ちゃんとcpu_heavy_restore_0x30とか出てきたわ。
cpu_heavy_restore()はsys/platform/pc64/x86_64/swtch.sにあるやつか。。。気力ないんで続きはまたいつか
2010/05/08(土) 20:44:21
Fuse対応まだか
2010/05/12(水) 14:07:58
VKERNEL(7) の手順で、VKERNELの環境をつくることができました。
VKERNELの中で、mount_smbfsを使いたいのですが、/boot/modules/smbfs.ko
をロードしようとして失敗してしまうようです。
VKERNELのinstallkernel, buildkernelのときにNO_MODULESを定義しているので
インストールされていないのだというところまでは理解しています。
モジュールとしてインストールするのは試行錯誤してみようと思うのですが、
それよりも VKERNEL に smbfs を組み込むのが手っ取り早いかと思い、
options SMBFS
と書いてみましたが、configでエラーになります。
sys/platform/pc32/conf/options には書いてあるのですが。。。
カーネルに smbfs を組み込むことはできないのでしょうか?
VKERNELの中で、mount_smbfsを使いたいのですが、/boot/modules/smbfs.ko
をロードしようとして失敗してしまうようです。
VKERNELのinstallkernel, buildkernelのときにNO_MODULESを定義しているので
インストールされていないのだというところまでは理解しています。
モジュールとしてインストールするのは試行錯誤してみようと思うのですが、
それよりも VKERNEL に smbfs を組み込むのが手っ取り早いかと思い、
options SMBFS
と書いてみましたが、configでエラーになります。
sys/platform/pc32/conf/options には書いてあるのですが。。。
カーネルに smbfs を組み込むことはできないのでしょうか?
676675
2010/05/12(水) 17:24:55 platform は pc32 じゃなくて vkernel でした。
sys/platform/vkernel/conf/options はすごく寂しいことになってました。
NO_MODULESを定義しなくてもモジュールは作られないようですし、vkernel
はそういう制限のある環境なんだと思った方がいいのでしょうか。
いろいろ実験したりするのに便利に使えそうだと思ったんだけど、、、
sys/platform/vkernel/conf/options はすごく寂しいことになってました。
NO_MODULESを定義しなくてもモジュールは作られないようですし、vkernel
はそういう制限のある環境なんだと思った方がいいのでしょうか。
いろいろ実験したりするのに便利に使えそうだと思ったんだけど、、、
2010/05/13(木) 22:35:12
vkernelを起動する時に-Uを指定してもダメですか?
678675
2010/05/14(金) 09:49:45 vkernelに-Uをつけて、ホスト環境の libmchain.ko libiconv.ko smbfs.ko を
vkernel環境の /boot/modules にコピーして、それで試してみたところ、正常
にロードされました!
mount_smbfs でマウントしようとするとこけるのがvkernelでも再現できたので
よかったです orz
http://bugs.dragonflybsd.org/issue1661
このパッチははいっているみたいなので、他に原因があるのかにゃ。。
vkernel環境の /boot/modules にコピーして、それで試してみたところ、正常
にロードされました!
mount_smbfs でマウントしようとするとこけるのがvkernelでも再現できたので
よかったです orz
http://bugs.dragonflybsd.org/issue1661
このパッチははいっているみたいなので、他に原因があるのかにゃ。。
2010/05/15(土) 00:27:02
buildkernelでvkernelを作るとNO_MODULESをつけるのか。
いつもは古い(/sys/configの中でconfigコマンドを使う)やりかたで
やってるから気がつかなかった。
いつもは古い(/sys/configの中でconfigコマンドを使う)やりかたで
やってるから気がつかなかった。
2010/05/15(土) 00:34:12
あ、じゃなくてvkdの中につっこまないとvkernelからは使えないよ。
# vnconfig -cs labels vn0 rootimg
# mkdir -p /var/vkernel/boot
# mount -tufs /dev/vn0s1a /var/vkernel
# make installkernel KERNCONF=VKERNEL
(KERNCONF=VKERNELの時はDESTDIR=/var/vkernelがデフォ)
# sync; umount /var/vkernel; vnconfig -du vn0
# vnconfig -cs labels vn0 rootimg
# mkdir -p /var/vkernel/boot
# mount -tufs /dev/vn0s1a /var/vkernel
# make installkernel KERNCONF=VKERNEL
(KERNCONF=VKERNELの時はDESTDIR=/var/vkernelがデフォ)
# sync; umount /var/vkernel; vnconfig -du vn0
2010/05/27(木) 08:00:47
> Every time I hear the word evtranalyze I think evangelize
> (as in the preacher).
俺もそう思ってた。
> (as in the preacher).
俺もそう思ってた。
2010/06/09(水) 11:41:06
2.6を使ってます。
lang/sun-jre6 をインストールしてみたところ、警告がでますが動いているようです。
警告はこんなのです。
Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed
これはなにか気にした方がいいんでしょうか?
それと、linuxバイナリが動くようになったので oracle instant client の 10.0.2.4 と
11.2.0.1 を試したんですが、どちらも sqlplus を起動すると
Floating point exception: 8 (core dumped)
となってしまいました。どなたかきちんと動かせた方はいますか?
ご存じの方いらっしゃいましたら、教えて下さい。
よろしくおねがいします。
lang/sun-jre6 をインストールしてみたところ、警告がでますが動いているようです。
警告はこんなのです。
Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed
これはなにか気にした方がいいんでしょうか?
それと、linuxバイナリが動くようになったので oracle instant client の 10.0.2.4 と
11.2.0.1 を試したんですが、どちらも sqlplus を起動すると
Floating point exception: 8 (core dumped)
となってしまいました。どなたかきちんと動かせた方はいますか?
ご存じの方いらっしゃいましたら、教えて下さい。
よろしくおねがいします。
683682
2010/06/09(水) 12:01:33 続けてすみません。instant client の方は、/var/log/message に
kernel: FXRSTR: illegal FP MXCSR 00009fc0 didinit = 0
というログが残っていたので、ぐぐってみたらこれがありました。
http://bugs.dragonflybsd.org/issue1740
kernel: FXRSTR: illegal FP MXCSR 00009fc0 didinit = 0
というログが残っていたので、ぐぐってみたらこれがありました。
http://bugs.dragonflybsd.org/issue1740
2010/08/02(月) 12:37:56
DF/x86_64 で、32bitバイナリを動かすにはどうすればいいですか?
man compat_dragonfly32 みたいなのはないのかなぁ。
man compat_dragonfly32 みたいなのはないのかなぁ。
685名無しさん@お腹いっぱい。
2010/10/30(土) 14:49:32 2.8.2がリリースされたみたいだね
2011/02/12(土) 00:37:05
687名無しさん@お腹いっぱい。
2011/04/28(木) 16:52:20.73 HAMMERをさらに強化、「DragonFly BSD 2.10」がリリース
http://sourceforge.jp/magazine/11/04/28/0549209
http://sourceforge.jp/magazine/11/04/28/0549209
2011/04/28(木) 18:50:03.47
> デフォルトのコンパイラには「gcc 4.4」を採用。
> 開発チームによると、BSD系でgcc 4.4をデフォルトコンパイラとしたのは、
> DragonFly 2.10が初という。
初というか、DragonFly が最初で最後だろ。
> 開発チームによると、BSD系でgcc 4.4をデフォルトコンパイラとしたのは、
> DragonFly 2.10が初という。
初というか、DragonFly が最初で最後だろ。
2011/04/28(木) 19:36:02.16
>>688
つ【Debian GNU/kFreeBSD】
つ【Debian GNU/kFreeBSD】
2011/04/28(木) 19:54:04.53
そりゃでびあんならそんぐれえやるだろお
2011/10/08(土) 12:28:30.70
GPLv3とか大丈夫なの?
*BSDがgcc4.3以降をなかなか採用しない理由の一つってそれでしょ?
っていうかDragonflyはpccやclangに移行をするんじゃなかったの?
*BSDがgcc4.3以降をなかなか採用しない理由の一つってそれでしょ?
っていうかDragonflyはpccやclangに移行をするんじゃなかったの?
2011/10/09(日) 12:10:13.61
NetBSD-current にも GCC 4.5.3 入ってますし。
GPLv3 な compiler 使うのになにか問題あります?
GPLv3 な compiler 使うのになにか問題あります?
2011/11/07(月) 16:12:04.76
これハイブリッドカーネルって話だけど
どのへんがハイブリッドなん?
てっきりマイクロカーネルだとばかり・・・
どのへんがハイブリッドなん?
てっきりマイクロカーネルだとばかり・・・
2011/11/23(水) 17:00:47.87
dragonfly ってHAMMERばかり注目が集まってるけど
スレッドセントリックなモデルのOSを作るのが分離した時の動機のはず
どのくらい達成したんだろうか?
スレッドセントリックなモデルのOSを作るのが分離した時の動機のはず
どのくらい達成したんだろうか?
2012/01/09(月) 20:37:43.59
スレも全然人いないみたいだけど、DFlyってまだ開発活動してるの?
2012/01/09(月) 21:12:30.76
調べりゃすぐ分かること
2012/01/10(火) 21:29:27.95
MLとかソースのアップとかそういうことじゃなくて雰囲気的なことを聞きたいんじゃないか
698名無しさん@お腹いっぱい。
2012/02/24(金) 22:49:56.58 「DragonFly BSD 3.0」が登場、マルチコアサポートを強化
http://sourceforge.jp/magazine/12/02/24/0431227
DragonFly BSD 3.0登場、マルチコアとHAMMER FS性能が向上
http://news.mynavi.jp/news/2012/02/24/041/index.html
http://sourceforge.jp/magazine/12/02/24/0431227
DragonFly BSD 3.0登場、マルチコアとHAMMER FS性能が向上
http://news.mynavi.jp/news/2012/02/24/041/index.html
699名無しさん@お腹いっぱい。
2012/02/27(月) 23:47:27.342012/02/28(火) 00:11:18.10
今日はもう火曜日ですよおじいちゃん
2012/03/05(月) 04:40:46.30
3.0出たから来てみたけど、全然盛り上がってないね
2012/03/05(月) 06:15:51.30
みんな3.0のインストールに失敗して
今は必死に再構築してんだよ
今は必死に再構築してんだよ
2012/03/06(火) 00:05:41.66
3.0は落とし穴だったのか。3.0.1の64bit版をVMware playerに入れてみたらあっさり動いたよ。
startxしたらfvwmなんだね、懐かしい
startxしたらfvwmなんだね、懐かしい
2012/03/08(木) 01:32:30.49
i386カーネルはクラッシュの問題が未解決だから
(NFS使ってない場合にも起きるという報告が)、
家サーバで32bitのは3.0(2.13?)以降に上げるのが
若干怖いと思うよ。
うちのVIAマシンがまさにそれ。64bit nanoは高い、
atomの64bit版は安いけど消費電力が気になる。
(NFS使ってない場合にも起きるという報告が)、
家サーバで32bitのは3.0(2.13?)以降に上げるのが
若干怖いと思うよ。
うちのVIAマシンがまさにそれ。64bit nanoは高い、
atomの64bit版は安いけど消費電力が気になる。
2012/03/11(日) 11:54:35.97
DragonFlyBSDのマット・ディロン氏、AMDプロセッサのバグを発見
http://hardware.slashdot.jp/story/12/03/08/0237225/
http://hardware.slashdot.jp/story/12/03/08/0237225/
706704
2012/03/20(火) 22:08:28.73 とかいいつつ10日にアップグレードしたが、家ルータ兼メールサーバ程度では件のバグに簡単に遭遇したりしない模様
2012/03/26(月) 06:39:35.01
HAMMER 2ってずいぶん期待したくなる能書きだなぁ。
でも冗長性はRAID任せ? raidzみたいなことはやらないのかな。
でも冗長性はRAID任せ? raidzみたいなことはやらないのかな。
708名無しさん@お腹いっぱい。
2012/05/18(金) 19:45:16.40 age
2012/07/26(木) 02:02:46.70
「カーネルスレッドをプリエンプトできる」
XenとかKVMのスーパーバイザなんかに向いてそう
XenとかKVMのスーパーバイザなんかに向いてそう
2012/07/26(木) 12:32:37.50
だが一度lwkt_tokenでブロックしたらそれまで確保してたのも全て解放ってのは
どうなんだろう。
呼び出したい関数とその延長でどんなtoken確保するか把握してないと、
関数呼び出しなんて怖くてできないんじゃないの?
そう考えると、普通の排他ロックと比べて特にプログラミングが簡単になってるとは
思えないんだけどなあ。
どうなんだろう。
呼び出したい関数とその延長でどんなtoken確保するか把握してないと、
関数呼び出しなんて怖くてできないんじゃないの?
そう考えると、普通の排他ロックと比べて特にプログラミングが簡単になってるとは
思えないんだけどなあ。
712名無しさん@お腹いっぱい。
2012/10/01(月) 12:55:17.34 公式つながらないよ
2012/10/05(金) 00:31:33.41
今更だけど
10/01/2012
www and bugs down, other services up for dragonflybsd.org
The machine that runs www.dragonflybsd.org and bugs.dragonflybsd.org is currently down.
While it gets figured out, Alex Hornung has a static copy of the dragonflybsd.org main website available.
10/01/2012
www and bugs down, other services up for dragonflybsd.org
The machine that runs www.dragonflybsd.org and bugs.dragonflybsd.org is currently down.
While it gets figured out, Alex Hornung has a static copy of the dragonflybsd.org main website available.
2012/10/05(金) 01:22:07.70
Dragonfly、使ってる人いるの?
2012/10/05(金) 01:37:37.67
SMPの方向性が面白いんで
テスト目的で使ってるよ
テスト目的で使ってるよ
2012/10/05(金) 02:05:29.84
何をテストするの?
2012/10/05(金) 02:56:43.56
>>716
あ、いや、そんな高等なことしてない
ほとんど負荷試験での安定性の確認だね
どのバージョンも本当の意味で安定しているものがないみたいだしね
いつかのバージョンでFreeBSDと差し替えるつもり
あ、いや、そんな高等なことしてない
ほとんど負荷試験での安定性の確認だね
どのバージョンも本当の意味で安定しているものがないみたいだしね
いつかのバージョンでFreeBSDと差し替えるつもり
2012/10/05(金) 07:46:43.81
DragonflyBSDのファイルシステム、ZFSに比べてどれくらい優位性があるのか気になる
btrfsが完成したらZFSもHammerFSも駆逐されるのかもしれないけど
btrfsが完成したらZFSもHammerFSも駆逐されるのかもしれないけど
2012/10/05(金) 23:37:24.73
方向性は軽量スリム化したZFSなんだから
優位性とかいうのとは違うんじゃないかな
それとBSDライセンスな選択肢があってもいい
優位性とかいうのとは違うんじゃないかな
それとBSDライセンスな選択肢があってもいい
2012/10/06(土) 21:20:44.37
geomあるのに本来はブロックデバイスレベルでやるべきことをFSに押し込めてるの
なんてアホらしい
なんてアホらしい
2012/10/07(日) 21:48:07.34
iSCSIでディスクレスブートはできる?
2012/10/08(月) 09:08:40.52
handbook-network-diskless
19.7 Diskless Operation
ttp://www.dragonflybsd.org/docs/handbook/handbook-network-diskless/
19.7 Diskless Operation
ttp://www.dragonflybsd.org/docs/handbook/handbook-network-diskless/
2012/10/10(水) 23:25:03.87
>>720
FreeBSDにおけるZFS実装はgeom_vdev, geom_zvolを
使用しているわけなんだが・・・意味不明
>本来はブロックデバイスレベルでやるべきこと
ZFSの生い立ちを100万回読んで来い
FreeBSDにおけるZFS実装はgeom_vdev, geom_zvolを
使用しているわけなんだが・・・意味不明
>本来はブロックデバイスレベルでやるべきこと
ZFSの生い立ちを100万回読んで来い
2012/10/11(木) 07:55:22.41
FSのインタフェースで見せるのがおかしいって話じゃね?
ZFSの生い立ちが何か関係あるのかは知らんが。
ZFSの生い立ちが何か関係あるのかは知らんが。
725名無しさん@お腹いっぱい。
2012/11/03(土) 16:01:32.23 DragonFly Release 3.2
ttp://www.dragonflybsd.org/release32/
ttp://www.dragonflybsd.org/release32/
2012/11/05(月) 22:30:34.15
DragonFlyBSD 3.2.1 Battles Against Linux For Speed
http://www.phoronix.com/scan.php?page=news_item&px=MTIyMTM
http://www.phoronix.com/scan.php?page=news_item&px=MTIyMTM
2012/11/05(月) 22:43:46.07
すごいじゃないか
今後どんどんコア数が増えてきたら他のxBSDへマージされるかもね
今後どんどんコア数が増えてきたら他のxBSDへマージされるかもね
2012/11/05(月) 23:57:53.05
また公式が繋がらない。。。。
2012/11/06(火) 00:10:58.70
そのうちxBSDでSMPがmutexのカーネルとLWKTのカーネルを選択できる時代が来るー?
・・・といいな
・・・といいな
2012/11/08(木) 23:25:18.71
技評の見たけどスケジューラの性能じゃなくてロックの競合問題だってこと?
2012/11/08(木) 23:31:10.12
そゆことだね
ロックされてしまってはスケジューラの出番はないということ
ロックされてしまってはスケジューラの出番はないということ
2012/11/11(日) 14:52:32.64
ttp://lists.dragonflybsd.org/pipermail/users/attachments/20121010/7996ff88/attachment-0002.pdf
この結果だったら、普通にLinux使うだろw
この結果だったら、普通にLinux使うだろw
2012/11/11(日) 16:48:41.24
>>732
意味不明
意味不明
2012/11/11(日) 16:59:30.89
その試験の結果だけで顧客が納得してくれるならそれでいいんじゃねとしか言いようがないわな
そんなものありえないが
個人用途ならどっちでもいい好みで選べ、商用のインフラ基盤ならそこに載ってるディストリは常識的に全部対象外、
観点によって選定方法が違う、が答え
そんなものありえないが
個人用途ならどっちでもいい好みで選べ、商用のインフラ基盤ならそこに載ってるディストリは常識的に全部対象外、
観点によって選定方法が違う、が答え
2012/11/11(日) 19:52:56.66
DFBSDはプロジェクトの特殊性を考えると物好き以外常時使うもんじゃない
ものぐさはもっと簡単なの使っとけ
ものぐさはもっと簡単なの使っとけ
2013/02/12(火) 18:56:07.35
お言葉ですが、常用してあげないとバグ出しできないっていう
2013/05/01(水) 22:14:10.01
DragonFly BSD 3.4登場
2013/05/01(水) 23:30:21.38
3.4はiSCSIでディスクレスブートできる?
2013/08/11(日) NY:AN:NY.AN
何かの実用には使われてるの?wiki覗いたけど載ってなかった
2013/11/29(金) 11:40:54.48
3.6来たで
2013/12/27(金) 14:39:23.04
これってhybrid kernelってwikiに書いてあったけど、linuxとかmonolithicなのと比べて何がkernel外に飛び出してるの?
2013/12/27(金) 14:58:54.87
743741
2013/12/27(金) 15:52:36.96 wikiの本分をちゃんと読んでなかった…I/O VFS system-callって書いてあるわ。
VFSはともかくI/Oとかsys callは外に出して何するんかね。つらの皮の部分だけ外で動くイメージなんだろうかw
VFSはともかくI/Oとかsys callは外に出して何するんかね。つらの皮の部分だけ外で動くイメージなんだろうかw
2013/12/27(金) 23:59:36.57
カーネルの開発にも便利みたいな事を何処かで見かけた気がしたけど。
2014/06/06(金) 23:58:03.30
3.8来たけどia32ハブられてしもた
746名無しさん@お腹いっぱい。
2014/06/30(月) 14:06:04.46 GPTパーティションのドライブからのブートってまだ出来ないの?
2014/07/03(木) 01:35:45.32
お前らなに言ってんのかさっぱりわからねぇ
変な横文字ばっか使いやがって何の事やねん
変な横文字ばっか使いやがって何の事やねん
748名無しさん@お腹いっぱい。
2014/09/22(月) 23:53:20.30 GPTとかGOPとかコンピューター用語って難しいな。
2014/11/29(土) 00:28:31.49
バージョンが4になったがリリースノートには
HAMMER2についての記述が見当たらなかったな
HAMMER2についての記述が見当たらなかったな
750名無しさん@お腹いっぱい。
2014/12/01(月) 03:31:02.40 i386切り捨ててこの先生キノコれるっていうのかい
2014/12/01(月) 12:19:02.77
要らんね
2014/12/07(日) 23:07:28.99
4.0.1をinstallerが使えない環境なので、
/usr/share/example/diskless/clone_rootを使ってisoのLIVEから丸コピーして、
/usrと/varもtarで丸コピーしてブートしたら、なんかLIVEと同じ環境が出来上がったっぽい(当たり前かw
アカウントまわりだけ修正すれば、これでそのまま使えるんだろうか。
installerコマンドでインストールしたのと同じ状態にするため、特別に何かすることあったら教えて
/usr/share/example/diskless/clone_rootを使ってisoのLIVEから丸コピーして、
/usrと/varもtarで丸コピーしてブートしたら、なんかLIVEと同じ環境が出来上がったっぽい(当たり前かw
アカウントまわりだけ修正すれば、これでそのまま使えるんだろうか。
installerコマンドでインストールしたのと同じ状態にするため、特別に何かすることあったら教えて
2014/12/20(土) 10:49:47.89
pkgで配布されてるものの一覧…名前・バージョン・内容紹介の一文とか、見られるサイトってないのですか
都度pkg searchするしかないのでしょうか。
都度pkg searchするしかないのでしょうか。
754名無しさん@お腹いっぱい。
2015/04/11(土) 21:51:36.57 なかなか良さげなのに、マイナーなのは何でかね?
2015/04/11(土) 22:05:50.53
LinuxやFreeBSDから乗り換えるだけの理由がないんじゃない?
性能は評価が難しいから実績のあるOSから乗り換えるほどの理由にはならないと思う
DragonflyのキラーフィーチャーっていうとHAMMER?それも実績がないと敬遠されるだろうし…
ZFSにコンテナにDTraceと先進的機能満載だったSolarisですら…なんだから
いわんやDragonflyをや
性能は評価が難しいから実績のあるOSから乗り換えるほどの理由にはならないと思う
DragonflyのキラーフィーチャーっていうとHAMMER?それも実績がないと敬遠されるだろうし…
ZFSにコンテナにDTraceと先進的機能満載だったSolarisですら…なんだから
いわんやDragonflyをや
2015/04/12(日) 08:24:00.41
日本語版DragonflyBSDはどこから落せますか?直リン一発でお願いします
757名無しさん@お腹いっぱい。
2015/06/25(木) 00:33:59.98 VirtualBOXでいまからためす
758757
2015/06/26(金) 00:01:25.46 guiまで面倒なのでやめました。
759名無しさん@お腹いっぱい。
2015/06/30(火) 09:23:12.53 4.2.0
2015/07/04(土) 01:38:28.67
GCC 5がデフォルトに、「DragonFly BSD 4.2」リリース
http://osdn.jp/magazine/15/07/01/072000
http://osdn.jp/magazine/15/07/01/072000
2015/07/04(土) 01:39:33.85
2015/09/01(火) 16:18:59.84
HAMMER2 root mounts and live dedup too – DragonFly BSD Digest
http://www.dragonflydigest.com/2015/08/31/16684.html
http://www.dragonflydigest.com/2015/08/31/16684.html
2015/09/18(金) 17:42:38.57
米NGINX、HTTP/2をサポートした「NGINX Plus R7」を発表
2015年9月17日15:41末岡洋子
https://osdn.jp/magazine/15/09/18/110000
> ソケットシャーディングというマルチコアサーバーの性能を改善する最適化技術を導入、
> (略)、利用にはLinux 3.9以上、またはDragonFly BSDが必要となる。
DragonFly BSDを使うとマルチコアの性能が上がるのか!
2015年9月17日15:41末岡洋子
https://osdn.jp/magazine/15/09/18/110000
> ソケットシャーディングというマルチコアサーバーの性能を改善する最適化技術を導入、
> (略)、利用にはLinux 3.9以上、またはDragonFly BSDが必要となる。
DragonFly BSDを使うとマルチコアの性能が上がるのか!
2015/12/12(土) 09:23:17.94
>>761
今はGCCとclangを使っているらしいが、まだclangだけでは全部動くようになっていないらしい。
全部動くようになればclangに変更されるはず。
https://lobste.rs/s/6j1cop/dragonfly_bsd_4_2_released
> DragonFly has always had 2 compilers in the base system - before GCC5, it was GCC 4.4 and GCC 4.7.
> With this change, it’s 4.7 and 5.0. The next change will probably be GCC 5 and clang
> (i.e. GCC 4.7 out, clang in) . So, it wasn’t that GCC was chosen over clang, it’s more just “not yet”. Compiler work ain’t easy.
今はGCCとclangを使っているらしいが、まだclangだけでは全部動くようになっていないらしい。
全部動くようになればclangに変更されるはず。
https://lobste.rs/s/6j1cop/dragonfly_bsd_4_2_released
> DragonFly has always had 2 compilers in the base system - before GCC5, it was GCC 4.4 and GCC 4.7.
> With this change, it’s 4.7 and 5.0. The next change will probably be GCC 5 and clang
> (i.e. GCC 4.7 out, clang in) . So, it wasn’t that GCC was chosen over clang, it’s more just “not yet”. Compiler work ain’t easy.
2015/12/13(日) 12:51:31.73
DragonFly BSDってMachが本当に作りたかったものに見える
2015/12/13(日) 22:46:33.09
>>765
そうだね。これをFreeBSDが取り込んでくれていたら最高だったと思うが、方針が違うということで却下され、
独自にForkしたのがDragonflyだから。
ただDragonflyは2014年で386版を止めてしまったので、古い386マシンで動かせなくなってしまったのが残念。
(386用の最終版でインストールはできるが386用のportsがなくなってしまったので各種パッケージのインストールや更新ができない)。
ということで、古い386マシンはFreeBSDかOpenBSD専用にし、Dragonfly用に64bit機を調達中。
そうだね。これをFreeBSDが取り込んでくれていたら最高だったと思うが、方針が違うということで却下され、
独自にForkしたのがDragonflyだから。
ただDragonflyは2014年で386版を止めてしまったので、古い386マシンで動かせなくなってしまったのが残念。
(386用の最終版でインストールはできるが386用のportsがなくなってしまったので各種パッケージのインストールや更新ができない)。
ということで、古い386マシンはFreeBSDかOpenBSD専用にし、Dragonfly用に64bit機を調達中。
2015/12/14(月) 10:16:50.83
仲間同士に入れてもらえないNetBSDさん...
2016/01/21(木) 20:27:14.49
NextBSDってどうよ?
2017/01/12(木) 11:58:21.06
結構ハッテンしてきたね(´・ω・`)
2017/02/25(土) 09:39:24.44
>>769
アッー!
アッー!
2017/07/29(土) 15:26:53.26
ちょっと質問なのですが、
dragonfryのBSD disklabel内の
パーティションアライメントってどんな値になっているのでしょうか。
disklabel64(8)を見ると、
スライスの開始位置は1MiBに調整されるようですし、
実際gpt(8)でセクタ位置を確認できるのですが、
スライス内の最初のパーティションは、
disklabel64で確認しても、offsetがゼロと表示されます。
スライス内部のパーティションスキームを知らないので、
勘違いしているかもしれませんが、
普通はブートコードとかパーティションエントリーとかが先頭にあると思うのです。
インストール先をSSDでUEFIブートにしようと考えているので、
気になった次第です。
dragonfryのBSD disklabel内の
パーティションアライメントってどんな値になっているのでしょうか。
disklabel64(8)を見ると、
スライスの開始位置は1MiBに調整されるようですし、
実際gpt(8)でセクタ位置を確認できるのですが、
スライス内の最初のパーティションは、
disklabel64で確認しても、offsetがゼロと表示されます。
スライス内部のパーティションスキームを知らないので、
勘違いしているかもしれませんが、
普通はブートコードとかパーティションエントリーとかが先頭にあると思うのです。
インストール先をSSDでUEFIブートにしようと考えているので、
気になった次第です。
772名無しさん@お腹いっぱい。
2017/12/29(金) 07:32:18.32 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
YF42NEVNFR
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
YF42NEVNFR
773名無しさん@お腹いっぱい。
2018/05/17(木) 02:13:40.21 使ってる人いないのかな
2018/05/17(木) 16:58:57.59
>>773
Webサーバーに使ってるよ。でもトラブらないから、書くことがない。
Webサーバーに使ってるよ。でもトラブらないから、書くことがない。
2018/05/17(木) 23:57:08.18
なるほど
2018/05/18(金) 01:16:38.95
これ名前変えればヒットしそう、coolbsdとかmintbsdとかhotbsdとか
2018/05/19(土) 01:39:18.88
名前はそのままでアイコンを今風に変えればいいと思う
2018/05/19(土) 02:40:17.67
いやとんぼはきついって
2018/05/20(日) 19:34:46.92
マイクロカーネル系UNIXとしてMINIX3と性能対決とかさせてみたい
2018/05/20(日) 22:24:07.89
トンボさんは何度かインストールしようとしたことはあるがなかなかうまくいかない
781名無しさん@お腹いっぱい。
2018/05/22(火) 02:34:51.93 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
93C5H
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
93C5H
2018/05/23(水) 23:44:41.08
漢字で蜻蛉でかげろうとも読めて英語でDragonflyなのに扱いの悪いとんぼさん
フォルムもかっこいいのに・・・
フォルムもかっこいいのに・・・
2018/07/15(日) 16:10:10.10
DragonFly BSDってマイクロカーネルなの?
2018/07/15(日) 19:53:55.62
>>783
DragonFly's kernel is a hybrid, containing features of both monolithic and microkernels,
such as the message passing capability of microkernels enabling larger portions of the OS to benefit from protected memory,
as well as retaining the speed of monolithic kernels for certain critical tasks.
https://en.wikipedia.org/wiki/DragonFly_BSD#Kernel_architecture.
DragonFly's kernel is a hybrid, containing features of both monolithic and microkernels,
such as the message passing capability of microkernels enabling larger portions of the OS to benefit from protected memory,
as well as retaining the speed of monolithic kernels for certain critical tasks.
https://en.wikipedia.org/wiki/DragonFly_BSD#Kernel_architecture.
2018/07/15(日) 21:54:14.91
物知りだなあ
2018/07/15(日) 22:12:18.87
ハイブリッドだったのか知らんかった(783とは別人です)
2018/12/08(土) 00:37:45.78
「DragonFly 5.4」リリース、GCC 8がデフォルトに
https://mag.osdn.jp/18/12/04/160000
https://mag.osdn.jp/18/12/04/160000
2019/05/27(月) 20:38:54.05
DragonFlyBSD Is Seeing Better Performance Following A Big VM Rework
Written by Michael Larabel in BSD on 26 May 2019 at 03:19 PM EDT. 2 Comments
https://phoronix.com/scan.php?page=news_item&px=DragonFlyBSD-VM-Rework
Written by Michael Larabel in BSD on 26 May 2019 at 03:19 PM EDT. 2 Comments
https://phoronix.com/scan.php?page=news_item&px=DragonFlyBSD-VM-Rework
789名無しさん@お腹いっぱい。
2019/06/18(火) 09:25:56.21 5.6.0キタ――(゚∀゚)――!!
2019/06/19(水) 03:30:22.71
>>782
かげろうは蜉蝣では?
かげろうは蜉蝣では?
2019/06/20(木) 14:35:00.97
ガチでキタ━━━━(゚∀゚)━━━━!!
792名無しさん@お腹いっぱい。
2019/11/08(金) 19:47:22.05 これwine使えないのが残念
2019/11/09(土) 13:25:18.40
あとdriverがfreebsdから比べて欠けてる
794名無しさん@お腹いっぱい。
2020/03/05(木) 15:40:24.99 5.8.0キター
2021/05/11(火) 19:38:17.86
DragonFlyBSD 6.0 Release
2021/05/11(火) 23:34:44.53
DragonFlyBSD 6.0 Released With Many Kernel Optimizations, Other Improvement
https://www.phoronix.com/scan.php?page=news_item&px=DragonFlyBSD-6.0-Released
https://www.phoronix.com/scan.php?page=news_item&px=DragonFlyBSD-6.0-Released
2021/05/12(水) 18:49:08.40
「DragonFly BSD 6.0」が登場
https://mag.osdn.jp/21/05/13/102500
https://mag.osdn.jp/21/05/13/102500
2021/05/13(木) 23:14:32.07
公式のアナウンスを貼ろうよ
ttps://www.dragonflybsd.org/release60/
ttps://www.dragonflybsd.org/release60/
2021/05/14(金) 18:44:41.88
スレ消化するのに何年かかっとんねん
2021/05/15(土) 19:35:23.40
vboxで使えるkmodが無いんだな
2021/05/16(日) 19:01:04.24
DragonFlyBSD 6.0 Performance Is Looking Great - Initial Benchmarks
ttps://www.phoronix.com/scan.php?page=article&item=dragonfly-60-initial&num=1
5.8.3比でほぼ全てのベンチマークでパフォーマンスが上がってる
ttps://www.phoronix.com/scan.php?page=article&item=dragonfly-60-initial&num=1
5.8.3比でほぼ全てのベンチマークでパフォーマンスが上がってる
2021/05/16(日) 22:51:31.96
Wow! Awesome!
2021/05/18(火) 08:51:02.70
DragonFlyBSD 6.0 Performance Is Looking Great - Initial Benchmarks
https://openbenchmarking.org/result/2105175-IB-2105178IB09
https://openbenchmarking.org/result/2105175-IB-2105178IB09
2021/05/18(火) 08:52:34.55
2021/05/26(水) 23:37:29.17
DragonFlyBSD 6.0 Is Performing Very Well Against Ubuntu Linux, FreeBSD 13.0
ttps://www.phoronix.com/scan.php?page=article&item=corei9-freebsd13-dfly6
ttps://www.phoronix.com/scan.php?page=article&item=corei9-freebsd13-dfly6
2021/06/27(日) 02:33:00.37
DragonFlyBSD To See Better Low-Level Lock Performance When Heavily Contested
ttps://www.phoronix.com/scan.php?page=news_item&px=DragonFlyBSD-Better-LL-Perf
ttps://www.phoronix.com/scan.php?page=news_item&px=DragonFlyBSD-Better-LL-Perf
2022/01/11(火) 22:04:57.71
DragonFlyBSD 6.2.1がリリース
https://www.dragonflybsd.org/release62/
https://www.dragonflybsd.org/release62/
2022/02/11(金) 01:31:37.75
| \
|Д`) ダレモイナイ・・オドルナラ イマノウチ
|⊂
|
♪ Å
♪ / \ ランタ タン
ヽ(´Д`;)ノ ランタ タン
( へ) ランタ ランタ
く タン
♪ Å
♪ / \ ランタ ランタ
ヽ(;´Д`)ノ ランタ タン
(へ ) ランタ タンタ
> タン
|Д`) ダレモイナイ・・オドルナラ イマノウチ
|⊂
|
♪ Å
♪ / \ ランタ タン
ヽ(´Д`;)ノ ランタ タン
( へ) ランタ ランタ
く タン
♪ Å
♪ / \ ランタ ランタ
ヽ(;´Д`)ノ ランタ タン
(へ ) ランタ タンタ
> タン
2022/05/02(月) 10:27:17.36
| \
|Д`) ダレモイナイ・・オドルナラ イマノウチ
|⊂
|
♪ Å
♪ / \ ランタ タン
ヽ(´Д`;)ノ ランタ タン
( へ) ランタ ランタ
く タン
♪ Å
♪ / \ ランタ ランタ
ヽ(;´Д`)ノ ランタ タン
(へ ) ランタ タンタ
> タン
|Д`) ダレモイナイ・・オドルナラ イマノウチ
|⊂
|
♪ Å
♪ / \ ランタ タン
ヽ(´Д`;)ノ ランタ タン
( へ) ランタ ランタ
く タン
♪ Å
♪ / \ ランタ ランタ
ヽ(;´Д`)ノ ランタ タン
(へ ) ランタ タンタ
> タン
2023/08/14(月) 08:34:58.47
○Oo。―y( ̄∇ ̄;)プハー
2023/09/26(火) 17:00:02.65
3年ほどDragonflyBSDでsambaサーバ動かしてるけど比較的安定して使えてる
久しぶりにOSアップグレードしたらsambaが消されてしまったので入れ直す羽目になったけど…
FreeBSDから持ってきてるせいなのもあるんだろうけどsamba413みたいなネーミングやめたほうがいいと思う…
久しぶりにOSアップグレードしたらsambaが消されてしまったので入れ直す羽目になったけど…
FreeBSDから持ってきてるせいなのもあるんだろうけどsamba413みたいなネーミングやめたほうがいいと思う…
812名無しさん@お腹いっぱい。
2024/01/04(木) 19:55:58.69 2022/12/30に6.4がリリースしてから1年以上たってるけど終わってしまうのか…?snapshotを見る限り活動はしてるようだけど
2024/01/10(水) 00:46:27.48
Hammer2をいろいろいじってるtkusumiさんがFreeBSD/NetBSD/OpenBSD/LinuxにHammer2を移植していて
結構動いている(FreeBSD14.0ではnewfs, mount, ファイルの読み書きができることは確認した)ようだから
案外布教を真剣に考えているのかもよ
知らんけど
結構動いている(FreeBSD14.0ではnewfs, mount, ファイルの読み書きができることは確認した)ようだから
案外布教を真剣に考えているのかもよ
知らんけど
2024/01/10(水) 14:59:50.13
portsで提供されてるんですね
https://www.freshports.org/sysutils/hammer2/
https://www.freshports.org/sysutils/hammer2/
815名無しさん@お腹いっぱい。
2024/03/27(水) 20:51:26.40 ※名誉毀損(名誉毀損の訴訟を専門に扱う弁護士やんけ
2025/01/02(木) 11:01:02.68
今年も6.4のままでリリースがないし、パッケージも更新されなくなったし一体何があったんだ
レスを投稿する
ニュース
- 動画配信中の刺殺事件、被害女性への批判に元埼玉県警刑事「違います」★4 [おっさん友の会★]
- 動画配信中の刺殺事件、被害女性への批判に元埼玉県警刑事「違います」★3 [おっさん友の会★]
- 都内で引っ越し難民が急増「2万円多く払っても部屋がグレードダウン」と家賃高騰に悲鳴…「貧乏人は狭い部屋か古い部屋に住めってか?」 [ぐれ★]
- 「男は黙れ」「男が産めるのは…だけ」新宿フェミ集会波紋、社民・福島氏参加も事務所は取材拒否、共産・吉良佳子氏も回答無し [おっさん友の会★]
- 【貿易】「日本は700%の関税課している」ホワイトハウス報道官が日本のコメ関税を批判 撤廃ならカルローズ米5kgが1295円に [牛乳トースト★]
- 【米国】卵不足にロリンズ農務長官「自分でニワトリを育てるのも、1つの解決策」 [シャチ★]
- 【悲報】万博、ついにやらかす。無許可運送の「白トラ」行為で13人が逮捕 [834922174]
- 👹おじゃる丸絶賛実況スレ🏡
- ガチでトランピ圧力で日本の国民車がフォードF150になる可能性が出てきた😮今アメ車買っとけばニワカ感ないぞ! <mark>[ひまわり学級]</mark> [511393199]
- ちょうど今"初代ガンダム"見終わったんだけど次何見ればいいの? [904880432]
- ふわっち配信者殺害犯、月に10万円を投げ銭していた😅 [834922174]
- 日本維新の会、れいわに支持率で抜かれてしまう🥺 [931948549]