M5Stack 推出了 **PaperMono**，这是一款小巧的 ESP32-S3 开发终端，配备 3.97 英寸 4 级灰度电子墨水屏。该设备专为低功耗物联网项目设计，结合了类纸的视觉体验、触控输入和集成式前光功能。
该设备功能多样，配备了 1150mAh 电池、microSD 存储卡槽、实时时钟 (RTC)、惯性测量单元 (IMU) 以及 Wi-Fi 连接功能。为了支持数字胸牌、远程监控和传感器显示等多种物联网应用，标准版 PaperMono 内置了 NFC 和 LoRa 以实现高级连接。对于仅专注于核心电子墨水屏开发的用户，M5Stack 还提供了 **PaperMono-Lite**，该版本保留了相同的显示屏和 ESP32-S3 平台，但去除了 NFC 和 LoRa 功能。
以上两个版本现已在 M5Stack 官方商店上架，为寻求构建或原型设计节能型交互式信息显示屏的开发者提供了一个集成且灵活的基础。
每日HackerNews RSS
M5Stack 近期推出的 PaperMono 在 Hacker News 上引发了热烈讨论。这款设备配备了电子墨水屏、LoRa 和 NFC 功能，一经发布便迅速售罄；由于元件短缺，预计补货需要数月时间。
社区的反应褒贬不一，这反映了 M5Stack 产品一贯的口碑。爱好者们称赞该公司打造了高质量、设计精良的硬件，为创客提供了极佳的“参考设计”。由于这些设备通常基于 ESP32 平台，开发者往往会绕过该公司“半成品”性质的专有软件（UIFlow），转而使用 Arduino-cli、MicroPython 或自定义固件等标准工具。
然而，批评者指出了其长期存在的问题：软件支持不力、文档不透明，且这些设备往往更适合作为创客套件，而非成熟的消费级产品。讨论帖还延伸到了更广泛的电子墨水屏市场，将 PaperMono 与 XTEINK X4 Pro 等竞品进行了对比。尽管一些用户对产品迅速售罄感到沮丧，但另一些人则认为，该硬件在家庭自动化或阅读设备等定制项目上的潜力，依然具有巨大的吸引力。
糟糕！访问被拒绝：错误代码 bbad9d30a7348992。返回首页。由 Techaro 的 Anubis 提供保护。在加拿大用心制作。吉祥物设计由 CELPHASE 完成。本网站运行的是 Anubis v1.27.0 版本。
抱歉。
PostgreSQL 的 BRIN 索引对于追加型（append-only）数据极为高效，其体积和扫描速度通常比 B-tree 优越数个数量级。然而，它对“流失”（即就地更新）高度敏感。 由于 BRIN 索引存储的是页范围的最小值和最大值，单行更新并迁移至不同的物理页可能会导致该范围的摘要区间变大，从而使索引失去剪枝精度。 作者展示了一个“性能悬崖”：仅在累计流失率达到 5% 时，索引效率就会崩溃——堆页面的读取次数增加了 28 倍，执行时间则增加了 23 倍。关键在于，即使 `pg_stats.correlation` 依然保持高位，这种性能退化也会发生，这使得传统的健康指标具有欺骗性。 虽然 `CLUSTER` 或 `pg_repack` 可以恢复性能，但它们需要大量的维护窗口。对于日志或审计跟踪等真正的追加型工作负载，BRIN 依然是一个绝佳选择，但对于频繁更新的表，则应避免使用。在监控方面，作者建议跟踪查询计划中的“有损块计数”（lossy block counts），而不是依赖相关性统计信息。
抱歉。
法兰克福机场近期发生罕见的疟疾疫情，导致两名机场工作人员死亡。七月份共有六名员工受到感染，当局认为传染源是随飞机抵达的蚊子。
虽然疟疾通常在热带地区传播，但“机场疟疾”（即蚊子搭乘飞机传播）虽罕见但确有先例。有关部门已安装诱捕器以捕捉并分析当地蚊子，从而确定疫情来源。
公共卫生当局强调，法兰克福普通民众面临的风险仍然“非常、非常低”，因为该病不会在人与人之间传播。罗伯特·科赫研究所指出，由于这些感染病例没有传统的旅行史，最初的诊断可能被延误，从而增加了工人们的治疗难度。目前针对昆虫具体来源的调查仍在进行中，预计需要数周时间。
法兰克福机场两名工作人员近期因疟疾死亡，据推测是由随飞机抵达的蚊子传播。这一事件在 Hacker News 上引发了关于医疗诊断系统性失误的讨论。
评论者认为，在德国等非疟疾流行国家，疟疾常被漏诊，因为医生不会将其作为“首选诊断”。医疗软件隐藏了诸如血液分析散点图和警示标记等关键原始数据，这本可以提醒临床医生注意寄生虫感染，从而加剧了诊断的延误。尽管有人提出人工智能可以提高诊断速度，但鉴于目前数据整合的缺失以及对数据隐私的担忧，另一些人对此持怀疑态度。
讨论还涉及了“机场疟疾”的历史，以及飞机机舱喷洒杀虫剂这一防疫措施的式微。许多用户指出，疟疾曾一度在欧洲和美国部分地区流行，后通过强有力的公共卫生措施被根除。然而，人们日益担忧气候变化和全球旅行可能会扩大带病蚊子的活动范围，因此，提高诊断意识和完善医疗规程对于预防未来悲剧至关重要。
Anup Talwalkar 介绍了 **polign_db**，这是一种旨在解决智能体（Agent）记忆中两个核心挑战的方案：可靠性与硬件限制。 1. **确定性记忆：** 当前的大语言模型在管理自身历史记录时往往难以保证准确性，常无法协调矛盾的信息或更新。Polign_db 将此任务转移至一个**类型化数据库**，通过基于模式（schema）的规则进行事实替换与验证。数据库无需大语言模型去解读原始文本，而是直接执行逻辑（如更新事实或比较数值），从而确保了高精度。 2. **资源效率：** 传统的向量数据库需要昂贵的常驻基础设施。Polign_db 被设计为一种“冷启动优先”的数据库，运行在对象存储（如 S3）上，且仅需极少的常驻内存。它无需庞大的服务器集群即可实现高性能语义搜索，非常适合低功耗边缘设备和小型 ARM 设备。 通过将结构化数据管理与轻量级存储相结合，polign_db 使智能体能够拥有独立于大语言模型随机性的、可靠且持久的记忆。该系统旨在为未来智能体完全在本地设备上运行、而非依赖昂贵的基于订阅的云服务提供支持。
抱歉。
对不起。
本仓库提供 Grok Bot 桌面应用的非官方 Linux 版本（原版仅限 macOS 和 Windows）。本项目通过适配官方 Windows 安装程序（使用 Electron 并替换原生插件），在无需 Wine 的情况下实现了原生的 Linux 体验。 **主要功能：** * **完整功能：** 与官方应用一样访问您的机器人、云端计算机及 Cursor 账户。 * **安装选项：** 支持 `.deb` 包、`AppImage` 及独立压缩包，兼容 Ubuntu 22.04+ (x86_64)。 * **社区维护：** 本项目并非 xAI 或 Cursor 的官方产品；当有新版本发布时，用户需通过重新运行构建脚本来手动更新。 * **可自定义：** 支持通过 `electron-flags.conf` 配置 Electron 标志（例如解决 NVIDIA 相关的渲染问题）。 **要求：** * 有效的 Cursor/SuperGrok 账户。 * 构建依赖：Node.js 20+、Python 3、`p7zip-full` 以及标准开发工具。 *注：本仓库仅包含构建脚本和 Linux 原生封装程序；所有二进制文件均在您的本地机器上通过官方源生成。*
抱歉。
**Tare** 是一款专为 Claude Code 设计的工具，旨在帮助您追踪和理解令牌（Token）的使用情况，无需依赖仪表盘或复杂的命令。通过读取 Claude Code 的本地日志，它可以准确识别您的配额消耗去向、触发限制的原因，以及是哪些文件或后台进程占用了上下文。
**核心功能：**
* **自然语言查询：** 您可以询问诸如“为什么我的用量达到了上限？”或“哪个项目消耗了我的令牌？”之类的问题，并获得清晰、可执行的解释。
* **精确分析：** 与原始的令牌计数不同，Tare 能正确对日志进行去重，并计算长会话中重复发送上下文的“实际成本”。
* **可操作的洞察：** 它能识别异常情况（如失控的脚本或过多的后台会话），并提供清晰的报告。
* **注重隐私：** 所有操作均在本地机器上运行。“共享”功能可生成已脱敏的摘要，剔除私人数据，便于安全地公开发布。
* **简易设置：** 通过单个终端命令（`npx skills add kelviq/tare...`）即可安装，并直接集成到 Claude Code 中。
Tare 是开源（MIT 协议）的，安全可靠，无需外部账户或复杂配置。它是调试使用模式并优化工作流的理想工具。
抱歉。
访问被拒绝。您没有权限在此服务器上访问 “http://www.gatesnotes.com/work/make-ai-work-for-everyone/reader/a-turbulent-ai-era-and-critical-choices-to-make?”。引用编号 #18.deb1cb8.1787852013.43ba831e https://errors.edgesuite.net/18.deb1cb8.1787852013.43ba831e
通过优化 1.1.1.1 的 DNS 缓存节省 100 TB 内存 Saving 100 terabytes of memory by optimizing 1.1.1.1's DNS cache
2 天前
Cloudflare 的“大菠萝”（Big Pineapple）平台为 1.1.1.1 及其他 DNS 服务提供支持。该平台近期对其 DNS 缓存架构实施了五项关键优化，大幅提升了内存效率和性能。 由于需要管理超过 2500 亿条缓存记录，团队面临严峻的内存挑战。他们通过以下方式优化了存储：将 `Vec` 替换为 `Box` 以消除未使用的容量，扁平化记录结构以减少指针开销，并针对常见查询有条件地省略“所有者”（owner）字段。此外，他们还改变了存储方式，从原本因大量填充（padding）而占用空间的解析枚举变体，转为紧凑、连续的原始字节线格式。 这些调整使单条记录的内存占用减少了 56%（从 953 字节降至 420 字节），为其整个服务器集群释放了 100TB 的内存空间。除了节省空间外，该平台的插入吞吐量提高了 43%，查找延迟降低了 19%，这是因为优化措施改善了 CPU 缓存局部性并减少了堆分配。Cloudflare 计划利用这些新释放的内存来扩展缓存容量，从而进一步减少全球用户的上游查询量和延迟。
抱歉。