Ipython: ノートブックの無限ループを中断することはできません

万が一、ブラウザをクラッシュさせなかったものではなく、クラッシュしたものが出力を生成するでしょうか？
（1つのメニューにkillカーネルが必要です）

おそらく、サーバーsiカーネルを強制終了するセキュリティオプトインタイムアウトが長時間ビジー状態のままであるか、フロントエンドが大量の入力を受信する可能性があります

ここには2つの問題があると思います。

• 無限ループを中断することは完全に可能です。 [カーネル]メニューで、[割り込み]をクリックします。
• ループが各ステップで何かを出力すると、大量の出力が生成され、ブラウザに問題が発生する可能性があります。 ＃1975号も参照してください。

@Carreau出力はありませんでした

@takluyverカーネルメニューが応答しませんでした。 これは、印刷されているループと印刷されていないループで発生します。

ループが機能しない例を教えてください。

2013年1月13日16:11、ダニエルマクドナルド[email protected]は次のように書いています。

@Carreauhttps ：//github.com/Carreau出力がありませんでした

@takluyverhttps ：//github.com/takluyverカーネルメニューはそうではありませんでした
レスポンシブ。 これは、印刷中のループとそのループで発生します
印刷していませんでした。

—
このメールに直接返信するか、Gi tHubhttps：//github.com/ipython/ipython/issues/2781#issuecomment-12195606で表示してください。

単語がお互いのアナグラムではない場合のナイーブ/恐ろしいアナグラムアルゴリズム

from random import shuffle 
word1 = list("quietx")
word2 = list("quite")
while word1 != word2:
    shuffle(word1)

テストしたばかりですが、FirefoxとUbuntuで問題なく中断できます。 システムに確実に複製できますか？

システムに複製できません。 問題が発生したユーザーを追跡し、システムで再実行します。 ワークショップセッションは明日の朝に再開されます-ワークショップはヨーロッパで行われ、今日は休みです-ですから、これに戻るには少し時間がかかります。

私はもうこれをテストする立場になく、でフォローアップすることができませんでした
ワークショップ。 私は問題を再現できず、他の誰も再現できないことを考えると、
それをまぐれにチョークで書きましょう。

迅速な対応に改めて感謝いたします。ご迷惑をおかけしましたことをお詫び申し上げます。

2013年1月13日午前9時57分、Thomas [email protected]書き込み：

テストしたばかりですが、Firefoxで問題なく中断できます
＆Ubuntu。 システムに確実に複製できますか？

—
このメールに直接返信するか、Gi tHubhttps：//github.com/ipython/ipython/issues/2781#issuecomment-12196271で表示してください。

心配ない。 バグを再現する方法を見つけたら、遠慮なく再開してください。

私はこれをChromeのIPythonノートブックで常に取得しています（Firefoxでテストしたところ、「成功」しました。つまり、クラッシュしました）。 頻繁に印刷される無限ループがあると、いつでも発生すると思います。 これは私にとって問題です。デバッグするためにprintステートメントを頻繁に入力しているためです。この場合、クラッシュが原因でバグを修正するはずだったコードが失われます。

彼女は私がそれをクラッシュさせるために使用したコードです：

numpyをnpとしてインポートします
x = np.array（[0,1,2,3,4]）
it = np.nditer（x、flags = ['f_index']）
it.finishedではありませんが：
it.indexを印刷します

これは私にも起こります...
最初にブラウザが応答しなくなり、後でシステム全体がハングします。 私はハードリセットを強いられています。
私はUbuntuをxfceデスクトップ/ Firefoxで使用しています。
それが役に立ったら、私はあなたがこれを修正するために必要とするかもしれない他の詳細を共有したいと思います...
@minrk

この問題はまだあるようです！

カーネルメニューから「割り込み」または「再起動」を実行できますが、まったく効果がありませんでした。 実行中のアイコンはまだ黒いボールとして表示されます。

コンピュータを再起動しても、ノートブックをもう一度クリックすると、永久にループします。

ipython2.2.0がインストールされたMacBookを使用しています。

私もこの問題を抱えていました：ブラウザでipythonノートブックがハングし、割り込みカーネルを使用して回復できません。 ループエラーに加えて、これはハングしているプロセスで発生するようです。たとえば、関数内のインターネットクエリがネットワーク上の理由でハングしている場合などです。

私の質問は、コマンドラインから基盤となるカーネルにアクセスする方法はありますか？ ターミナルからipythonノートブックを起動します。現時点での解決策は、そのターミナルをキーボードで中断することです。これにより、カーネルが完全にシャットダウンされます。

私にもこの重大な問題があります。 確かにループに関係しているようです。 これにより、長いシミュレーションやデータ分析を実行できなくなります。つまり、私は困惑しています...

関連しているかどうかはわかりませんが、ハングすると、ハイパースレッディングが1つのCPUに折りたたまれて動作しているように見えることに気付きました。 たとえば、 htopを使用するとそれを確認できます。 最初は、ハイパースレッディング（numpy-> BLASライブラリが私のマシンで悪用している）がクラッシュし、その後全体が非常に遅くなるように見えましたが、その後、中断しようとしましたが、運がなかったので、 IPythonカーネルがスタックしていることに気づきました。

