[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