1 分•作者: janpio•7 个月前
返回首页
最新
1 分•作者: ericcurtin•7 个月前
我们一直在与 Docker 合作,以便通过 Docker 更轻松地运行量化模型。 这种集成允许用户使用原生的 Docker CLI 拉取和运行 Unsloth 优化的模型。
主要特点:
* 使用 docker model run 语法。
* 支持动态 GGUF(处理量化开销)。
* 跨平台支持。
示例用法:docker model run ai/gpt-oss:20B
很乐意回答有关实现或所用量化方法的问题。
[https://docs.unsloth.ai/models/how-to-run-llms-with-docker](https://docs.unsloth.ai/models/how-to-run-llms-with-docker)
1 分•作者: austinallegro•7 个月前
1 分•作者: polalavik•7 个月前
1 分•作者: gnabgib•7 个月前
2 分•作者: mcdow•7 个月前
依我的经验,即使是最好的软件项目,也会有一些不为人知的隐患,或者说是美中不足的地方。<p>归根结底,我们都得构建能正常运行并提供业务价值的东西。追求完美的代码并非目标。但这确实让我思考:完美的软件真的存在吗?如果不存在,那么黄金标准是什么?
9 分•作者: kiray•7 个月前
25 分•作者: mbleigh•7 个月前
19 分•作者: manzt•7 个月前
大家好,我们很高兴发布针对 marimo [1] 的 VS Code/Cursor 扩展,marimo 是一个开源的、响应式的 Python 笔记本。
这个扩展提供了一种原生体验,用于处理 marimo 笔记本,这是一个长期以来备受期待的功能,我们一直在努力将其做好。
以 LSP 为先的架构
我们扩展的核心是一个 marimo 笔记本语言服务器 (marimo-lsp [2])。据我们所知,这是第一个采用这种方法的笔记本运行时。语言服务器协议 (LSP) [3] 提供了一组小而重要的与笔记本相关的功能,我们将其用于文档和内核同步;其他所有内容都通过自定义操作和消息处理。
通过基于 LSP 构建,我们的目标是为在其他环境(VS Code/Cursor 之外)中公开 marimo 功能创造一条道路。LSP 中的笔记本功能仍然有限,但随着协议的发展,我们将能够将更多功能从扩展转移到语言服务器中,使其可用于更广泛的编辑器和工具。例如,这可以实现:
- 对笔记本文档进行结构性编辑(例如,添加或删除单元格)[4]
- 编辑器悬停信息,反映变量的实时运行时值
深度 uv 集成与 PEP 723
由于 marimo 笔记本是纯 Python 文件,我们采用 PEP 723 风格的内联元数据 [5] 来描述笔记本的环境。诸如 uv 之类的工具已经支持这种格式:它们读取元数据块,构建或更新相应的环境,并在其中运行脚本。
marimo CLI 已经与 uv 在“沙盒”模式 [6] 下集成,以管理由 PEP 723 元数据定义的一个笔记本的隔离环境。在扩展中,我们基于 uv 的“沙盒控制器”管理多个笔记本:每个笔记本都有自己的隔离的、缓存的环境。控制器使环境与文件中声明的依赖项保持一致,并且可以在缺少导入时自动更新该元数据。
uv 通常会在您运行脚本时同步此类环境,确保其与元数据中声明的依赖项匹配;我们在单元格级别应用此概念,以便环境在每次运行单元格时保持同步。如果通过 uv 运行笔记本作为脚本(例如,uv run notebook.py),则会重用相同的缓存 uv 环境。
——
这项工作是一次彻底的重写,我们感谢社区的早期反馈。虽然 VS Code 和 LSP 支持笔记本功能的一个子集,但生态系统很大程度上受到 Jupyter 的影响,我们不得不绕过现有 API 中内置的一些假设。我们一直在与 VS Code 团队协调,并希望我们的工作能够帮助扩大讨论范围——推动 LSP 笔记本模型向前发展,并为非基于 Jupyter 的运行时腾出空间。
我们很乐意听取您的想法!
[1] <https://marimo.io>
[2] <https://github.com/marimo-team/marimo-lsp>
[3] <https://microsoft.github.io/language-server-protocol/>
[4] <https://github.com/microsoft/vscode-languageserver-node/issues/1336>
[5] <https://peps.python.org/pep-0723/>
[6] <https://docs.marimo.io/guides/package_reproducibility/>
79 分•作者: hansonw•7 个月前
1 分•作者: PhilippGille•7 个月前
1 分•作者: Bender•7 个月前
1 分•作者: bilsbie•7 个月前
1 分•作者: gavide•7 个月前
1 分•作者: frenchmajesty•7 个月前
2 分•作者: ovo101•7 个月前
我开发了一个命令行工具,用于基准测试 DNS 解析器,此前我发现 DNS 给我的 API 请求增加了 300 毫秒的延迟。
v0.3.0 版本已发布,新增功能:
compare:测试单个域名在所有解析器上的表现
top:按延迟/可靠性/平衡性对解析器进行排名
monitor:持续跟踪并提供阈值警报
发布第一周下载量超过 1400 次。
快速开始:
pip install dns-benchmark-tool
dns-benchmark compare --domain google.com
该命令行工具将永久免费。托管版本(多区域、历史跟踪、警报)将于 2026 年第一季度推出。
GitHub:[https://github.com/frankovo/dns-benchmark-tool](https://github.com/frankovo/dns-benchmark-tool)
反馈:[https://forms.gle/BJBiyBFvRJHskyR57](https://forms.gle/BJBiyBFvRJHskyR57)
使用 Python + dnspython 构建。欢迎提问和反馈!
3 分•作者: roggenbuck•7 个月前
1 分•作者: Bender•7 个月前
2 分•作者: defly•7 个月前
1 分•作者: PaulHoule•7 个月前