FreeBSD current 一握の砂
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
NGNG楽にならざり ぢつと手を見る
>> Shut up and code!!!
前スレは>>2-5あたり
0359名無しさん＠お腹いっぱい。
2005/11/29(火) 21:57:07http://lists.freebsd.org/pipermail/freebsd-current/2005-November/058514.html
0360名無しさん＠お腹いっぱい。
2005/11/29(火) 22:55:07なんかもうある、とか、2個作ってどないすんねん、みたいな展開になっておりますか？
0361名無しさん＠お腹いっぱい。
2005/11/29(火) 23:27:02あんまり重要な話じゃないよね。
そういや、一年ほど前にphkがこんなこと言ってた。
http://lists.freebsd.org/pipermail/freebsd-arch/2004-September/002693.html
0362名無しさん＠お腹いっぱい。
2005/12/01(木) 02:14:400363名無しさん＠お腹いっぱい。
2005/12/01(木) 10:49:06> Subject: HEADS UP: Adding /usr/local/etc/rc.d to the base rcorder
未対応な ports ってどのくらいあるんだろ?
0364名無しさん＠お腹いっぱい。
2005/12/01(木) 19:06:28メンテナって有象無象だから賢いのからアホなのまでピンキリなのよね。
0365名無しさん＠お腹いっぱい。
2005/12/01(木) 19:27:160366365
2005/12/01(木) 19:32:01…だいじょうぶかなぁ。
0367名無しさん＠お腹いっぱい。
2005/12/01(木) 20:43:24よくわからないよー
well commented example でいいんだけど
0368名無しさん＠お腹いっぱい。
2005/12/01(木) 23:39:230369名無しさん＠お腹いっぱい。
2005/12/02(金) 00:30:45ports A, B, C が起動順に依存関係があって, A, C は対応してるけど
B だけ取り残されてる場合とかって大丈夫なんかい?
# 今, 出張先なんで変更部分まだ見てない.
0370名無しさん＠お腹いっぱい。
2005/12/02(金) 01:46:14B もよしなに動いて欲しければ send-pr。
0371名無しさん＠お腹いっぱい。
2005/12/02(金) 02:17:20work around は可能だね。
0372名無しさん＠お腹いっぱい。
2005/12/02(金) 06:40:27B は rcNG 非対応だけど C が rcNG 対応って状況は存在しにくいんじゃない？
C は B に依存するってことで、C の rc script に REQUIRE: B を書いてしまうと、
B の provider はいないということでエラーになるはず。
0373名無しさん＠お腹いっぱい。
2005/12/02(金) 09:51:460374名無しさん＠お腹いっぱい。
2005/12/02(金) 22:37:060375名無しさん＠お腹いっぱい。
2005/12/03(土) 09:06:43通常モードの場合はルールが書いていないと警告を出して欲しいのだけど...
0376名無しさん＠お腹いっぱい。
2005/12/03(土) 11:20:28rcorder されるみたい。
0377名無しさん＠お腹いっぱい。
2005/12/03(土) 12:04:34してるんだけどアカンちゅうことか?
0378名無しさん＠お腹いっぱい。
2005/12/03(土) 12:29:570379名無しさん＠お腹いっぱい。
2005/12/03(土) 12:32:04http://lists.freebsd.org/pipermail/freebsd-ports/2005-December/027897.html
0380名無しさん＠お腹いっぱい。
2005/12/03(土) 12:36:19http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.subr.diff?r1=1.43&r2=1.44
"# PROVIDE:" があるスクリプトは rcorder して実行
無いスクリプトはこれまで通り *.sh に限って実行
0381名無しさん＠お腹いっぱい。
2005/12/03(土) 14:53:00解説 thx.
0382名無しさん＠お腹いっぱい。
2005/12/06(火) 17:09:46cron, inetd, sendmail(実体はpostfix), sshd
が立ち上がらなくなった。
仕方なく /etc/rc.local に書いてしのいでいる。
natd, nfsd, syslogd, ...
あたりは問題なく立ち上がるのに。
0383名無しさん＠お腹いっぱい。
2005/12/06(火) 17:28:29http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.subr.diff?r1=1.44&r2=1.45
0385名無しさん＠お腹いっぱい。
2005/12/06(火) 19:26:17nt_ksi.ksi_mqdないー
0386名無しさん＠お腹いっぱい。
2005/12/07(水) 17:38:110387名無しさん＠お腹いっぱい。
2005/12/15(木) 03:38:02現在どんな状況ですか?
0388嫌われ者のVipper
2005/12/15(木) 08:39:330389名無しさん＠お腹いっぱい。
2005/12/15(木) 11:16:473.4.4かな
0390嫌われ者のVipper
2005/12/15(木) 11:36:070391嫌われ者のVipper
2005/12/15(木) 11:36:320392名無しさん＠お腹いっぱい。
2005/12/24(土) 13:23:49ttp://lists.freebsd.org/pipermail/freebsd-current/2005-December/059260.html
0393名無しさん＠お腹いっぱい。
2005/12/24(土) 22:51:54住所わかる？
0394名無しさん＠お腹いっぱい。
2005/12/25(日) 00:26:460395名無しさん＠お腹いっぱい。
2005/12/25(日) 08:09:410396名無しさん＠お腹いっぱい。
2005/12/25(日) 10:44:11まあ、今回はdelayと書いてあるけどさ。
0397名無しさん＠お腹いっぱい。
2005/12/25(日) 23:49:420398名無しさん＠お腹いっぱい。
2005/12/27(火) 01:26:06Unixの1/4世紀でBill Joyが対応をやめたって書いてあったけど、
素のviにもあるの？
0399名無しさん＠お腹いっぱい。
2005/12/27(火) 11:24:19『ホゲゆに』には、
最近Joyのviをサポートする連中がガンバってるって
0400名無しさん＠お腹いっぱい。
2005/12/27(火) 22:31:530401名無しさん＠お腹いっぱい。
2005/12/31(土) 13:25:28nvidia-driverがコンパイルエラーになってインストールできない件？
うちがそんな状況。
0402名無しさん＠お腹いっぱい。
2005/12/31(土) 18:26:45レス サンクス
やっぱり動かないんだ...
まだ-current入れてないんだけど、動くなら-curerntを入れようかなって
思ったんだ。
0403名無しさん＠お腹いっぱい。
2006/01/01(日) 12:03:33http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/agpvar.h
0404名無しさん＠お腹いっぱい。
2006/01/01(日) 15:28:28ttp://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/agp.c.diff?r1=1.48&r2=1.49
これと同じことをやればコンパイルはできるんじゃないの?
0405名無しさん＠お腹いっぱい。
2006/01/01(日) 18:41:24サイトとかありますか?
0406名無しさん＠お腹いっぱい。
2006/01/01(日) 23:30:05防ぐには、以下の２つをコメントアウトするだけで良いのでしょうか?
options WITNESS
options WITNESS_SKIPSPIN
KDBをコメントアウトすると xfs のコンパイルで、KDB関連のオプションを
有効にしろとエラーメッセージが出ます。
0408名無しさん＠お腹いっぱい。
2006/01/02(月) 13:51:55ln -sf aj /etc/malloc.conf
0409名無しさん＠お腹いっぱい。
2006/01/03(火) 14:38:59MLで奴が怪しげなこと言っているときはいつも警戒していたのに...
0410名無しさん＠お腹いっぱい。
2006/01/03(火) 17:10:240411名無しさん＠お腹いっぱい。
2006/01/03(火) 23:02:22中の人は何か考えているらしいが
ttp://blog.ninth-nine.com/diary/20060101.txt
0412名無しさん＠お腹いっぱい。
2006/01/14(土) 21:56:06かなり遅いし、戻すか…( ´・ω・`)
0413名無しさん＠お腹いっぱい。
2006/01/14(土) 22:24:38libcのmalloc(3)を切り替えたよ。今はデバッグ、検査、統計収集用のオプションが
全部有効になってるから、プログラムは遅くなるしメモリも余計に食う。移行期間の
バタバタがおおよそ終わったらここらへんのは切れるから。
パフォーマンスが気になるなら、src/lib/libc/stdlib/malloc.cの中にある下の
いくつかをundefineして。これらのせいでプログラムが遅くなって、メモリも
余計に食ってるんだ。
MALLOC_DEBUG MALLOC_STATS MALLOC_REDZONES
もしmallocがらみの実行時エラーを見つけたら、malloc(3)でチューニング用の
フラグを調べて関係あるのを使いながら、問題の種類をみきわめてほしい。特に
A J Q Zフラグは便利だね。この実装が見つけるアプリケーションのバグは
0414名無しさん＠お腹いっぱい。
2006/01/14(土) 22:37:52についても16バイト境界しか保証しない。正当だけど、あまり一般的じゃない。
phkmallocはここらへんがとても寛容だった。もしこういうバグをみつけたら
posix_memalign(3)を見て直してね。
* バッファオーバラン: このmallocはboundary tagを使っているので、割り当て
の外側に書き込むとmalloc内部のデータ構造を壊す可能性がある。小さいオーバ
ランはredzoneで検出できるけど、大きいのは無理だ。
この変更によって沢山の問題の報告が来るだろうと思う。その場合、たいていは
アプリケーションのバグだと思うけど、malloc自身のバグという可能性もある。
みんな、広い心で原因の究明に取りくもう。
0415名無しさん＠お腹いっぱい。
2006/01/15(日) 01:31:150416名無しさん＠お腹いっぱい。
2006/01/15(日) 05:59:110417名無しさん＠お腹いっぱい。
2006/01/15(日) 12:04:57>>413-414の解説を読むとあまり利点を感じないのだが。
0418名無しさん＠お腹いっぱい。
2006/01/15(日) 13:30:10SMP 環境でマルチスレッドのプログラムの性能を向上させるためらしい。
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=783829+0+archive/2005/freebsd-current/20051225.freebsd-current
kris が4CPUのamd64マシンでベンチマークをやっているけど、スレッド数3の場合で以前のmallocより107倍早かったそうな。
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=138177+0+archive/2005/freebsd-current/20051218.freebsd-current
0419名無しさん＠お腹いっぱい。
2006/01/15(日) 15:54:41So 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.
0420名無しさん＠お腹いっぱい。
2006/01/15(日) 20:55:47それほどあるの?
0421名無しさん＠お腹いっぱい。
2006/01/15(日) 23:45:42恩恵を受けるプログラムは結構多いんじゃない?
それに、libpthreadやlibthrによるカーネルレベルでのスレッドサポートが
せっかく入ったのに、今までのmalloc()は単一のspinlockによる
原始的な排他しかしてなかったからなあ……
0422名無しさん＠お腹いっぱい。
2006/01/16(月) 02:54:56XについてはXorg-snapを入れるというworkaroundがあるようで。
ぶっちゃけ、dlopen使えってことだな。
0423名無しさん＠お腹いっぱい。
2006/01/18(水) 08:27:44関係ないですか？
0424名無しさん＠お腹いっぱい。
2006/01/18(水) 09:51:46つうか、こういう単純なベンチマークじゃなくてもっとリアルなアプリケーションで
ベンチマークをやった人って居ないんだろうか....
マルチスレッドのアプリケーションと言えば、MySQL、BIND、Apacheといろいろ
ありそうなのだけど。
0425名無しさん＠お腹いっぱい。
2006/01/18(水) 17:13:340426名無しさん＠お腹いっぱい。
2006/01/18(水) 23:21:480427名無しさん＠お腹いっぱい。
2006/01/19(木) 00:00:45新しいもの勝手に入れるなゴルァ！
今動いているのが動かなくなったらコロスケなりよ
なんだろうか。それとも、速くなりそうなので歓迎なんだろうか。
0428名無しさん＠お腹いっぱい。
2006/01/19(木) 02:11:17現場の人はcurrentには興味なしと思われ。
0429名無しさん＠お腹いっぱい。
2006/01/19(木) 12:40:590430名無しさん＠お腹いっぱい。
2006/01/21(土) 09:26:120431名無しさん＠お腹いっぱい。
2006/01/23(月) 06:46:08俺ずっとエムアロックと読んでて不安になった。
メモリ・アロケーションだよね？
0432名無しさん＠お腹いっぱい。
2006/01/23(月) 08:09:55stdioはスタンダードアイオーと読んで、スタジオと読んだりはしないけど。
0433名無しさん＠お腹いっぱい。
2006/01/23(月) 09:50:140434名無しさん＠お腹いっぱい。
2006/01/23(月) 12:36:32http://pc8.2ch.net/test/read.cgi/unix/1001358861/
0435名無しさん＠お腹いっぱい。
2006/01/30(月) 00:29:24オラ、ワクワクして来たぞ。
0436名無しさん＠お腹いっぱい。
2006/01/30(月) 04:44:1312/31?
0437名無しさん＠お腹いっぱい。
2006/01/30(月) 20:52:35古い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.
0438名無しさん＠お腹いっぱい。
2006/01/31(火) 08:50:160439名無しさん＠お腹いっぱい。
2006/01/31(火) 09:21:360440名無しさん＠お腹いっぱい。
2006/01/31(火) 11:03:380441名無しさん＠お腹いっぱい。
2006/02/05(日) 02:49:17対する反応が凄く遅い。
Xを立ち上げて使うと全然問題ないんだけど...
0442名無しさん＠お腹いっぱい。
2006/02/05(日) 06:20:560443名無しさん＠お腹いっぱい。
2006/02/05(日) 06:28:24漏れのところは X が立ち上がっていても重いよ。
多分Thread周りがこまめにいじられているから、
もうちょっと待てば、ましにはなると思う。
WindowMakerのアニメーションがめちゃくちゃスローだよ。
0444名無しさん＠お腹いっぱい。
2006/02/05(日) 13:35:29あー、関係ないけど、7-currentってjdk1.5.0インストール失敗するな。
やっとcurrentらしくなってきた。
0445名無しさん＠お腹いっぱい。
2006/02/05(日) 16:05:21新mallocのデバックオプションのせいじゃね?
NO_MALLOC_EXTRAS 付けてビルドしたら?
0446名無しさん＠お腹いっぱい。
2006/02/05(日) 23:12:16けっこうThread周りが今怪しいことになっている。
powerdでcpu clock を落としていると体感できるぐらい遅くなっているよ。
0447名無しさん＠お腹いっぱい。
2006/02/06(月) 00:35:330448名無しさん＠お腹いっぱい。
2006/02/06(月) 00:39:43emacsの起動も遅くないし、buildworldの時間もそれほど変わってないよ。
0449名無しさん＠お腹いっぱい。
2006/02/06(月) 00:55:45linuxpluginwrapperってまだ未対応のままだね。
早く対応してくれないかな。
0450名無しさん＠お腹いっぱい。
2006/02/06(月) 21:31:14見るたびになんだか落着かなくなってしまいます。
ときめきとも違った、ふしぎな気分なんです。
0451名無しさん＠お腹いっぱい。
2006/02/07(火) 04:53:23いつごろ解消しそう?
去年の12月の終わりからまだ更新してないんだ。
0452名無しさん＠お腹いっぱい。
2006/02/07(火) 05:46:270453名無しさん＠お腹いっぱい。
2006/02/07(火) 11:01:15勘違いだった、普通に入った。
0454名無しさん＠お腹いっぱい。
2006/02/07(火) 11:20:440455名無しさん＠お腹いっぱい。
2006/02/08(水) 01:32:03進んでしまう。
これ何で?
0456名無しさん＠お腹いっぱい。
2006/02/08(水) 02:24:450457名無しさん＠お腹いっぱい。
2006/02/08(水) 03:06:470458名無しさん＠お腹いっぱい。
2006/02/08(水) 03:30:12今の7-currentってタイマー関連がおかしくない?
だから、表示が遅かったり qemuの時間がおかしかったりしているんじゃないの?
漏れはcurrent使ってないから何ともいえないけど、詳しいこと知っている香具師が
いたら教えてくれ。
0459名無しさん＠お腹いっぱい。
2006/02/08(水) 09:57:01> FreeBSD 7-currentでqemu 0.8.0を使うと、
漠然と 7-current って言われても...
少なくとも, 1 月 20日に buildkernel した奴は無問題だが...
>>458
> 今の7-currentってタイマー関連がおかしくない?
なぜタイマー関連のせいになる?
> だから、表示が遅かったり
表示するときに時間を気にするのはゲームとかビデオの再生くらいのもんだろ
それ以外は通常全力で出力する
■ このスレッドは過去ログ倉庫に格納されています