[Python-Dev] Re: [ python-Bugs-1124637 ] test_subprocess is far tooslow (fwd)

Michael Hudson mwh at python.net
Thu Feb 17 15:30:06 CET 2005

"Fredrik Lundh" <fredrik at pythonware.com> writes:

> Nick Coghlan wrote:
>>> One thing that actually can motivate that test_subprocess takes 20% of the
>>> overall time is that this test is a good generic Python stress test - this
>>> test might catch some other startup race condition, for example.
>> test_decimal has a short version which tests basic functionality and always runs, but 
>> enabling -udecimal also runs the specification tests (which take a fair bit longer).
>> So keeping the basic subprocess tests unconditional, and running the long ones only if -uall 
>> or -usubprocess are given would seem reasonable.
> does anyone ever use the -u options when running tests?

Yes, occasionally.  Esp. with test_compiler a testall run is an
overnight job but I try to do it every now and again.


  If design space weren't so vast, and the good solutions so small a
  portion of it, programming would be a lot easier.
                                            -- maney, comp.lang.python

More information about the Python-Dev mailing list