FreeBSD current 一握の砂

1 名前：名無しさん＠お腹いっぱい。 [04/10/11 11:01:02] はたらけど　はたらけど猶 わが生活 楽にならざり ぢつと手を見る >> Shut up and code!!! 前スレは>>2-5あたり 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 21:57:07 ] なんか凄いのｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!! lists.freebsd.org/pipermail/freebsd-current/2005-November/058514.html 360 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 22:55:07 ] >>359 なんかもうある、とか、2個作ってどないすんねん、みたいな展開になっておりますか？ 361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 23:27:02 ] もうある、ってのは赤黒木の実装の部分についてだから あんまり重要な話じゃないよね。 そういや、一年ほど前にphkがこんなこと言ってた。 lists.freebsd.org/pipermail/freebsd-arch/2004-September/002693.html 362 名前：名無しさん＠お腹いっぱい。 [2005/12/01(木) 02:14:40 ] 2個あるならいい方を採用すればいいじゃん 363 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 10:49:06 ] やっときたか. > Subject: HEADS UP: Adding /usr/local/etc/rc.d to the base rcorder 未対応な ports ってどのくらいあるんだろ? 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 19:06:28 ] port maintainerにもわかるrcNGみたいな文書がいるんじゃないか。 メンテナって有象無象だから賢いのからアホなのまでピンキリなのよね。 365 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 19:27:16 ] rcNG非対応のもstartupのときには実行してくれるように見えるんだけど。 366 名前：365 mailto:sage [2005/12/01(木) 19:32:01 ] あ、shutdownのときもstop付けて実行してくれるのか。 …だいじょうぶかなぁ。 367 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 20:43:24 ] 賢い/アホ とかじゃなくて ガイダンス文書くらいないと よくわからないよー well commented example でいいんだけど 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 23:39:23 ] rc.d(8) 実態は rc(8) 369 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 00:30:45 ] >>365 ports A, B, C が起動順に依存関係があって, A, C は対応してるけど B だけ取り残されてる場合とかって大丈夫なんかい? # 今, 出張先なんで変更部分まだ見てない. 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 01:46:14 ] そーゆー時は A C が依存関係通りに動いて、最後に B になるんじゃない? B もよしなに動いて欲しければ send-pr。 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 02:17:20 ] とりあえず実行スクリプト名を順序通り変えておくくらいの work around は可能だね。 372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 06:40:27 ] >>369 B は rcNG 非対応だけど C が rcNG 対応って状況は存在しにくいんじゃない？ C は B に依存するってことで、C の rc script に REQUIRE: B を書いてしまうと、 B の provider はいないということでエラーになるはず。 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 09:51:46 ] 部分的にportupgradeし忘れ、みたいな 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 22:37:06 ] rcorderが適当にアルファベット順で 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 09:06:43 ] アルファベット整列モードとrcorder通常モードとあって、 通常モードの場合はルールが書いていないと警告を出して欲しいのだけど... 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 11:20:28 ] *.sh はこれまでどおり文字コード順、拡張子を持たないものが rcorder されるみたい。 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 12:04:34 ] げ、使いたくないものを hoge.sh => hoge.sh.OFF みたいに してるんだけどアカンちゅうことか? 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 12:29:57 ] chmod -x 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 12:32:04 ] 今回の変更について、freebsd-portsに流れたメールを紹介しておこう lists.freebsd.org/pipermail/freebsd-ports/2005-December/027897.html 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 12:36:19 ] www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.diff?r1=1.336&r2=1.337 www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.subr.diff?r1=1.43&r2=1.44 "# PROVIDE:" があるスクリプトは rcorder して実行 無いスクリプトはこれまで通り *.sh に限って実行 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 14:53:00 ] >380 解説 thx. 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/06(火) 17:09:46 ] 12/3 早朝の current で、ブート時に /etc/rc.d/* の方で起動させている cron, inetd, sendmail(実体はpostfix), sshd が立ち上がらなくなった。 仕方なく /etc/rc.local に書いてしのいでいる。 natd, nfsd, syslogd, ... あたりは問題なく立ち上がるのに。 383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/06(火) 17:28:29 ] これで直ったはずだよ www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.subr.diff?r1=1.44&r2=1.45 384 名前：382 mailto:sage [2005/12/06(火) 17:58:10 ] >>383 thanks. 試してみる。 385 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/06(火) 19:26:17 ] /src/sys/kern/uipc_mqueue.c nt_ksi.ksi_mqdないー 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/07(水) 17:38:11 ] #include<sys/signalvar.h>かな orz 387 名前：名無しさん＠お腹いっぱい。 [2005/12/15(木) 03:38:02 ] 6.x がstableになってからcurrentから離れたのですが 現在どんな状況ですか? 388 名前：嫌われ者のVipper [2005/12/15(木) 08:39:33 ] currentのgccのバージョンはいくつですか？ 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/15(木) 11:16:47 ] wwwwwwwwwwww>388のFrom 3.4.4かな 390 名前：嫌われ者のVipper [2005/12/15(木) 11:36:07 ] >>389 私のような者へのお答え 391 名前：嫌われ者のVipper [2005/12/15(木) 11:36:32 ] ありがとうございます　 392 名前：名無しさん＠お腹いっぱい。 [2005/12/24(土) 13:23:49 ] 誰かPC送ったげて... ttp://lists.freebsd.org/pipermail/freebsd-current/2005-December/059260.html 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/24(土) 22:51:54 ] >392 住所わかる？ 394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/25(日) 00:26:46 ] viが複数ウィンドウに対応していない理由みたいだ 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/25(日) 08:09:41 ] 良くある展開ということですか。 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/25(日) 10:44:11 ] クラッシュしちゃって「もうやらねーよ、うわーん」となる話ってよくありそうじゃない？ まあ、今回はdelayと書いてあるけどさ。 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/25(日) 23:49:42 ] >>394 対応してるでしょ? :E とか。 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/27(火) 01:26:06 ] >>397 Unixの1/4世紀でBill Joyが対応をやめたって書いてあったけど、 素のviにもあるの？ 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/27(火) 11:24:19 ] >>398 『ホゲゆに』には、 最近Joyのviをサポートする連中がガンバってるって 400 名前：名無しさん＠お腹いっぱい。 [2005/12/27(火) 22:31:53 ] 7-currentで nVidiaのドライバって動きますか？ 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/31(土) 13:25:28 ] >400 nvidia-driverがコンパイルエラーになってインストールできない件？ うちがそんな状況。 402 名前：名無しさん＠お腹いっぱい。 [2005/12/31(土) 18:26:45 ] >>401 レス サンクス やっぱり動かないんだ... まだ-current入れてないんだけど、動くなら-curerntを入れようかなって 思ったんだ。 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/01(日) 12:03:33 ] 一応、src/sys/pci/agpvar.hの1.3での変更を元に戻して、kernel,nvidia-dirverを作り直せば、今のcurrentででも動くよね。 www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/agpvar.h 404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/01(日) 15:28:28 ] >>403 ttp://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/agp.c.diff?r1=1.48&r2=1.49 これと同じことをやればコンパイルはできるんじゃないの? 405 名前：名無しさん＠お腹いっぱい。 [2006/01/01(日) 18:41:24 ] 7-currentについて、方向性とか新機能についてまとめている サイトとかありますか? 406 名前：名無しさん＠お腹いっぱい。 [2006/01/01(日) 23:30:05 ] 基本的に-currentで、デバッグオプションによる速度低下を 防ぐには、以下の２つをコメントアウトするだけで良いのでしょうか? options WITNESS options WITNESS_SKIPSPIN KDBをコメントアウトすると xfs のコンパイルで、KDB関連のオプションを 有効にしろとエラーメッセージが出ます。 407 名前：名無しさん＠お腹いっぱい。 [2006/01/02(月) 04:53:19 ] >>403 >>404 OS側のAGPではなくNVIdia のAGPドライバを使えばいいのでは? 408 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/02(月) 13:51:55 ] >>406 ln -sf aj /etc/malloc.conf 409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/03(火) 14:38:59 ] 最近、なんか-current安定しているよね。 MLで奴が怪しげなこと言っているときはいつも警戒していたのに... 410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/03(火) 17:10:24 ] >>409 「奴」って誰よ? 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/03(火) 23:02:22 ] そういやlinuxpluginwrapperが使えなくなったな 中の人は何か考えているらしいが ttp://blog.ninth-nine.com/diary/20060101.txt 412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/14(土) 21:56:06 ] malloc新しくなったから入れてみたらX起動しなくなった　orz かなり遅いし、戻すか…( ´・ω・`) 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/14(土) 22:24:38 ] >>412 libcのmalloc(3)を切り替えたよ。今はデバッグ、検査、統計収集用のオプションが 全部有効になってるから、プログラムは遅くなるしメモリも余計に食う。移行期間の バタバタがおおよそ終わったらここらへんのは切れるから。 パフォーマンスが気になるなら、src/lib/libc/stdlib/malloc.cの中にある下の いくつかをundefineして。これらのせいでプログラムが遅くなって、メモリも 余計に食ってるんだ。 MALLOC_DEBUG MALLOC_STATS MALLOC_REDZONES もしmallocがらみの実行時エラーを見つけたら、malloc(3)でチューニング用の フラグを調べて関係あるのを使いながら、問題の種類をみきわめてほしい。特に A J Q Zフラグは便利だね。この実装が見つけるアプリケーションのバグは 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/14(土) 22:37:52 ] * バイト境界に対する誤った仮定: このmallocはたとえ非常に大きい領域の割り当て についても16バイト境界しか保証しない。正当だけど、あまり一般的じゃない。 phkmallocはここらへんがとても寛容だった。もしこういうバグをみつけたら posix_memalign(3)を見て直してね。 * バッファオーバラン: このmallocはboundary tagを使っているので、割り当て の外側に書き込むとmalloc内部のデータ構造を壊す可能性がある。小さいオーバ ランはredzoneで検出できるけど、大きいのは無理だ。 この変更によって沢山の問題の報告が来るだろうと思う。その場合、たいていは アプリケーションのバグだと思うけど、malloc自身のバグという可能性もある。 みんな、広い心で原因の究明に取りくもう。 415 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 01:31:15 ] アメリカのドラマの吹き替え口調みたいな文体だな 416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 05:59:11 ] 結局、mallocで一番、高速に動作するオプションはどれ? 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 12:04:57 ] つうか、なんで新しいmallocが入ることになったの？ >>413-414の解説を読むとあまり利点を感じないのだが。 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 13:30:10 ] >>417 SMP 環境でマルチスレッドのプログラムの性能を向上させるためらしい。 docs.freebsd.org/cgi/getmsg.cgi?fetch=783829+0+archive/2005/freebsd-current/20051225.freebsd-current kris が4CPUのamd64マシンでベンチマークをやっているけど、スレッド数3の場合で以前のmallocより107倍早かったそうな。 docs.freebsd.org/cgi/getmsg.cgi?fetch=138177+0+archive/2005/freebsd-current/20051218.freebsd-current 419 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 15:54:41 ] 最後の三行だけ抜き出すと So libthr is *much* faster than libpthread with both malloc implementations, but jemalloc is still 1.7 times faster for 1 thread and 80 times faster for 5 threads than phkmalloc. 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 20:55:47 ] でもマルチスレッドでmallocしまくるような状況って それほどあるの? 421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 23:45:42 ] 特にOO系の言語ではメモリアロケータのパフォーマンスが重要だから、 恩恵を受けるプログラムは結構多いんじゃない? それに、libpthreadやlibthrによるカーネルレベルでのスレッドサポートが せっかく入ったのに、今までのmalloc()は単一のspinlockによる 原始的な排他しかしてなかったからなあ…… 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/16(月) 02:54:56 ] >>412 XについてはXorg-snapを入れるというworkaroundがあるようで。 ぶっちゃけ、dlopen使えってことだな。 423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/18(水) 08:27:44 ] これで MySQL と FreeBSD の組み合わせが最強になるとうれしい。 関係ないですか？ 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/18(水) 09:51:46 ] mallocの性能の悪さも性能が劣化する原因の一つだろうからこれで少しは変わると思うよ。 つうか、こういう単純なベンチマークじゃなくてもっとリアルなアプリケーションで ベンチマークをやった人って居ないんだろうか.... マルチスレッドのアプリケーションと言えば、MySQL、BIND、Apacheといろいろ ありそうなのだけど。 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/18(水) 17:13:34 ] 実務や現場を知らない香具師の寝言。 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/18(水) 23:21:48 ] そういう香具師が往々にして決裁権を持っている件について 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/19(木) 00:00:45 ] 現場的には今回の変更はどうなの？ 新しいもの勝手に入れるなゴルァ！ 今動いているのが動かなくなったらコロスケなりよ なんだろうか。それとも、速くなりそうなので歓迎なんだろうか。 428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/19(木) 02:11:17 ] >>427 現場の人はcurrentには興味なしと思われ。 429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/19(木) 12:40:59 ] そもそも、性能に影響あるところには極力mallocを使わないようにコード書くしなぁ。 430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/21(土) 09:26:12 ] qemuが動かなくなっとる。。 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/23(月) 06:46:08 ] mallocってマロックって読むの？ 俺ずっとエムアロックと読んでて不安になった。 メモリ・アロケーションだよね？ 432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/23(月) 08:09:55 ] どっちでもいいんじゃない？ stdioはスタンダードアイオーと読んで、スタジオと読んだりはしないけど。 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/23(月) 09:50:14 ] 俺はエスティーディーアイオーと四�j 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/23(月) 12:36:32 ] UNIXに関する言葉のひらがな読みスレッド pc8.2ch.net/test/read.cgi/unix/1001358861/ 435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/30(月) 00:29:24 ] 12/31のvm(キャッシュ)の修正で久しぶりに動かなくなった。 オラ、ワクワクして来たぞ。 436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/30(月) 04:44:13 ] >>435 12/31? 437 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/30(月) 20:52:35 ] 2005/12/31 14:39の↓のコミット 古いCPUだとのdetection of the cache sizeでストールする。 MI changes: - provide an interface (macros) to the page coloring part of the VM system, this allows to try different coloring algorithms without the need to touch every file [1] - make the page queue tuning values readable: sysctl vm.stats.pagequeue - autotuning of the page coloring values based upon the cache size instead of options in the kernel config (disabling of the page coloring as a kernel option is still possible) MD changes: - detection of the cache size: only IA32 and AMD64 (untested) contains cache size detection code, every other arch just comes with a dummy function (this results in the use of default values like it was the case without the autotuning of the page coloring) - print some more info on Intel CPU's (like we do on AMD and Transmeta CPU's) Note to AMD owners (IA32 and AMD64): please run "sysctl vm.stats.pagequeue" and report if the cache* values are zero (= bug in the cache detection code) or not. 438 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/31(火) 08:50:16 ] 仮想端末のデバイス名が /dev/pts/* に変更されつつある件について 439 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/31(火) 09:21:36 ] デバイス名だけの変更じゃないよ。 440 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/31(火) 11:03:38 ] そろそろcvsupしても大丈夫かな? 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 02:49:17 ] 7-currentって、なんかXを立ち上げずコンソールで使うとキー入力に 対する反応が凄く遅い。 Xを立ち上げて使うと全然問題ないんだけど... 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 06:20:56 ] しらんがな 443 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 06:28:24 ] そういや、今の-currentちょっと重いね。 漏れのところは X が立ち上がっていても重いよ。 多分Thread周りがこまめにいじられているから、 もうちょっと待てば、ましにはなると思う。 WindowMakerのアニメーションがめちゃくちゃスローだよ。 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 13:35:29 ] 最近いろいろいじりはじめたみたい。 あー、関係ないけど、7-currentってjdk1.5.0インストール失敗するな。 やっとcurrentらしくなってきた。 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 16:05:21 ] >>443 新mallocのデバックオプションのせいじゃね? NO_MALLOC_EXTRAS 付けてビルドしたら? 446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 23:12:16 ] たぶん、mallocは関係ないと思うな。 けっこうThread周りが今怪しいことになっている。 powerdでcpu clock を落としていると体感できるぐらい遅くなっているよ。 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 00:35:33 ] powerdを有効にしたら確かに重い 448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 00:39:43 ] 描画というか表示関係が遅いのかな? emacsの起動も遅くないし、buildworldの時間もそれほど変わってないよ。 449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 00:55:45 ] 珍しく currentスレが盛り上がっているが、 linuxpluginwrapperってまだ未対応のままだね。 早く対応してくれないかな。 450 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 21:31:14 ] 最近daichiのことが気になってしかたありません。 見るたびになんだか落着かなくなってしまいます。 ときめきとも違った、ふしぎな気分なんです。 451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/07(火) 04:53:23 ] そろそろcvsupしようと思ったらcurrentが重いっていう話なのか。 いつごろ解消しそう? 去年の12月の終わりからまだ更新してないんだ。 452 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/07(火) 05:46:27 ] jdk 1.5 がコンパイルできねぇー 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/07(火) 11:01:15 ] >>452 勘違いだった、普通に入った。 454 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/07(火) 11:20:44 ] 風説の流布罪によりタイーh 455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 01:32:03 ] FreeBSD 7-currentでqemu 0.8.0を使うと、ゲストOSの時間が凄い勢いで 進んでしまう。 これ何で? 456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 02:24:45 ] どこもかしこもqemuネタ多いな・・・ 457 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 03:06:47 ] unix板でqemuスレ立てた方がいいかも知れんな 458 名前：名無しさん＠お腹いっぱい。 [2006/02/08(水) 03:30:12 ] ちょっとここのスレの流れを読んでて思ったんだけど、 今の7-currentってタイマー関連がおかしくない? だから、表示が遅かったり qemuの時間がおかしかったりしているんじゃないの? 漏れはcurrent使ってないから何ともいえないけど、詳しいこと知っている香具師が いたら教えてくれ。 459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 09:57:01 ] >>455 > FreeBSD 7-currentでqemu 0.8.0を使うと、 漠然と 7-current って言われても... 少なくとも, 1 月 20日に buildkernel した奴は無問題だが... >>458 > 今の7-currentってタイマー関連がおかしくない? なぜタイマー関連のせいになる? > だから、表示が遅かったり 表示するときに時間を気にするのはゲームとかビデオの再生くらいのもんだろ それ以外は通常全力で出力する

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef