Re: remove _STK_LIM_MAX override

[James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>]

[-- Attachment #1: Type: text/plain, Size: 1140 bytes --]

On 28/04/14 20:21, Helge Deller wrote:
> Dear metag people,
> 
> on the parisc arch we found a problem with GNU make, that our process stacks became too big so that many debian packages didn't built because not enough threads (started via GNU make) could be created. 
> 
> The final solution was to remove our arch-specifc _STK_LIM_MAX override.
> I will push this patch for parisc upstream soon:
> https://patchwork.kernel.org/patch/4072991/
> 
> It seems metag is now the only arch left which overrides _STK_LIM_MAX.
> Maybe you need to revisit that too?

Hi Helge,

Could you clarify the exact problem? As far as I can tell from strace
experimentation GNU make will reset the RLIMIT_STACK soft limit to it's
previous value prior to forking off any children, and doesn't appear to
make use of pthreads itself either.

That's not to say the default hard limit override shouldn't be removed.
I think it was only there to prevent the excessively large 1GB default
stack size being used and causing problems with Meta's limited virtual
address space (which is effectively fixed by your other patch).

Thanks
James


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]