英国一个法庭裁定苹果公司滥用其在应用市场上的支配地位，时间为2015年至2020年。裁决的核心是苹果App Store的佣金费用，被认为对应用开发者来说“过高且不公平”。
竞争上诉法庭（CAT）裁定，苹果通过阻止替代应用分发方式并收取通常为30%的佣金来扼杀竞争，而这一比例远高于被认为是合理的17.5%。CAT表示，这笔超额收费部分转嫁给了消费者。
苹果可能面临高达20亿美元的赔偿，具体金额将在下个月的听证会上确定。苹果计划对这一决定提出上诉，认为其歪曲了竞争激烈的应用经济。此案代表数百万英国iPhone和iPad用户提起，是对苹果对其App Store生态系统控制权的重大挑战。
每日HackerNews RSS
苹果公司输掉英国App Store垄断案，罚款可能接近20亿美元。
Apple loses UK App Store monopoly case, penalty might near $2B
39 天前
## 苹果输掉英国应用商店案件 - 摘要
苹果在英国输掉了一起反垄断案件，可能面临接近20亿美元的罚款。案件的核心是苹果对iOS设备上的应用程序分发和支付系统的控制，批评者认为它利用垄断地位收取过高的费用。
讨论围绕着什么构成“公平”的佣金费率，建议范围从5%到17.5%（英国法庭确定的数字）。许多评论员认为，核心问题不是百分比本身，而是苹果缺乏竞争——用户无法轻松从替代来源安装应用程序。
虽然罚款数额很大，但有人认为这只是苹果整体利润的一小部分，不会显著阻止反竞争行为。另一些人希望该裁决能促使苹果开放其平台，允许第三方应用商店和支付系统，并促进更具竞争力的移动应用生态系统。人们也对谷歌可能效仿苹果的限制性做法表示担忧。
启用 JavaScript 和 Cookie 以继续。
## KangarooTwelve & TurboSHAKE 摘要
最近的一份 RFC (9861) 详细介绍了 KangarooTwelve 和 TurboSHAKE，它们是基于 Keccak 的哈希函数——SHA3 的基础。虽然 Keccak 具有强大的数学基础并受益于广泛的密码分析，但其实现速度一直是一个挑战。
传统上，更快的替代方案，如 BLAKE2b/3 或 SHA-256/512，更受青睐。然而，CPU 架构的进步，特别是 AVX-512 支持（AMD Zen 4/5，未来的 Intel CPU）和最近的 ARM CPU 指令，正在使基于 Keccak 的哈希函数越来越可行。像 `k12sum` 这样的优化实现现在在速度上具有竞争力，在某些情况下甚至可以与 BLAKE3 相匹配。
这些哈希函数在需要高保证和速度的关键领域很有用，并且海绵设计允许在各种密码协议中使用，甚至可以实现密码的构建。像 TurboSHAKE 这样的可扩展输出函数提供了额外的灵活性。随着硬件支持的增长，KangarooTwelve 和 TurboSHAKE 有望被更广泛地采用。
## 性能的内存映射 系统调用速度慢，尤其是频繁的磁盘I/O。一种强大的优化方法是使用**内存映射 (mmap)**，这是一种Unix机制，将文件视为虚拟内存的一部分。 你不再使用 `seek`/`read` 操作，而是通过指针直接访问文件的数据，从而显著提高性能——这是早期Varnish Cache速度的关键因素。 这减少了延迟和内存压力。 然而，**写入内存映射效率非常低**。 它会触发页面错误，迫使操作系统分配内存，读取文件内容，*然后* 允许写入，从而产生大量的开销。 `pread`/`pwrite` (使用 `ReaderAt`/`WriterAt`) 为写入提供更可预测的性能。 最近，这种技术被应用于一个HTTP支持的文件系统，用于AI存储加速。 在数据库查找中，用内存映射替换 `ReaderAt` 实现，获得了**25倍的性能提升**，没有任何缺点，这证明了mmap在解决实际性能挑战方面仍然具有相关性。
## Go 中使用 `mmap` 加速文件访问
一篇最近的文章探讨了内存映射 (`mmap`) 如何显著加速 Go 程序中的文件访问。基准测试显示，与传统的文件读取相比，速度可提高高达 25 倍，但评论区对此存在争议，一些人认为实际收益更接近 2.5 倍。其核心优势在于避免不必要的数据复制——`mmap` 提供对文件内容的直接内存切片，而标准读取需要将数据复制到缓冲区中。
然而，`mmap` 也并非没有缺点。Go 运行时并非针对处理 `mmap` 可能发生的页面错误进行了优化，这可能会导致性能停滞，尤其是在大型、随机访问的文件中。文章还讨论了替代方案，如异步 I/O (io_uring) 以及对文件系统兼容性的仔细考虑（例如 macOS 上的 ExFAT）。
最终，`mmap` 可以是一种强大的优化手段，尤其是在随机访问模式下，但需要了解其局限性和潜在的权衡。 许多评论员强调了它在像数据库 (klevdb 和 LLaMA) 这样的项目中的有效性，同时也告诫不要在不了解底层系统行为的情况下盲目采用它。
## 无言思考的力量与写作的作用 本文探讨了一个引人入胜的观点：深刻的思考并不总是发生在语言之中。作者借鉴了数学家雅克·阿达马的研究，考察了数学家们如何常常通过非语言的过程——感觉、模糊的图像和内在的“振动”——而非有意识的语言推理来解决问题。 这并非白日做梦，而是一种允许潜意识处理的专注状态，类似于在 intense 的精神工作后突然的“顿悟”。潜意识构建心理模型，然后并行搜索解决方案，并在有意识的心智放松时提供见解。然而，这种无言思考如果没有专业知识的支撑，容易出错。 写作，具有讽刺意味的是，至关重要。它迫使人精确，揭示思维中的缺陷，并将想法凝固成进一步思考的基石。虽然文字可能“费力”——将复杂的网络压缩成线性形式——但它们对于检验直觉和传达结果至关重要。 最终，作者建议一种平衡：通过深入研究主题来培养无言思考，然后利用写作来提炼、验证和建立在这些见解之上。这是一个反馈循环，实践和对思维的 deliberate 结构化能够带来更高效的 mental exploration。
## /dev/null：令人惊讶的强大数据库 `/dev/null` 提供了一种独特且可靠的数据库解决方案，完美符合ACID属性。它保证**原子性**——操作要么完全完成，要么完全不执行。**一致性**得以维持，因为它*始终*保持为空。**隔离性**是内在的，因为由于缺乏存储，并发写入永远不会冲突。最后，**持久性**确保数据（虽然是空无）永久提交，即使在系统故障后也是如此。 本质上，`/dev/null` 可以完美地处理并丢弃数据。 然而，有一个小小的限制：它的存储容量只有0字节。对于更大规模的“虚无”需求，请联系企业销售——目前由作者本人负责！
## /dev/null 作为数据库：一则 Hacker News 讨论
一则 Hacker News 帖子，关于 `/dev/null` 具有 ACID 兼容性，引发了一场幽默而富有洞察力的讨论。核心笑点在于，`/dev/null`（一个丢弃所有写入数据的特殊文件）在技术上*满足*某些数据库标准——始终一致、可用和分区容错，尽管方式非常简单。
用户分享了相关的项目，例如 `nocode`（一个故意为空的后端）和“PipeLogic”数据库概念。对话很快演变成一种有趣的夸大，评论者们开玩笑地称赞 `/dev/null` 的可扩展性、灾难恢复能力，甚至它通过 Jespen 测试的能力。许多人强调了它的可靠性——“无 bug 软件”——和低运营成本。
该帖子还涉及了维护故意损坏项目（如 `nocode`）的挑战，以及类似笑话在中国社交媒体上的意外病毒式传播。最终，这场讨论是对数据库概念的轻松探索，以及对简约但不太实用的解决方案的庆祝。
GitHub是一个供开发者协作和管理代码的平台。它提供各种工具，从基本的代码存储和版本控制（使用Git）到高级功能，如自动化（Actions）、漏洞扫描（Advanced Security）和人工智能驱动的编码辅助（Copilot & Models）。 该平台面向个人、小型团队和大型企业，提供应用程序现代化、DevOps以及医疗保健和金融等行业的解决方案。资源包括文档、学习路径和繁荣的开源社区。 提供的代码片段详细介绍了CaptainYouz创建的Chrome扩展程序“FocusTube”。该扩展旨在通过移除首页的短视频信息流并减小缩略图尺寸来减少在YouTube短视频上浪费的时间。它是一个使用JavaScript和HTML构建的简单项目，可在GitHub上找到。
## YouTube Shorts 困扰与解决方法
最近的 Hacker News 讨论集中在用户对 YouTube Shorts 的不满。许多人认为这种格式具有成瘾性、质量低劣，并且是 YouTube 为了最大化用户参与度而故意为之，牺牲了用户体验。用户报告说，即使试图避免，也会被强制观看 Shorts，并对平台将重心从更长、更有实质性的视频转移到短视频内容上感到遗憾。
对话中提到了一些解决方法：浏览器扩展程序，如 **FocusTube、uBlock Origin Lite（使用自定义过滤器）、Control Panel for YouTube 和 Unhook**，可以有效阻止 Shorts。**ReVanced Manager（Android）和 SmartTube/TizenTube（Android TV）** 等替代方案提供更全面的控制。一些用户甚至会修改浏览器设置，或在路由器层面完全阻止 YouTube。
一个反复出现的主题是，YouTube 对想要避免 Shorts 的用户表现出 *敌意*，优先考虑指标和参与度而非用户偏好。许多人将此与其它科技公司强推用户不想要的功能进行比较，并质疑设计成故意让人上瘾的平台的伦理道德。最终，这场讨论强调了用户对内容消费拥有更大控制权的渴望，以及对平台将利润置于用户福祉之上的批评。
在上一篇帖子中，我尝试在不同浓度下培养酵母菌落。我想找到一个合适的浓度，以便获得易于计数且数量适中的菌落，从而方便进一步的测试。培养三天后，结果如下！原液 - 菌落过多。1:10 浓度 - 被污染。1:100 浓度 - 可计数，但数量很多。1:1000 浓度 - 正好合适！1:10000 浓度 - 数量太少。接下来，我将用紫外线照射 1:1000 浓度的菌液，并测试多少剂量可以杀死它们。再次感谢 Living Physics 的 David Jordan 的指导。
一个黑客新闻的讨论源于一篇关于成功培养可计数酵母菌落的帖子。原作者分享了他们的方法，引发了来自不同规模微生物学领域经验丰富人士的回复。
几位评论者强调了扩大菌落计数规模的挑战，尤其是在处理大量菌株时，并讨论了诸如连续稀释和机器人工作站等技术，用于在培养皿上创建良好分离的菌落。一个关键点是“可计数菌落”与实际细胞计数之间的细微差别，并提到了“大平板计数异常”。
对话还涉及从手工“实验台工作”——例如使用血细胞计数器手动计数细胞——到生物信息学和数据科学的转变，许多人表示对改善工作与生活平衡感到欣慰。其他话题包括噬菌体研究、识别自酿啤酒中的污染物（如*曲霉*霉菌）以及使用培养皿确定斑块形成单位。最后，发布了一则 Y Combinator 申请公告。
## Zram性能总结
本分析研究了Zram内核模块中各种压缩算法的性能，重点关注它们对系统速度和效率的影响。Zram使用压缩的块设备作为虚拟内存，算法选择会显著影响性能。
在Raspberry Pi 4上使用数据集以及来自Linux Reviews和Reddit的数据进行测试，结果表明**LZ4搭配页面簇为0** 实现了最佳的加权得分，平衡了延迟、压缩率和吞吐量。虽然**zstd提供最高的压缩率**（高达3.96:1），但其较慢的解压缩速度会影响吞吐量，使其更适合对延迟不敏感的任务，页面簇设置为0。**LZO和LZO-RLE** 提供了一个不错的平衡，但通常性能不如LZ4和zstd。
页面簇值控制交换读取提前量，会影响延迟。较低的值（如0）可以降低初始错误延迟，但可能会增加后续I/O。默认值3，针对旧系统中物理交换进行了优化，可能不适合现代SSD。最终，最佳Zram配置取决于特定工作负载；建议zstd/页面簇0用于通用用途，而LZ4可能更适合交换密集型应用程序。
乌班图项目宣布，基于Rust的uutils版本的date命令在Ubuntu 25.10中存在一个错误，导致自动更新失效：部分Ubuntu 25.10系统无法自动检查可用软件更新。受影响的机器包括云部署、容器镜像、Ubuntu Desktop和Ubuntu Server安装。公告中包含针对受此错误影响用户的修复说明。软件包版本为0.2.2-0ubuntu2或更早版本的rust-coreutils存在此错误，已在0.2.2-0ubuntu2.1或更高版本中修复。它不会影响使用apt命令或其他工具进行的手动更新。为了25.10版本，乌班图启动了一个“氧化”项目，切换到uutils和sudo-rs，以评估基于Rust的工具是否适合明年四月发布的长期支持版本。LWN在三月份报道了该项目。
## Ubuntu 的 Rust Coreutils 及稳定性争论
Ubuntu 25.10 中的一个错误，源于基于 Rust 的核心工具重写，引发了关于现代化与稳定性之间权衡的争论。该问题与 `date` 命令相关，因为 `-r` 标志并未完全实现，导致静默失败。
一些人认为重写可以带来潜在的好处，例如改进的内存安全性和弹性，而另一些人则批评此举鲁莽，指出兼容性问题和缺乏充分的测试。 担忧集中在 Canonical 将不完整的重写集成到主要版本中的决定上，这可能会影响用户。
这场讨论凸显了一种更广泛的紧张关系：对创新的渴望（以及 Canonical 可能的许可优势）与对可靠、经过实战检验的工具的需求。 许多评论员质疑用 Rust 重写 coreutils 的好处是否超过风险，特别是考虑到该项目测试覆盖率不完整以及可能出现回归。 该事件强调了在用新的实现替换成熟的软件之前，进行严格测试和仔细考虑的重要性。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录
我写了一篇关于并行提示的文章：从3D鞋子渲染到可滑动视频 (widgens.com)
6 分，作者 j-sp4 1 天前 | 隐藏 | 过去 | 收藏 | 1 条评论
thn-gap 23 小时前 [–]
昨天的推特信息流向我展示了各种各样的人完全端到端地执行这个想法：创建源源不断的内容，销售任何产品或想法，呈现为完全人类生成的内容。当然，使用虚假的AI人物，参与内容互动以使其看起来真实，并使用钩子或性化内容来吸引更多关注。我不确定这个最终结果会是什么，但看到互联网上即将出现大量与真人无法区分的虚假内容，如果不是已经出现，仅仅为了纯粹的利润，并且一切都被允许，这让我感到悲伤。回复
考虑申请YC冬季2026批次！申请截止日期为11月10日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：