On Thu, Feb 05, 2004, M. Warner Losh wrote: > We also thought about just raising the limit in the kernel, but > quickly discovered that they were small to make exec more efficient. It should be possible to raise the limit without any performance impact in the normal exec path. The solution is to double the buffer size and retry in the case where exec() presently returns E2BIG, which only costs more when the argument list is very long. Even in this case, the cost of recopying the arguments should be less than the cost of forking an additional process. I looked into this a long time ago, but I abandoned the idea only because I wasn't sure that I understood all the possible ramifications of the ABI change for applications that make assumptions about ARG_MAX. Presumably if someone analyzed this problem carefully, the change could be made before 5.3-RELEASE.Received on Thu Feb 05 2004 - 14:58:46 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:41 UTC