ipython / ipython/ipykernel

Verbose subprocess and c-library hangs with IPyKernel 6.x.x

未關閉
#847 1 則留言 2 個 reaction 已指派 0 人 在 GitHub 檢視
主要語言
Python
星號
734
分支
412
平均合併
1 天 5 小時
30 天內合併 PR
8

描述

Since `IPyKernel` 6.0.0, in a notebook that call some functions working with some very verbose subprocess and C/C++ library ends up hanging indefinitely.

This does not happens with `IPyKernel` 5.5.6, but can be circumvent, in 6.3.0 and above, by setting `c.IPKernelApp.capture_fd_output = False` in the config file.

From what I am guessing, this is a bug in the thread that handle the capture of `stdout` and `stderr`that was introduced in 6.0.0.

While playing around with the configuration of the kernel and a notebook, it seems that the thread in IPyKernel which read `stdout` and `stderr` start reading one of them, but all output goes to the other at this moment. Since reading from `stdout` or `stderr` is a blocking operation, the read operation never stop and the other output ends up filling its buffer, at this stage, no one can write to the output, hence the kernel completely hangs.

For me this is probably it since, when we kill the kernel (from the notebook interface), a lot of output suddenly appeared, before having the stack trace for the `KeyboardInterrupt` exception. Just like if one of the output wasn't read for some time, but got flushed when interrupting the kernel.

貢獻指南

開啟貢獻指南

評估

這個 Issue 還沒有評估資料。

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。