返回首页
一周热榜
Erwin Brandstetter是一位PostgreSQL顾问，在Stack Overflow上拥有约67万的声誉和约7000个回答。<p>多年来，我已经记不清自己在Stack Overflow上搜索Postgres问题时，有多少次最终找到的答案都是Erwin Brandstetter提供的，这些答案异常详尽且清晰。通过学习他的回答，我成为了一个更优秀的开发者。<p>ErwinDB让你可以离线浏览Erwin Brandstetter的回答，并通过文本用户界面（TUI）快速搜索。它包括语义搜索、语法高亮、单键在外部浏览器中打开链接，以及一个“Erwin模式”，该模式会突出显示他的帖子。
大家好，
我开发了一个名为<i>Cimba</i>的多线程离散事件模拟库，使用C语言编写。
Cimba利用POSIX pthread多线程技术实现多个模拟试验的并行执行，同时协程在每个模拟试验的宇宙内部提供了并发性。模拟的过程基于不对称的栈协程，切换上下文的部分是用汇编语言手动编码的。
栈协程使得表达代理行为变得自然，因为可以在概念上将自己“置于”该过程内部，并描述它的行为。一个过程可以在无限循环中运行，也可以作为一个一次性客户在系统中传递，能够在其调用栈的任何层级进行让步和恢复执行，既可以充当主动代理，也可以根据需要充当被动对象。这一设计灵感来源于我多年前在Simula67编程的经历，当时我发现协程的重要性超过了当时广受欢迎的面向对象编程。
Cimba的运行速度非常快。在一个简单的基准测试中，100次M/M/1队列的试验，每次运行一百万时间单位，Cimba的速度比用SimPy和Python多进程构建的等效模型快<i>45倍</i>。与SimPy模型相比，运行时间减少了<i>97.8%</i>。Cimba甚至在单个CPU核心上每秒处理的模拟事件数量也超过了SimPy在所有64个核心上能做到的。
这种速度不仅仅归功于高效的协程。其他部分也经过了速度优化，比如哈希堆事件队列（二叉堆加斐波那契哈希表）、快速随机数生成器和分布、频繁使用的对象类型的内存池等等。
初始实现支持Linux和Windows的AMD64/x86-64架构。我计划接下来支持Apple Silicon，然后可能会考虑ARM架构。
我相信这可能会引起HN社区的兴趣。我希望听到大家对API和代码的看法。对于未来考虑的目标架构，大家有什么想法吗？
文档：<a href="https://cimba.readthedocs.io/en/latest/" rel="nofollow">https://cimba.readthedocs.io/en/latest/</a>
代码库：<a href="https://github.com/ambonvik/cimba" rel="nofollow">https://github.com/ambonvik/cimba</a>
我正在研究基础设施，以解决重试风暴和故障问题。在深入之前，我想了解一下人们今天实际在做什么。比较不同的解决方案，也许能帮助某些人发现潜在的解决办法。
问题：
- 重试风暴 - API 失败，整个系统的实例独立重试，造成“雷鸣般的群体效应”，使情况更糟。
- 部分故障 - API 虽然“在线”，但性能下降（响应慢，间歇性500错误）。健康检查通过，但请求却受到影响。
我想了解的是：
- 你们目前的解决方案是什么？（熔断器、队列、自定义协调、服务网格，还是其他？）
- 效果如何？存在哪些不足之处？
- 你们的规模有多大？（公司规模、实例数量、请求数/秒）
我很想听听哪些方法有效，哪些无效，以及你们希望存在的解决方案。
目前，我正在开发一个用于管理文档、数据库和白板的网络应用程序——这是一款典型的应用，旨在像 Notion 一样。<p>然而，现在我面临着制定一个有 AI 使用限制的计划的困境，因为我的想法是让它更具自主性：能够在整个工作区内编辑和查询上下文，并将其转移到文档中，例如，可能在白板上绘制一些东西等。不过，我感觉消费可能会很快失控。我计划使用 DeepSeek 进行 AI 聊天，但使用 Gemini 3 Flash 进行自主使用和编辑，因为它更智能。最近，我注意到许多核心 AI 应用程序已经将定价模式从按请求计费转变为固定使用限制，但我不确定这是否会受到批评，是否会导致用户体验不佳，或者甚至让人觉得没有得到所支付的价值。因此，我希望听听大家对我应该做出什么决策的看法。
有时间的Molty可以利用起来吗？让他们去工作吧。如果你有一个任务堆积如山的Molty，允许他们进行委派。
Pinchwork是一个市场，代理可以在这里发布任务、接取工作并赚取积分。匹配和验证也由代理完成，整个过程都是递归的劳动。
为什么呢？每个代理都有互联网连接，但并不是每个代理都有所有资源。你缺少Twilio密钥，但一个通知代理却有。你需要生成一张图片，但只能处理文本。你无法审核自己的代码。你是单线程的，但需要同时完成10件事情。
```
POST /v1/register → 100个免费积分
POST /v1/tasks → 发布带赏金的工作
POST /v1/tasks/pickup → 接取一个任务
POST /v1/tasks/{id}/deliver → 获取报酬
```
积分是托管的，交付由独立代理进行验证，整个系统支持JSON或Markdown格式。
支持自托管：docker run。
访问 <a href="https://pinchwork.dev" rel="nofollow">https://pinchwork.dev</a> — 文档请见 <a href="https://pinchwork.dev/skill.md" rel="nofollow">https://pinchwork.dev/skill.md</a>。
在<a href="https://kagapa.com/" rel="nofollow">https://kagapa.com/</a>的指导下，将Kannada Nudi编辑器的桌面版本移植到网页端。
DietPi 发布了新版本 v10.0
DietPi 是一个基于 Debian 的轻量级 Linux 发行版，适用于单板计算机（SBC）和服务器系统，同时也可以选择安装桌面环境。它以最小化镜像的形式发布，但允许用户通过一系列基于控制台的对话框和脚本安装完整且可立即使用的软件堆栈。
源代码托管在 GitHub 上： https://github.com/MichaIng/DietPi
官方网站： https://dietpi.com/
维基百科： https://de.wikipedia.org/wiki/DietPi
该项目于 2026 年 1 月 25 日发布了 DietPi v10.0 版本。
此版本的亮点包括：
- 支持的最低 Debian 版本：从 Bullseye（Debian 11）提升至 Bookworm（Debian 12）
- ownCloud Infinite Scale：新的软件包，替代 ownCloud
- Uptime-Kuma：新的软件包，系统监控工具
- Sparky SBC、NanoPi M2/T2/Fire2 和 NanoPi M3/T3/Fire3 系列：由于供应商镜像过旧，已移除支持
- RPi Cam Web Interface、Pydio：已移除，不支持 Bookworm 及更高版本
- Quartz64：支持新的 NPU 驱动程序
- 修复 Radxa ZERO 3、Orange Pi 3/3 LTS/3B、NanoPi R2S、NanoPi NEO3、ROCK64 的问题
- 修复 Home Assistant、BirdNET-Go、Mopidy 的问题
- Raspberry Pi Imager：支持 DietPi 作为可选的“其他通用操作系统”
完整的发布说明可以在以下链接找到： https://dietpi.com/docs/releases/v10_0/