Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

github.com

Post reply on HN
Print view View original

81–90 of 100 posts

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#81

Post by benatkin »

pjmlp wrote: post #50
est wrote: post #49

Earlier quoted context omitted.

Then why can't Chrome/Edge provide a up-to-date library for everyone like mshtml.dll?

That is what Edge Webview2 is, https://developer.microsoft.com/en-gb/microsoft-edge/webview... https://learn.microsoft.com/en-us/microsoft-edge/webview2/

Maybe the situation only sucks on OS X. On Linux you could hopefully swap it out with a new one on build, and it isn't based on WebKit which is slow to support lots of stuff. Either way, I think perhaps Tauri should provide a way to optionally use its own build of the rendering engine and a preset/example configuration that uses the included one for the platforms that are up to date and its own build of a rendering engine for OS X and possibly Linux.

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#82

Post by d0mine »

shwouchk wrote: post #61
prasunanand wrote: post #17

I am the author of Zasper. The unique feature of Zasper is that the Jupyter kernel handling is built with Go coroutines and is far superior to how it's done by JupyterLab in Python. Zasper uses one fourth of RAM and one fourth of CPU used by Jupterlab. While Jupyterlab uses around 104.8 MB of RAM and 0.8 CPUs, Zasper uses 26.7 MB of RAM and 0.2 CPUs. Other features like Search are slow because they are not refined. I…

Hello and thank you for making this! Can I sway you to take this into a ... certain direction? From my POV any browser based editor will be inferior to emacs (and to lesser extent vim) simply because it won't run my elisp code. While a fresh and snappier UI compared to eg jupyter would be nice, I would love to see something that integrates well with emacs out of the box. So, perhaps it would be really nice if the bac…

Have you tried https://github.com/emacs-jupyter/jupyter Eg as org-mode code blocks.

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#83

Post by BiteCode_dev »

westurner wrote: post #77
williamstein wrote: post #70

Earlier quoted context omitted.

The Jupyter community maintains a public spec of the notebook file format [1], the kernel protocol [2], etc. I have been involved with many alternative Jupyter clients, and having these specs combined with a friendly and welcoming community is incredibly helpful!!! [1] https://github.com/jupyter/nbformat [2] https://jupyter-client.readthedocs.io/en/latest/messaging.ht...

jupyter-server/enterprise_gateway: https://github.com/jupyter-server/enterprise_gateway JupyterLab supports Lumino and React widgets. Jupyter Notebook was built on jQuery, but Notebook is now forked from JupyterLab and there's NbClassic. Breaking the notebook extension API from Notebook to Lab unfortunately caused re-work for progress, as I recall. jupyter-xeus/xeus is an "Implementation of the Jupyter kernel protoco…

At this stage, notebooks should be a GUI powered docker-like image format you download and then click to run.

Non programmers using notebooks are usually the least qualified to make them reproducible, so better just ship the whole thing.

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#85

Post by pjmlp »

benatkin wrote: post #81
pjmlp wrote: post #50

Earlier quoted context omitted.

That is what Edge Webview2 is, https://developer.microsoft.com/en-gb/microsoft-edge/webview... https://learn.microsoft.com/en-us/microsoft-edge/webview2/

Maybe the situation only sucks on OS X. On Linux you could hopefully swap it out with a new one on build, and it isn't based on WebKit which is slow to support lots of stuff. Either way, I think perhaps Tauri should provide a way to optionally use its own build of the rendering engine and a preset/example configuration that uses the included one for the platforms that are up to date and its own build of a rendering e…

Well, there we have the whole issue that Web has literally become ChromeOS for all practical purposes of who is driving it, and browser market share.

It is called Webview2, because the first MSHTML.dll replacement was based on the original updated Edge engine, which Microsoft dropped for their own Chrome fork.

So either one cares to use portable Web development practices, or whatever Chrome does, with the side effect to increase its market share even further.

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#86

Post by zitterbewegung »

shwouchk wrote: post #76
zitterbewegung wrote: post #67

Earlier quoted context omitted.

There already is a library that can interface emacs with Juypter it is called ein. I think what you really want is a kernel that executes emacs code and if you did make that kernel it would probably work in any of these systems. See https://github.com/emacs-jupyter/jupyter

Yes, I'm aware of EIN. To start, it's been abandoned by it's author/maintainer as of April 2024 IIRC. Further, I do not need a kernel to execute emacs code - I have one and it's called emacs. The point regarding executing elisp code was a cheeky way to state that I am not looking forward to finding replacement and/or porting of all the custom code - mine and others' - that my editor runs, and that no amount of "featu…

I'm guessing you already looked at org-mode code blocks which basically do the same thing as a juypter notebook without a web protocol, webUI and anything else if you wanted an experience that is easier to commit to a git repo and has a notion of cells which is the magic sauce for juypter (it was originally derived from ipython which is a command line interface). I am also a emacs user :)

Juypter has an interface and API built in. What Zasper is the reimplementation of the juypter protocol. You can see this at [1]. Juypter kernels are very different from Mathematica notebooks. Mathematica notebooks aren't related to juypter.

Juypter kernels encapsulate language runtimes so that they can be interfaced when called from a notebook.

[1] https://jupyter-client.readthedocs.io/en/stable/

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#87

Post by hedgehog »

jerf wrote: post #66
Panoramix wrote: post #58

Earlier quoted context omitted.

People can program in python but cannot select a kernel from a list? I find that hard to believe

I mean this without rancor or insult, but a lot of data scientists may use Python, but are definitely not Python programmers. They know the subset of Python necessary to process data, and literally not one bit more. They would have no idea how to create an iterator function, their own "with" handler, may not even know how to create a new subclass with a method. They just take data in, chew on it, and spit it out. Aga…

That's not to mention getting dependencies installed. I know a good amount about everything from the silicon up and it can still take some time to get to the point where I have a Python ML environment working. Debugging whichever vendor's barque build process, broken drivers, etc etc, not fun and not something we probably want every notebook user to spend time on.

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#88

Post by lutusp »

williamstein wrote: post #84
lutusp wrote: post #78

Earlier quoted context omitted.

Okay, a slightly exaggerated account.

Thanks for explaining that background!

You're most welcome -- I was afraid I had offended you. Corrections are more than welcome.

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#89

Post by llm_trw »

prasunanand wrote: post #17

I am the author of Zasper. The unique feature of Zasper is that the Jupyter kernel handling is built with Go coroutines and is far superior to how it's done by JupyterLab in Python. Zasper uses one fourth of RAM and one fourth of CPU used by Jupterlab. While Jupyterlab uses around 104.8 MB of RAM and 0.8 CPUs, Zasper uses 26.7 MB of RAM and 0.2 CPUs. Other features like Search are slow because they are not refined. I…

I mean, I appreciate the effort, but my average notebook uses gb to tb of ram and vram. At that scale having mb is...

Re: Zasper: A Modern and Efficient Alternative to JupyterLab, Built in Go

#90

Post by esafak »

williamstein wrote: post #54
lutusp wrote: post #40

Earlier quoted context omitted.

>> JupyterLab kernel > There is no such thing. A Web search reveals that the alternate term "Jupyter kernel," appears equally often. The terms are interchangeable. > I'm pretty sure Sage was always intended as a project that integrates the world, never "small footprint". A large install became true eventually, but it began as a small Python-based install, about 120 KB. Then people asked for extensions, and William St…

No.

Only on HN!
Post reply on HN