Shiro Kawai
shiro****@lava*****
2005年 1月 6日 (木) 19:53:31 JST
あまり参考にはならないかもしれませんが、Boehm GCの一番下の レベルでページ毎にメモリを持ってくるコードは、 - mmapが使えればそれ - 使えないプラットフォーム (unix) ではsbrk - WindowsではVirtualAlloc とやっているようです。(os_dep.c) --shiro From: NIIBE Yutaka <gniib****@m17n*****> Subject: [Anthy-dev 1559] Re: alloc.c changes which once tried in 2002 Date: Thu, 6 Jan 2005 19:21:54 +0900 > On Wed, 05 Jan 2005 23:41:42 +0900 (JST) yusuk****@cheru***** wrote: > > 内容についてはposix_memalignの移植性を調べてから返事します。 > > gonzui で調べたい(実際の利用として, どれくらい使われているか)と思った > のですが, まだ gonzui は運用してないそうなのでわかりませんでした。が, > gonzui の開発者とお話したところ, だれも posix_memalign, valloc, > memalign を知りませんでした。ガーン。 > > かなり限定的な調査ですが, そういうわけでおそらく移植性は無いと思われます。 > > OpenBSD では 4K の malloc ではかならず 4K バウンダリになる模様。 > valloc は既に obsolete. > > もうすこしわかったこと。 > > (1) posix_memalign がない場合の fall back としては, 最近の Unix では, > MAP_PRIVATE|MAP_ANONYMOUS で /dev/zero を mmap してもらうというの > が比較的ポータブル。 > > (2) しかし (MMU ない) uClinux では (1) は動かない。Windows でも動かな > いだろう。この場合は 8K を malloc してそのうち 4K つかうとかになり > ますか。うーん。 > uClibc の人に聞いてみますか。 > > ちょっと待ちですか。 > -- > _______________________________________________ > Anthy-dev mailing list > Anthy****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/anthy-dev >
