very laggy scrolling: several seconds to quick scroll from the bottom to the top of a 50-cell notebook.The reason for this discrepancy is JupyterLab’s UI performance. This is a far cry from the way I would like to be using it. However, the vast majority of the time I end up using JupyterLab to, at most, edit two notebooks side by side. The JupyterLab of my dreams is like (Neo)Vim but built with data visualization in mind: extremely efficient for manipulating text, capable of managing 10s to hundreds of open files/notebooks/terminals at once, extensible for developers, customizable by users, usable across many languages, large user community… Free is good but I would gladly pay a sizable sum for such an app. This is what attracted me to JupyterLab in the first place, and I still believe in the vision. There is enormous potential in bringing these things all together in a unified and extensible graphical environment usable across languages. I’ve noticed performance issues during this time which have brought me to a crossroads, where I am trying to decide whether to continue investing in this platform or whether I should look into other options.įirst, the good: I really like the feature set that JupyterLab is offering- flexible arrangement of notebooks, management of multiple kernels, embedded consoles/editors, etc etc. I’ve used JupyterLab off and on for the past couple years and heavily in the last couple weeks.

Far manager scroll output