每日HackerNews RSS

抱歉。

Finger 创建于 1971 年,是互联网上最古老的协议之一。它最初由斯坦福大学开发,用于检查用户连接状态,后来演变成一个原始的社交网络,用户可以在其中托管纯文本的 `.plan` 或 `.project` 文件。这些文件是最初的微型博客,约翰·卡马克(John Carmack)等开发者曾用它们来分享状态更新和项目日志,因而广为人知。 Finger 非常简单:它通过 TCP 79 端口使用未经加密的纯文本连接。虽然它在 20 世纪 90 年代末因安全漏洞(最著名的是被莫里斯蠕虫利用)而逐渐衰落,但如今它仍预装在大多数 Unix 和 Windows 系统中。 尽管年代久远,Finger 正在“小型网络”(small web)社区中经历小众复兴。现代实现通过隔离进程和避免泄露敏感用户数据来优先保障安全。如今,爱好者们将其作为一种极简、去中心化且极具个人特色的内容发布方式。它提醒着人们:简单且功能性的协议难以磨灭,同时也为现代互联网算法主导的社交媒体环境提供了一种令人耳目一新的宁静选择。

`finger` 命令是一个 1971 年的 Unix 工具,它在现代互联网诞生之前就充当了早期去中心化社交网络的功能。用户会利用 `.plan` 和 `.project` 文件来分享状态更新、宣泄情绪或调情,而 `talk`、`write` 和 `who` 等工具则实现了实时互动。 在 20 世纪 90 年代,`finger` 是科技文化的基石,尤其是作为游戏开发者(如 id Software 的开发人员)直接向粉丝发布更新的主要新闻来源。然而,它也引发了一些经典的“战争故事”,从自动化轮询脚本导致的系统控制台日志溢出,到大学实验室中鲁莽的安全漏洞利用,不一而足。 尽管 `finger` 已被大多数人遗忘,但在欣赏其极简主义和基于文本特性的爱好者中,它又迎来了一次小规模的复兴。如今,它仍然是一个怀旧的标志,提醒人们那个计算领域更加开放和协作的时代。现代开发者偶尔会通过 WebFinger 或新的客户端应用程序重新构想其功能。虽然安全隐患最终导致许多机构封禁了该协议,但它作为“社交媒体鼻祖”的遗产在早期 Unix 用户的集体记忆中依然存在。

本文介绍了 **zig-mpc**,这是一个开源库,通过实施门限密码学(threshold cryptography)来消除传统私钥固有的单点故障风险。通过使用多方计算(MPC),该系统生成的加密密钥从未以完整形式存在。 取而代之的是,三个参与方(Alice、Bob 和 Carol)通过分布式密钥生成(DKG)过程来创建各自的密钥分片。从代数角度看,每一方都会贡献一个秘密多项式;当它们结合时,会形成一个任何单方都无法完全掌握的群体秘密。这确保了只有在预设门限数量的参与方(例如三人中的两人)协作时,才能生成签名。 该项目提供了一个基于浏览器、仅在本地运行的模拟环境,用户可以使用真实、生产就绪的线路格式来观察协议的运行轮次,包括承诺(commitment)、分发(sharing)和验证(verification)。它通过 FROST 协议支持主流方案,如 Ed25519(Solana/Cardano)和 BIP-340(Bitcoin Taproot)。由于输出结果是标准签名,因此门限结构对区块链而言是不可见的。虽然该库目前未经审计且仅供教育使用,但它为现代密钥托管提供了一个透明、安全的框架,使密钥在诞生、持有和使用时均以碎片形式存在。

抱歉。

2026 年 5 月,精神航空(Spirit Airlines)宣布永久清算。随后,谷歌以 1000 万美元的价格成功竞拍并获得了该航空公司海量的去标识化运营及客户数据。 此次收购涵盖了超过 1 亿封电子邮件、5 亿条 Microsoft Teams 记录、3000 万条客户服务通话录音,以及涉及 SharePoint、Oracle 和 ServiceNow 的大量记录。此外,谷歌还获取了详细的运营数据,包括飞行日志、燃油单据和零部件采购记录。 谷歌计划利用这些数据增强其人工智能服务,这也凸显了当前行业内利用专业数据集训练小型领域专用模型的新趋势。尽管法院文件强调这些数据均已去标识化,且谷歌承诺将清除任何残留的个人身份信息(PII),但此次收购的规模仍引发了人们对潜在隐私泄露的担忧。随着这家搜索巨头将这些信息整合进其模型,批评人士对其匿名化处理的效果持怀疑态度,并警告称未来的 AI 提示词仍有可能挖掘出敏感的个人隐私细节。

创建你的联盟,与在整个职业生涯中始终相伴的固定高尔夫球手团队共同竞技 每年在 4 个不同的季节参加锦标赛 升级你的属性、装备和技能以提升表现 攀登官方高尔夫排名,争夺世界第一的宝座

抱歉。

关于 新闻 版权 联系我们 创作者 广告 开发者 条款 隐私 政策与安全 YouTube 工作原理 测试新功能 © 2026 Google LLC

