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:
signature.asc
Description: OpenPGP digital signature
