邋遢侦探
连胜:
|
已解决案件:
请启用JavaScript以游玩邋遢侦探。
邋遢侦探
连胜:
|
已解决案件:
请启用JavaScript以游玩邋遢侦探。
## 新型超快速日期转换算法
本文介绍了一种新型日期转换算法,与现有方法相比实现了显著的速度提升,可与先前最快算法(Neri-Schneider 2021)相对于Boost(2012)的收益相媲美。C++实现以开源形式发布(BSL-1.0)。
该算法拥有巨大的时间跨度精度——正负1.89万亿年,足以处理完整的64位UNIX时间范围。主要创新包括*反向*计算年份以消除不必要的项,使用年模数位移技术跳过一年中第几天计算,以及利用“儒略图”进行更快的100/400年计算。
值得注意的是,它仅使用**四**次乘法就实现了这种速度,远少于先前快速算法使用的七次或更多。在Intel x64和Apple M4 Pro处理器上的基准测试证实了这些收益。文章详细介绍了ARM64/Apple Silicon的平台特定优化,并讨论了与32位系统的兼容性以及回退选项,同时还提供了全面的基准测试结果和代码的详细逐行解释。
启用 JavaScript 和 Cookie 以继续。
要使用 Mastodon 网页应用程序,请启用 JavaScript。或者,尝试为您的平台使用 Mastodon 的原生应用程序。
## Scaleway 的 Mac Mini 即服务:摘要 Scaleway 成功地将苹果的 Mac mini 转化为一台功能强大的、可远程访问的云服务器。为了满足开发者和企业对 Apple Silicon (M 系列) 的需求,Scaleway 采购 Mac mini 并将其集成到高度可用、安全的云环境中,该环境托管在法国的数据中心。 为了克服 Mac mini 缺乏数据中心标准功能(如 BMC)的问题,Scaleway 开发了一种定制化的机架系统,可容纳 96 台设备,并利用 Raspberry Pi 模块进行远程控制和维护。这种创新的方法最大限度地提高了密度和能源效率,从而实现了云行业中最有效的服务器设置之一。 Scaleway 的 Opcore DC2 数据中心提供强大的电源冗余、精确的冷却和先进的安全措施。这种“Mac mini 即服务”提供了一个完全托管、可靠的解决方案,消除了硬件限制,并能够与 Scaleway 的云生态系统无缝集成——满足苛刻的生产需求和不断发展的云原生开发,包括日益增长的 AI 工作负载。Scaleway 计划扩大其 Mac mini 机队,以满足不断增长的需求。
这个项目是Jikes的现代化分支,Jikes是由IBM从1996-1999年开发的一种历史悠久、独立的Java编译器,也是IBM的首个开源项目。目标是将Jikes更新到Java 5 (J2SE 5.0)和Java 6 (Java SE 6)标准,包括泛型、增强型for循环、枚举、自动装箱/拆箱、注解和静态导入等特性。
更新后的Jikes生成Java 6字节码,并提供改进的调试功能。它需要CMake 3.20+和C++17编译器,以及可选的编码支持依赖项。虽然由于Java语言的变化,Jikes在2005年停止开发,但这个分支旨在将其复兴为一种潜在的启动工具,并作为编译器设计的一个有价值的研究对象——特别是其高效的C++实现和速度(历史上比`javac`快10-20倍)。该仓库包含编译器版本1.04到1.22。
## 离线 RAG 系统 – 黑色星期五促销!
该项目提供一个开箱即用的、**100% 离线检索增强生成 (RAG)** 系统,用于安全地与您的专有文档(PDF、TXT、Markdown)进行交互。 保护您的敏感数据私密 – 无需依赖云服务或 API 密钥!
该系统采用微服务架构和 **Docker Compose**,实现一键轻松部署。它使用 **Ollama** (Llama 3 8B) 进行 LLM 推理,**mxbai-embed-large** 用于嵌入,以及 **ChromaDB** 用于本地向量存储。 **Python & Streamlit** 后端提供上下文感知的聊天界面。
**主要特点:** GPU 加速(CUDA 支持)、智能文档摄取、对话历史记录以及简化的设置。 推荐硬件包括 16GB+ 内存和 NVIDIA RTX 3060 (8GB VRAM) 以获得最佳性能,但也可以在 CPU 模式下运行。
**现在使用代码 BLACKFRIDAY 享受 15% 折扣!** 完整软件包包括完整的源代码、Docker 配置和设置指南 – 节省您数周的开发时间。
[Gumroad 链接](https://gumroad.com/)
## Cloudflare 中断总结
2025年11月18日的一次Cloudflare中断导致互联网的重要部分瘫痪,起因是数据库查询问题。Cloudflare的根本原因分析确定,问题在于一个查询未针对特定数据库进行过滤,导致数据集异常庞大并导致系统崩溃。虽然该公司计划采取预防措施,例如更严格的配置文件处理和改进的紧急关闭开关,但作者认为这些措施解决了*物理*弹性,而非潜在的*逻辑*缺陷。
核心问题在于应用程序逻辑与数据库模式之间的失控交互,这因Cloudflare转向ClickHouse而加剧。作者认为,简单地复制系统并不能防止逻辑上的单点故障。
提出的解决方案不是更多的测试,而是根本性地转向分析型数据库设计——包括完全规范化、无空值字段,以及理想情况下,经过正式验证的应用程序代码。虽然大型科技公司不太可能全面采用这些做法,但将这些做法应用于关键系统可以从设计上防止类似的停机,而不是依赖于被动修复。
启用 JavaScript 和 Cookie 以继续。