この問題は、次の場合には発生しませんでした。

• 私は古いマシンを使用していました（しかし、それでも非常に似ており、RAMとCPUが少ないだけです）
• 古いipython <3.0を使用していました
• リモートのIPythonノートブックで作業していませんでした

私の知識に基づく推測は次のとおりです。

• どこかのソケットに問題があります...
• matplotlibのスレッドバックエンドがめちゃくちゃになっています<-しかし、それはほとんどの場合、そこに賭けたほうがよいからです;）

問題が発生したら、Webインターフェイス内からカーネルを再起動して、実行していたことをやり直します...

編集：私もそれを再現するのは難しいですが、BLASを使用しない場合、たとえばnumpyのドット積を使用しない場合、問題は発生しませんが、さらにいくつかのテストを実行する必要があることに気付きましたそれを確認します。

また、この問題は非常に頻繁に発生し、解決するのは困難です。カーネルでの処理に時間がかかるデータが大量にある場合、すべてを強制終了して強制的に再起動するのは非常に困難です。 間違いなく架空のバグではありません:)

OSX + chromeでもこの問題が発生します。

@minrk 、これは再開する価値があると思います。 新しい問題を作成することなく再開するのに十分な特権がありません。

CLIからは、停止ボタンを押すと何かが行われているように見えますが、ノートブックは完全に応答しません。

[I 15:26:22.224 NotebookApp] Kernel interrupted: edee0497-b340-43fd-be77-1ad67e5170ee
[I 15:26:32.197 NotebookApp] Kernel interrupted: edee0497-b340-43fd-be77-1ad67e5170ee
[I 15:26:42.688 NotebookApp] Saving file at /Untitled.ipynb
[I 15:27:30.993 NotebookApp] Kernel interrupted: edee0497-b340-43fd-be77-1ad67e5170ee
[I 15:27:35.605 NotebookApp] Kernel interrupted: edee0497-b340-43fd-be77-1ad67e5170ee
[I 15:28:43.999 NotebookApp] Saving file at /Untitled.ipynb
[I 15:29:28.038 NotebookApp] Kernel interrupted: edee0497-b340-43fd-be77-1ad67e5170ee

少なくとも一部のシステムでは、この問題を再現する簡単なノートブックを見つける必要があると思います。 そうしないと、おそらく修正できません。

私もこの問題を見ています。

少なくとも一部のシステムでは、この問題を再現する簡単なノートブックを見つける必要があると思います。

while True:
    print "foo"

これにより、Firefoxは100％CPUを使用し、いかなる方法や形式でも応答しなくなります。 FirefoxとIPythonプロセスを強制終了することが、システムを元に戻す唯一の方法です。

Ipython 3.0.0
Firefox 42.0
Linux3.13.0-24-ジェネリック

で再現できます
ipython 3.2.0
Python 2.7.10
Chromeバージョン46.0.2490.86（64ビット）
OSX 10.10.5

私にとってもかなり大きな迷惑です。 この問題のために、Chromeと一緒にノートブックサーバー全体を強制終了しなければならないことがよくあります。 カーネルの割り込みボタンをクリックすると、クリックされたかのようにハイライト表示されますが、どこかで停止のメッセージが表示されません。

私の最初の印象は、Chromeのテキストレンダリングエンジンに問題があるということですが、それがどのように機能するかについてはほとんどわかりません。

速度低下のもう1つの例は、比較的大きなmatplotlibがスクロールした後にフォアグラウンドに到達した場合です。 ノートブック全体が4〜5秒間非常に不安定になります。

価値のあることとして、私はかなり頑丈なマシンを使用しているので、jupyterが私のマシン全体をひざまずくことができるのは特に奇妙です。

9/10、それは偶然に起こるので、それをユーザーエラーバグと呼ぶほど簡単ではありません。

この問題が発生したばかりです（または、少なくとも上記のプロファイルに適合します）。 ウィンドウを定期的に応答させることはできませんでしたが、ページ全体の非常に遅いクリップボードコピーを実行できたため、最近のコード変更を保持することができました。

問題の解決策ではありませんが、その結果を軽減するための潜在的な方法です。

Linux Mint（18.0）とfirefoxを実行しているときも、今日も過去も同じ問題が発生しました。 これは非常に単純なcount（）ジェネレーターでしたが、私は__getitem__をいじり、ばかげた方法でキーに印刷を設定しました。

パッケージの最新バージョンは、出力スロットリングを実装しています。これにより、大量の出力によってブラウザーの速度が低下する問題が軽減されます。

この問題はIPython自体にはないため、終了します。それでも問題があり、関連性がある場合は、適切なリポジトリで開く必要があります。 これにより、IPythonリポジトリで開いている問題の数を制御できるようになります。

コメントを続けるか、必要に応じて再開してください。

ありがとう。

@Carreau 、提案されたリポジトリはありますか（または、これはノートブックの問題が追跡される場所に持ち越されませんでした...）？

これは、jupyter / notebookまたはjupyterlab / jupyterlabのいずれかに移行する必要があります。 それがjupyterlabにも影響を与える場合は、2番目のものです。