diff options
author | Pjotr Prins | 2021-09-10 03:10:32 -0500 |
---|---|---|
committer | Pjotr Prins | 2021-09-10 03:10:32 -0500 |
commit | a647c58cdf1adf17711bdceea6b2c256c9d47da3 (patch) | |
tree | 80b5f29c068a9d85559ff6c1d24f2feafeb4e3e3 /topics/notebooks | |
parent | 169eff588a88ae37deddece486e27b820a686ff7 (diff) | |
download | gn-gemtext-a647c58cdf1adf17711bdceea6b2c256c9d47da3.tar.gz |
Comments on Jupyter
Diffstat (limited to 'topics/notebooks')
-rw-r--r-- | topics/notebooks/user-stories.gmi | 21 |
1 files changed, 12 insertions, 9 deletions
diff --git a/topics/notebooks/user-stories.gmi b/topics/notebooks/user-stories.gmi index 7cb6b05..0e8ad53 100644 --- a/topics/notebooks/user-stories.gmi +++ b/topics/notebooks/user-stories.gmi @@ -1,7 +1,7 @@ # Next Steps -Whenever we start a notebook let's generate an id (put the id in a db or in memory start) and then accept the id as -part of the route to get to the notebook. +Whenever we start a notebook let's generate an id (put the id in a db or in memory start) and then accept the id as +part of the route to get to the notebook. The server has to look that id up and route the user to that particular jupyter notebook instance. @@ -11,9 +11,9 @@ Currently, users are directed to a jupyter notebook instance via parsing the out This has its issues because we cannot uniquely identify the last launched notebook. -## Optimizations +## Optimizations -### Shutdown notebook and save to memory +### Shutdown notebook and save to memory If we are shutting down the notebook to save memory then we want to remember it's location in order to return to it. @@ -45,9 +45,9 @@ I need to decide on a way to uniquely identify the last built jupyter notebook. ### Shutdown kernels gracefully -* shutdown jupyter gracefully +* shutdown jupyter gracefully -Find a way to shutdown jupyter kernels gracefully. Jupyter kernels are currently shutdown by sending a kill signal +Find a way to shutdown jupyter kernels gracefully. Jupyter kernels are currently shutdown by sending a kill signal (SIGINT, Ctrl+c) via the terminal. This currently produces the following error: @@ -62,7 +62,7 @@ Traceback (most recent call last): File "/gnu/store/w9bgs701xg1gbhxb6a4fsrjkj10c4sxc-python-notebook-6.3.0/lib/python3.8/site-packages/notebook/notebookapp.py", line 1961, in _confirm_exit line = sys.stdin.readline() OSError: [Errno 5] Input/output error -``` +``` ## guix-kernel runs by default in a container @@ -82,11 +82,13 @@ inside another container. ### -Do we want to avoid hard coding guix-kernel to run inside a container and instead be able to explicitly -specify a container environment from the binderlite app or should this be left to guix-kernel? +Do we want to avoid hard coding guix-kernel to run inside a container and instead be able to explicitly +specify a container environment from the binderlite app or should this be left to guix-kernel? See above section on guix-kernel running by default in a container. +Suggestion: we will create our own derived kernels and dependencies. + ### I currently cannot kill running jupyter instances on penguin2: @@ -105,3 +107,4 @@ Killed How should I get around this? +Suggestion: try killing a container rather then the jupyter process. Use the pid of the container. |