高并发内核
官方在同一工作负载下测试 2 到 100 个并发内核,宣称 Zasper 在每个请求上都返回响应,而 Jupyter Server 超过 64 个内核后开始丢失内核连接,到 100 个时全部丢失。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
Zasper 是一款开源高性能 IDE,专为 Jupyter 笔记本设计,用 Go 从零实现 Jupyter 线协议并直接读写 .ipynb 文件。官方在 Apple M4 上以每内核每秒 10 请求测试 2 到 100 个并发内核,宣称相比 JupyterLab 最低可省 5 倍 CPU、40 倍 RAM,应用整体下载仅 9 MB。它还支持 Conda、uv、venv 与已安装的各类 Jupyter 内核自动识别。短板也明确:JupyterLab 扩展无法沿用,Widget 状态暂不写入文件,笔记本文档的信任签名体系尚未实现。
Zasper 是一个从零构建的高性能 IDE,专门用于处理 Jupyter 笔记本,由 zasper-io 开源发布。它面向需要同时运行大量笔记本内核的数据科学用户,强调启动快、运行快、高并发下资源占用小,并且跨平台支持 macOS 和 Linux,Windows 上建议通过 WSL 使用。
它直接讲 Jupyter 的线协议,读写 .ipynb 文件,因此现有笔记本无需转换即可在 Zasper 与 JupyterLab 之间来回搬运。官方说明其保存逻辑与 Jupyter 一致,逐字节保持原样,不会把文件变成 diff 或合并冲突,且笔记本的 nbformat 版本不会被静默升级。
普通用户可以用它打开已有的 Jupyter 笔记本、终端、启动器、版本控制和命令面板;开发者能借助它自动发现 Conda、uv、venv 和已安装的 Jupyter 内核,免去手工注册;团队则可在高并发场景下用它替代 Jupyter Server,因为官方测试显示超过 64 个内核后 Jupyter Server 会开始丢失内核连接。
官方在同一工作负载下测试 2 到 100 个并发内核,宣称 Zasper 在每个请求上都返回响应,而 Jupyter Server 超过 64 个内核后开始丢失内核连接,到 100 个时全部丢失。
相比 JupyterLab 最低可省 5 倍 CPU、40 倍 RAM,应用整体下载仅 9 MB,只有一个二进制文件。轻负载下差距缩小到 3 到 4 倍,优势随并发升高而扩大。
直接讲 Jupyter 的线协议,读写 .ipynb 文件,笔记本无需转换即可在 Zasper 与 JupyterLab 之间移动,文件留在原处,无需导入步骤,也不用新建工作区。
保存方式与 Jupyter 一致,逐字节保持原样,不会产生 diff 或合并冲突;笔记本保持自身的 nbformat 版本,4.2 的笔记本不会被静默升级;保存是原子的,崩溃不会留下半个笔记本文档。
支持渲染 HTML、PNG、JPEG、SVG、通过 KaTeX 渲染的 LaTeX、Plotly 图表、ipywidgets 以及 JSON 输出,覆盖常见笔记本输出类型。
打开时自动检测 Conda、uv、venv 以及所有已安装的 Jupyter 内核,从空白笔记本或终端一键启动,无需手工注册。
官方展示的界面包含编辑器、终端、启动器、Jupyter 笔记本、版本控制、命令面板和深色模式,均为实际运行中的会话而非效果图。
当你的工作流是同时运行几十个 Jupyter 内核,Zasper 值得优先考虑:官方在 Apple M4 上从 2 个内核测到 100 个,称其每个请求都有响应,而 Jupyter Server 在 64 个之后开始丢失内核连接、到 100 个全部丢失。如果只是偶尔跑一两个笔记本,它的优势会缩回 3 到 4 倍,而且你得放弃 JupyterLab 扩展、接受 Widget 状态不落盘、笔记本没有信任签名。用它当主力 IDE 可行,但要把它当作一个独立实现,而不是 JupyterLab 的换皮版。
需要同时运行几十个 Jupyter 内核做批量分析或并行实验,官方测试显示 Zasper 在 100 个并发内核下仍能响应每个请求。
机器内存有限、又想保持多个笔记本常驻,相比 JupyterLab 最低可省 5 倍 CPU 和 40 倍 RAM,整体只有 9 MB。
文件无需转换即可在 Zasper 与 JupyterLab 间移动,保留原 nbformat 版本,保存逐字节一致,不会引入 diff。
Zasper 有自己的扩展模型,JupyterLab 扩展不会加载;如果工作流绑定在某个 lab 扩展上,迁移前需要先确认替代方案。
Widget 状态目前不写入文件,只存在于内核中;内核关闭后 Widget 会显示占位符,需要长期保存交互状态的工作流会受影响。
Jupyter 的信任签名体系尚未实现,官方提示把非自己编写的笔记本当普通下载文件处理,安全敏感场景需谨慎。
| 指标 | 数值 | 数据来源 |
|---|---|---|
| CPU 占用对比 | 最高省 5 倍(相比 JupyterLab) | Zasper 官网首页 |
| RAM 占用对比 | 最高省 40 倍(相比 JupyterLab) | Zasper 官网首页 |
| 应用体积 | 9 MB | Zasper 官网首页 |
| 发内核测试范围 | 2 到 100 个 | Zasper 官网首页 |
| 基准测试负载 | 每内核每秒 10 请求 | Zasper 官网首页 |
| Hacker News 得分 | 425 points | Zasper 官网首页 |
最低可省 5 倍 CPU、40 倍 RAM,应用整体下载仅 9 MB。不过官方也说明轻负载下差距约为 3 到 4 倍,优势随并发升高而扩大,所以这个倍数不是恒定值,取决于同时运行多少个内核。
可以。Zasper 讲 Jupyter 的线协议并直接读写 .ipynb,笔记本无需转换即可在两边移动,文件留在原处,没有导入步骤也不需要新建工作区。保存与 Jupyter 一致,逐字节保持原样,不会变成 diff 或合并冲突。
不会。说明笔记本保持自身的 nbformat 版本,4.2 的笔记本保存时仍是 4.2,不会被静默升级。保存还是原子操作:先写在文件旁再改名覆盖,因此崩溃不会留下不完整的笔记本文档。
不能。明确说 JupyterLab 扩展不会带过来,Zasper 有自己的扩展模型,lab 扩展不会加载。迁移前需要确认自己依赖的扩展在 Zasper 生态里有没有对应替代。
因为 Widget 状态目前不写入文件,只存在于内核中。内核还在运行时 Widget 会正常重绘,一旦内核关闭就会显示占位符。这是包括的当前限制,尚无写入文件的方案。
提示要像对待普通下载文件一样谨慎:Jupyter 的信任签名体系在 Zasper 中尚未实现,笔记本没有被签名或标记为可信,所以不要直接信任来路不明的笔记本。
可以,但属于有限支持,官方建议通过 WSL 使用以获得最佳体验。macOS 和 Linux 为完全支持。
在 Apple M4 上以每内核每秒 10 请求、从 2 个并发内核测到 100 个,称 Zasper 一路领先且差距随并发扩大;超过 64 个内核后 Jupyter Server 开始丢失内核连接,到 100 个时全部丢失,而 Zasper 在两个负载下都回应了每个请求。
| 工具 | 编辑评分 | 价格 | 核心功能 | 平台 |
|---|---|---|---|---|
| Zasper本工具 | 4.3 | 未标价 | 高并发内核;低资源占用;兼容 Jupyter 协议;原样保存 | macOS / Linux / Windows(建议通过 WSL) / Web |
| JSFiddle | — | 未标价 | 在线 IDE,用于前端开发,支持... | — |
| The Windsurf Editor | — | Free $0;Pro $20 per month;Max $200 per m | AI 驱动的智能 IDE,提供便捷的编码协作和高级功能 | Web / API |
| WebDB | — | 仅标注为 Free,未出现具体价格数字 | 开源的数据库 IDE,具有现代功能和多数据库支持 | — |
| LangGraph Studio | — | 未标价 | 首个专为代理开发设计的 IDE | 桌面端(Apple Silicon) |
| NexChatGPT | — | 未标价 | 火爆全网的 IDEA 插件,支持 IDEA 全家桶 | — |