2012年4月26日 注意：jemalloc(3)実装更新と/etc/malloc.confフォーマット変更 | gihyo.jp
FreeBSD Daily Topics 2012年4月26日注意：jemalloc(3)実装更新と/etc/malloc.confフォーマット変更 current malloc.conf format changed by current jemalloc work FreeBSD 10-CURRENTにおけるjemalloc(3)の実装が変更されました。これを受けて、これまで/etc/malloc.confで使ってきたフォーマットが廃止されています。新しいフォーマットは「項目:値」をカンマで区切ってリストにしたもので、「項目:値,項目:値,項目:値」といったものとなります。 CURRENTではデバッグを優先にするため、エラーが発生した場合にはFatal、アロケートしたメモリは0x5aで埋めるなど、パフォーマンスが低下する設定がデフォルトになっています。このため、CURRENTを使いな
OpenBSD、malloc(3) を改良。多数パッケージに影響か | スラド
tamo 曰く、 "Undeadly.org の記事によると、3.8 リリースの近付く OpenBSD で malloc(3) に大きな変更が加えられたため、より多くのユーザによるテストが求められている。 変更点は、まず malloc(3) が brk(2) ではなく mmap(2) を使うようにしたこと。そして mmap(2) がランダムな領域を取るようにし、かつ、割り当てられた複数の領域が隣接することのないようにしたこと。これらにより、ソフトウェアにバグがあってオーバーフローしても、既存領域を上書きすることなく SIGSEGV で死ぬようになる。 また、free(3) は領域を実際にカーネルへ返してしまうようになった。そのため、free(3) したあとに読み書きしようとすると SIGSEGV することになる。 これらはどちらも legal ではあるが、プログラマに厳しい制約を課すことに
不完全なデーモンプロセスに制御端末を割り当てる方法を教えてください UNIX のデーモンプロセスについて勉強しています。…
不完全なデーモンプロセスに制御端末を割り当てる方法を教えてください UNIX のデーモンプロセスについて勉強しています。デーモンプロセスを作るには、 1. fork する (子プロセスを作って親は死ぬ) 2. setsid する (子プロセスを制御端末から切り離す) 3. もう一度 fork する (セッションリーダーではない孫プロセスを作って子は死ぬ) という手順を踏むのだと、後述のブログ記事等で知りました (chdir, umask, STDIN/STDOUT/STDERR などの取り扱いは、今回は注目しないので省略します) この 3. でやっている二度目の fork が必要な根拠として、セッションリーダーであるデーモンプロセス (1. で fork した子プロセス) に制御端末を割り当てられてしまうとまずいためだ、という理由が挙げられています (シグナルを送られてプロセスを操られてし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/sys/queue.h
