Cell-level caching

オープン

#992 2022年9月16日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 25/100

issue の種類: 機能追加
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: jupyter, jupyter-notebook, python
領域: backend

調査の方向性

まず、ipykernel のノートブック実行パスと、参照されている akernel のアプローチを確認します。そこでは、Python の ast モジュールを使ってキャッシュされたセルの入力と出力を比較しています。その設計を knitr のキャッシュモデルと比較し、キャッシュが Quarto と JupyterBook にどのように役立つべきかを明確にします。完了の条件は、ipykernel のセル単位のキャッシュ設計について合意することです。これには、いつ実行をスキップできるか、また有効性をどのように確立するかが含まれます。

索引モデルが issue の本文から書いたものです。

説明

Often we want to visualize the content of the notebook for example as an HTML and also recompute it to check its validity. This ensures that the notebook is runnable and also shows the desired output. However, running a notebook is very time-consuming. It would be great if we had some cell-level cache that would speed up repeated executing of the notebook.

@davidbrochart in his project akernel (asynchronous kernel) solved a similar issue. He approached it by parsing inputs and outputs of the cached cell using ast module. He could then skip the execution of the particular time-consuming cell, if the outputs were cached and the inputs hasn't changed from the previous execution. I hope I didn't misinterpret it. @davidbrochart please comment on any of my mistake.
An inspiration could also be taken from knitr from R, who has this implementation available.

Could we get something like this for ipykernel? Many popular projects would benefit from this improvement, such as Quarto or JupyterBook.

主要言語: Python
スター: 734
フォーク: 411
平均マージ: 1日 2時間
マージ済み PR（30日）: 9

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

ipython/ipykernel のほかの issue

`Kernel._control_lock` created after it may be used オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

ipython/ipykernel#1567 · コメント 1 件 · 2026年9月22日に作成
pytest seems to be the testrunner - not nose, as mentioned in README オープン

難易度 1/5 1時間未満初心者へのやさしさ 72/100

ipython/ipykernel#554 · 2020年10月17日に作成
post_execute fires during comm_msg handling on a subshell, so output published from the hook is parented to the comm_msg and dropped by frontends オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

ipython/ipykernel#1564 · 2026年9月21日に作成
Shell reply sent raw on the ROUTER can drop the ZMQStream wake-up; a request arriving in that window is not read until the next connection オープン

難易度 4/5 3〜5日初心者へのやさしさ 68/100

ipython/ipykernel#1554 · コメント 1 件 · 2026年9月7日に作成
Interrupt on swallowed `KeyboardInterrupt` exceptions (`SIGINT`) when pressing twice (within 5 seconds) オープン

ipython/ipykernel#1550 · コメント 1 件 · リアクション 1 件 · 担当者 1 名 · 2026年8月25日に作成

ipython/ipykernel の issue をすべて見る

似ている issue

create_predictable_zip member order differs on Windows for directory input オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 90/100

learningequality/ricecooker#747 · 2026年9月23日に作成
[Anon] Mechanicum: skitarii as mechanicum allies rule オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

BSData/horus-heresy-3rd-edition#3171 · 2026年9月23日に作成
CHANGELOG.md entries are too long to maintain, and their length is what makes every PR conflict expensive オープン

enhancement

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

lanl/PyBNF#809 · 2026年9月23日に作成
[Bug]: PrevNextNodePostprocessor loses retrieved scores when neighbor windows overlap オープン

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

run-llama/llama_index#23199 · 2026年9月23日に作成
Cannot export point cloud without radius attribute オープン

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

KhronosGroup/glTF-Blender-IO#2769 · 2026年9月23日に作成

Python の issue をもっと見る