为什么subprocess.Popen参数长度限制小于OS报告的值？

Question

我在Linux3.16.0上运行Python3.4.3。我想使用subprocess.Popen来运行一个单参数长的命令（一个复杂的Bash调用），大约200KiB。

根据getconf和xargs，这应该在我的限制范围内：

$ getconf ARG_MAX
2097152
$ xargs --show-limits < /dev/null
Your environment variables take up 3364 bytes
POSIX upper limit on argument length (this system): 2091740
POSIX smallest allowable upper limit on argument length (all systems): 4096
Maximum length of command we could actually use: 2088376
Size of command buffer we are actually using: 131072

但是，Python失败的限制非常小：

>>> subprocess.Popen('echo %s > /dev/null' % ('a' * (131072-4096)), shell=True, executable='/bin/bash')
<subprocess.Popen object at 0x7f4613b58410>
>>> subprocess.Popen('echo %s > /dev/null' % ('a' * (262144-4096)), shell=True, executable='/bin/bash')
Traceback (most recent call last):
  [...]
OSError: [Errno 7] Argument list too long

注意，Python限制与“实际使用”命令缓冲区xargs报告大致相同。这表明xargs在某种程度上足够聪明，可以从一个较小的限制开始，并根据需要增加它，但Python不是。

问题：

1. 为什么Python限制小于操作系统限制2MiB？
2. 我可以提高Python的限制吗？
3. 如果是，怎么做？

Answer 1

This其他问题与您的类似，但对于Windows。在这种情况下，您可以通过避免shell=True选项来绕过任何shell限制。

否则，您可以提供一个文件列表给subprocess.Popen()，正如在该场景中所做的那样，并且正如@aron Digulla所建议的那样。