[Pkg-clamav-devel] Bug#578451: clamav: FTBFS on kfreebsd-amd64: 3 of 7 tests failed
Michael Tautschnig
mt at debian.org
Wed Apr 28 09:48:38 UTC 2010
Hi Petr,
> >Hmm, increasing ulimit -v also did the trick (the test scripts had set the limit
> >to 512000, changing that to 600000 fixed it). It just seemed to require slightly
> >more memory on kfreebsd-amd64. I wouldn't see that your glibc patch affects
> >memory usage, or have I overlooked something?
>
> It reduces stack allocated for each thread in pthread_create().
> The default max stack is 512MB, while the ARCH_STACK_MAX_SIZE is 32MB.
>
> When the getlimit() returned RLIM_INFINITY,
> the used stack for each thread is 32 MB,
> but when it returned any real number, the real number have been used.
> The patch adds upper bound (128MB) of pthread stack size.
>
> During pthread_create() is the stack (pre-)allocated via mmap(),
> i.e. 524288 have been even larger than 512000.
>
> On kfreebsd-i386, the default max stack is 64MB, while the
> ARCH_STACK_MAX_SIZE is 8MB, the memory limit
> 512000 have been therefore sufficient.
>
Thanks for the explanation. Is it that patch that is included in version
2.10.2-7 of eglibc? We could decide to add a versioned depends for
kfreebsd-amd64 only and revert our workaround, but then again dependencies like
this just for the sake of a test suite don't seem to warranted.
Best,
Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-clamav-devel/attachments/20100428/50793a5a/attachment-0001.pgp>
More information about the Pkg-clamav-devel
mailing list