アカウント名:
パスワード:
障害時に/libが読めないとか、ldconfigが動かないということが 発生した場合は、かなり多数のツールが/re
> 場合によっては起動時間の削減やメモリ領域の節約ができるようです。
逆にshellスクリプトやmake等の様に短時間に頻繁にfork-execを行う場合にはダイナミックリンク時のアドレス解決に伴うオーバヘッドにより「最悪」40%程度の性能低下が発生することもありうる [freebsd.org]そうです. リン
ただ、あくまでこれは暫定的な措置であり、-currentの /bin/sh はdynamically-linkedのままです。 この点については、将来的にPrebindingなどの手法により、dynamic link自体のオーバヘッドを減らしていく [freebsd.org]方針で問題の解決を図るようです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
/bin や /sbin のダイナミックリンク化 (スコア:1)
から無問題なのかな…
-- みずき
Re:/bin や /sbin のダイナミックリンク化 (スコア:3, 参考になる)
障害時に/libが読めないとか、ldconfigが動かないということが 発生した場合は、かなり多数のツールが/re
Re:/bin や /sbin のダイナミックリンク化 (スコア:3, 参考になる)
> 場合によっては起動時間の削減やメモリ領域の節約ができるようです。
逆にshellスクリプトやmake等の様に短時間に頻繁にfork-execを行う場合にはダイナミックリンク時のアドレス解決に伴うオーバヘッドにより「最悪」40%程度の性能低下が発生することもありうる [freebsd.org]そうです. リン
Re:/bin や /sbin のダイナミックリンク化 (スコア:4, 参考になる)
ただ、あくまでこれは暫定的な措置であり、-currentの /bin/sh はdynamically-linkedのままです。 この点については、将来的にPrebindingなどの手法により、dynamic link自体のオーバヘッドを減らしていく [freebsd.org]方針で問題の解決を図るようです。