Hacker News 上关于 1994 年 IBM Simon 广告的讨论,突显了智能手机那段引人入胜且坎坷的发展历程。用户们回忆起“iPhone 之前”的时代,那是属于 Palm Pilot、Psion 个人助理、Apple Newton 以及日本 i-mode 等设备的年代。 参与者们争论这些早期设备究竟是“失败的尝试”,还是为现代移动计算奠定基础的、尽管小众但成功的产品。许多人指出,虽然 IBM、Palm 和 BlackBerry 等早期创新者实现了令人印象深刻的实用性,但它们往往受限于当时的硬件水平——即电池续航差、屏幕分辨率低以及笨拙的电阻式触摸界面。 这段对话流露出一种怀旧之情,怀念那个科技仿佛代表着“广阔未来”的时代。评论者将 90 年代那种实验性、以硬件为导向的精神,与当今科技领域的“烂俗化”进行了对比。最终,该讨论串将现代智能手机定义为数十年反复试验的结晶,而非单一的发明;而苹果真正的创新之处在于,它敏锐地察觉到硬件何时已足够成熟,从而让移动计算的愿景能够走进大众市场。

本摘要概述了 Linux 在管理 GPU 显存(VRAM)超额使用方面的最新突破,显著提升了显存超出限制时的游戏稳定性和性能。 过去,由于通过 PCIe 总线进行数据传输的延迟较高,超出显存容量通常会导致程序崩溃或性能严重下降。开发人员发现了两个主要问题: 1. **内核死锁:** 在高内存压力下,提交进程会发生死锁并导致失败。通过引入 `drm_exec` 辅助工具,内核现在可以成功重试操作,而非直接崩溃。 2. **驱逐机制低效:** 简易的内存驱逐会导致“乒乓效应”(数据在内存与显存间频繁往返),且未考虑到显示输出对物理连续内存的需求。 解决方案包括:引入**启发式算法**以在高压状态下限制内存移动,并采用应用程序提供的**优先级提示**(通过 `VK_EXT_pageable_device_local_memory`)。驱动程序根据这些优先级对内存驱逐进行排序,确保关键数据保留在显存中,而非重要数据则被移至系统内存。 这些改进目前已应用于 SteamOS,相关补丁正逐步合并至 Linux 内核与 Mesa 主线,使得显存超额使用成为可控的性能问题,而非会导致系统崩溃的致命错误。

此次讨论聚焦于近期一篇关于 Linux 内核 7.3 在显存(VRAM)耗尽时的内存管理改进文章。然而,讨论的核心在于 Linux 用户长期以来的不满:与 Windows 和 macOS 相比,Linux 在内存或显存达到上限时,系统往往会出现不稳定和无响应的情况。 许多用户对 Linux 的“默认”行为表示不满,因为这可能导致整个系统死机,或者触发激进且往往目标不明确的内存溢出(OOM)杀手。虽然资深用户建议通过 `earlyoom`、`systemd-oomd`、`zram` 或激进的交换空间(swap)配置等方案来解决,但经验不足的用户认为这些方案过于技术化,且针对标准桌面环境的文档说明也不完善。 讨论帖还强调了以下几点: * **Nvidia 与 AMD 的对比:** 许多用户反馈,Nvidia 的 Linux 驱动程序在处理显存耗尽时表现不如 AMD;后者通常能更无缝地利用系统内存。 * **对桌面的期望:** 参与者认为,现代操作系统应提供响应迅速、用户友好的界面来管理内存压力,而不是强迫用户进行硬重启。 * **系统差异:** 虽然有人为 Linux 的透明度辩护,但也有人指出,如果内核与桌面环境之间缺乏更好的集成,用户体验将继续落后于 Windows 和 macOS。

请提供您需要翻译的内容。

关于“Acadia”(一种新型数据库编程框架)的 Hacker News 讨论,反映了追求更高层抽象的开发者与原始 SQL 支持者之间的深刻分歧。 批评者认为,SQL 是一门稳健且在数学上严谨的语言,已经经受住了时间的考验。他们主张,ORM(对象关系映射)和查询构建器不可避免地会发生“泄露”,最终仍要求开发者编写原始 SQL,同时还会产生增加复杂性的层级,从而阻碍性能优化并限制对数据库原生功能(如高级分区或压缩)的使用。怀疑者还对 Acadia 的闭源订阅模式表示担忧,担心会导致“供应商锁定”以及项目长期稳定性问题。 相反,支持者认为 SQL 对于现代应用程序开发而言是一种过时且设计拙劣的接口。他们强调了端到端类型安全、可组合性,以及在熟悉的函数式编程范式中表达数据库逻辑的必要性。支持者指出,现有工具往往迫使开发者通过“拼接字符串”来编写代码,这会导致运行时错误和代码难以阅读。 最终,共识表明:尽管当前的数据库编程模型远非完美,但业界对于以牺牲数据库级功能来换取应用级易用性的解决方案仍然持谨慎态度,尤其是在这些方案背离了开放的标准接口时。

正在检查您的浏览器...需要启用 Javascript

抱歉。

请启用 JavaScript 和 cookie 以继续。

更多

联系我们 contact @ memedata.com