[issue14107] Debian bigmem buildbot hanging in test_bigmem

Antoine Pitrou report at bugs.python.org
Sun Feb 26 14:31:31 CET 2012


Antoine Pitrou <pitrou at free.fr> added the comment:

> """
>             /* We can't do anything if the consumer is too slow, just bail out  */
>             if (write(watchdog.wfd, (void *) &x, sizeof(x)) < sizeof(x))
>                break;
>             if (write(watchdog.wfd, data, data_len) < data_len)
>                break;
> """
> 
> AFAICT, this can't happen, because the write end of the pipe is not in
> non-blocking mode (which would solve this issue).

I think my original plan was to put it in non-blocking mode, but I must
have forgotten in the end.

> 2. instead of using a thread and the faulthandler infrastructure to run
> GIL-less, why not simply use a subprocess? It could then simply
> parse /proc/<PID>/statm at a regular interval, and print stats to
> stdout. It would also solve point 1.

I can't think of any drawback off the top of my head, so that sounds
reasonable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14107>
_______________________________________


More information about the Python-bugs-list mailing list