2024 09 08 HackerNews

root 提交于 周四, 09/05/2024 - 19:28

2024-09-08 Hacker News Top Stories #

  1. “Keyhole”漏洞可绕过Windows数字版权管理,使用户能激活任何Microsoft Store应用或现代Windows版本。
  2. 马来西亚指示ISP将使用第三方DNS的流量重定向至本地服务器,以保护用户免受恶意网站影响。
  3. 大型语言模型(LLM)在自然语言处理任务中的应用及硬件加速研究进展被全面调查和比较。
  4. Cosmopolitan Libc使C++应用程序能跨平台运行,但仍面临依赖管理、第三方库兼容性等技术挑战。
  5. Godot引擎的创始人对Unity引擎实施运行时费用后用户可能转向Godot表示担忧。
  6. 福特汽车的一项新专利申请旨在开发车内广告系统,引发对隐私的担忧。
  7. 文章探讨了异步输入输出(AIO)的发展及其可能带来的问题,称其为下一个“十亿美元的错误”。
  8. 文章讲述了著名物理学家理查德·费曼与连接机器项目的合作经历及其深远影响。
  9. 《大浪》是葛饰北斋的著名版画,文章介绍了关于这幅作品的十个知识点。
  10. PERQ计算机是一个早期的商业尝试,专为技术用户设计,对后来的计算机产生了深远影响。

Keyhole – Forge own Windows Store licenses #

https://massgrave.dev/blog/keyhole

这篇文章名为《Keyhole》,由 WitherOrNot 撰写,主要探讨了一种名为“Keyhole”的漏洞,该漏洞能够绕过 Windows 的数字版权管理(DRM)系统,允许用户轻松激活任何 Microsoft Store 应用或现代 Windows 版本。

文章摘要: #

  1. 引言

    • 文章介绍了在绕过 Windows 许可检查的过程中,发现了一个名为“Keyhole”的漏洞,这一漏洞被用作有效的 DRM 绕过工具。
  2. CLiP 概述

    • CLiP(Client Licensing Platform)是 Windows 10 引入的系统,主要用于 Microsoft Store 应用的 DRM 管理。CLiP 包含多个主要组件,如 clipup.execlipsvc.dll 等,负责管理应用许可证和验证。
  3. 漏洞发现

    • 研究人员发现,clipup.exe 中存储了一个有效的 ECDSA 密钥,允许用户轻松签署 XML 许可证。这使得他们能够绕过 CLiP 的安全机制,直接向 ClipSp 发送任何许可证块。
  4. ClipSp 分析

    • ClipSp 的代码质量较差,存在许多复制粘贴的代码,且部分代码经过微软的专有混淆处理。研究人员通过解混淆技术找到了漏洞。
  5. 许可证块的结构

    • 许可证块采用标签-长度-值(TLV)格式,包含重要的许可证信息。研究人员发现,许可证块中的签名块后面的数据不会被检查,这使得他们能够在签名后添加新的数据,从而创建新的许可证。
  6. 漏洞利用步骤

    • 通过安装具有设备锁定许可证的应用(如 Roblox),捕获许可证数据,修改并重新打包许可证块,最终实现 Windows 的永久激活。
  7. 漏洞的后果

    • 该漏洞使得用户能够激活之前无法激活的 Windows 版本,彻底破坏了 CLiP 的 DRM 系统。
  8. 漏洞报告与修复

    • 研究人员发现 Cisco TALOS 已报告了该漏洞,并提出了修复方案,防止处理签名块后面的数据。
  9. 结论与后续

    • 尽管漏洞被修复,研究人员决定公开他们的发现,并发布了生成 Keyhole 许可证的代码,鼓励其他人探索 CLiP 的更多潜在漏洞。
  10. Xbox 关联

    • 文章最后提到,CLiP 的代码与 Xbox One 的 DRM 系统有许多相似之处,暗示可能存在更广泛的安全问题。

这篇文章不仅揭示了一个重要的安全漏洞,还展示了研究人员如何通过逆向工程和漏洞利用技术,深入分析和理解复杂的 DRM 系统。


HN 热度 448 points | 评论 216 comments | 作者:tuxuser | 13 hours ago #

https://news.ycombinator.com/item?id=41472643

  • 现在可以直接从微软商店免费下载所有 Xbox 游戏,但启用自动更新的用户可能无法使用此漏洞。
  • 启用自动更新可能会导致设备功能被限制,用户实际上是在租用设备而非拥有。
  • 设备在未经用户同意的情况下自动更新应被视为非法,但更新新游戏的要求是合理的。
  • 安全性和更新之间存在权衡,更新可能带来安全风险,但不更新也可能导致被利用的风险增加。
  • 许多用户认为,自动更新往往会导致设备出现问题,建议在不必要时避免更新。
  • 软件盗版的影响存在争议,有人认为盗版会影响销售,而另一些人则认为它有助于用户熟悉软件。
  • 反盗版措施的有效性受到质疑,许多玩家认为开发者应提供更灵活的解决方案。
  • 社区主导的服务器和人性化的管理可以更有效地解决作弊问题,而不是依赖侵入式的反作弊措施。

Malaysia started mandating ISPs to redirect DNS queries to local servers #

https://thesun.my/local-news/mcmc-addresses-misinformation-on-dns-redirection-internet-access-restrictions-BN12972452

马来西亚通讯与多媒体委员会(MCMC)近日就有关 DNS 重定向和互联网访问限制的误解发表声明。MCMC 指示互联网服务提供商(ISP)将使用第三方 DNS 服务器的流量重定向回本地 DNS 服务器,以确保用户能够享受到本地 ISP 提供的安全保护,避免恶意网站的访问。

MCMC 表示,自 2018 年以来,已封锁了 24,277 个网站,主要涉及在线赌博(39%)、色情内容(31%)、版权侵权(14%)等类别。MCMC 强调,这一措施并非“严厉”的限制,而是为了保护脆弱群体免受有害在线内容的影响。

声明中提到,虽然一些用户选择使用如 Google DNS 或 Cloudflare 等第三方 DNS 服务器,认为其速度更快、隐私更好,但这些服务器在本地环境下对有害内容的保护能力可能不如本地 ISP 的 DNS 服务器。DNS 系统的作用是将网站地址转换为数字 IP 地址,以便在互联网上定位网站,ISP 通常会配置其 DNS 服务器以屏蔽某些网站或域名。

MCMC 还澄清了关于“全面封禁”的不实说法,指出只有在发现网站存在恶意内容时才会进行封锁,合法网站仍然可以正常访问。MCMC 鼓励用户如遇到合法网站无法访问的情况,及时向各自的 ISP 报告,以便迅速解决。

此外,MCMC 还提到,任何认为自己网站被不公正封锁的情况,可以通过设立的渠道提出上诉。MCMC 承诺将继续维护马来西亚的安全在线环境,同时确保合法内容的无缝访问。

最后,MCMC 宣布将于 2025 年 1 月 1 日实施新的监管框架,以确保儿童和家庭的安全互联网使用。该框架要求在马来西亚注册用户超过 800 万的社交媒体和互联网消息服务提供商申请相关许可证。


HN 热度 283 points | 评论 324 comments | 作者:uzyn | 18 hours ago #

https://news.ycombinator.com/item?id=41471510

  • 马来西亚实施 ISP 重定向 DNS 查询到本地服务器的措施被认为是为了保护弱势群体免受有害内容的影响,但有人质疑这是借口。
  • 有评论提到,可能会出现使用 AI 浏览器的想法,能够自动修改不当内容和广告。
  • 一些人对 AI 技术在浏览器中的应用表示兴趣,认为可以用来提高安全性和用户体验。
  • 对于 DoH(DNS over HTTPS)的讨论中,有人认为它可以帮助抵御政府的监控,但也有人担心其对广告商的影响。
  • 有观点认为,政府的干预和审查可能会导致互联网的分裂,尤其是在小国中。
  • 讨论中提到,许多用户对数据隐私的担忧,尤其是对大型科技公司的信任度降低。
  • 有人认为,DoH 的实施可能会使用户的 DNS 请求被集中到少数几家提供商手中,从而引发数据挖掘的风险。
  • 还有评论指出,政府可能会利用技术手段来监控和限制用户的网络访问,导致信息自由的进一步压制。

Hardware Acceleration of LLMs: A comprehensive survey and comparison #

https://arxiv.org/abs/2409.03384

这篇论文的标题为《大型语言模型的硬件加速:全面调查与比较》。作者是 Nikoletta Koilia 和 Christoforos Kachris。论文主要探讨了大型语言模型(LLMs)在自然语言处理任务中的应用,以及如何通过硬件加速器加速变换器网络的研究进展。

摘要内容: #

  1. 背景与目的

    • 大型语言模型(LLMs)因其理解和生成类人文本的能力而在自然语言处理领域引起了革命性的变化。
    • 本文旨在对使用硬件加速器加速 LLMs 的变换器网络的多项研究进行全面调查。
  2. 调查内容

    • 论文回顾了已提出的多种加速框架,并对这些框架进行了定性和定量比较。
    • 比较的维度包括技术、处理平台(如 FPGA、ASIC、内存计算、GPU)、加速比、能效、性能(GOPs)和能效(GOPs/W)。
  3. 比较挑战

    • 由于每个提出的方案都是在不同的工艺技术上实现的,这使得公平比较变得困难。
  4. 主要贡献

    • 本文的主要贡献在于将性能和能效的结果外推到相同的技术上,以便进行公平比较,包括理论和实践两个方面。
    • 研究团队在多个 FPGA 芯片上实现了部分 LLMs,以便将结果外推到相同的工艺技术,并进行性能的公平比较。

结论: #

通过这项研究,作者希望能够为 LLMs 的硬件加速提供一个清晰的比较框架,帮助研究人员和工程师选择合适的加速方案,以提高模型的性能和能效。

这篇论文为 LLMs 的硬件加速提供了重要的见解和比较,具有较高的学术价值和应用潜力。


HN 热度 248 points | 评论 62 comments | 作者:matt_d | 1 day ago #

https://news.ycombinator.com/item?id=41470074

  • 许多评论提到,计算性能与内存带宽之间的差距正在加大,成为大型语言模型(LLM)发展的瓶颈。
  • 有人指出,新的计算技术如内存计算(CIM/PIM)可能有助于解决内存带宽问题,提高效率。
  • 评论中提到,虽然 FPGA 和 ASIC 各有优缺点,但结合使用可能会更有效。
  • 有人对记忆电阻器(memristors)的前景表示怀疑,认为其商业化进展缓慢。
  • 讨论中提到,内存计算的实现面临技术挑战,尤其是在不同制造工艺之间的兼容性问题。
  • 一些评论者认为,当前的加速器技术虽然有效,但可能限制了更理想的解决方案的发展。
  • 还有人提到,内存带宽的提升可能会推迟更复杂架构的出现,但对于大规模数据处理仍然是必要的。

QtCS2024: Compile once, Run everywhere #

https://wiki.qt.io/QtCS2024_Compile_once._Run_everywhere

该页面的内容主要介绍了在 Qt 创作者大会(QtCS2024)上,Cristian Adam 关于“编译一次,随处运行”的演讲,重点讨论了使用 Cosmopolitan libc 来简化 C++ 应用程序在不同平台上的编译和部署。

主要内容摘要: #

  1. 背景与挑战

    • 在 Windows、Linux 和 macOS 上为 x86_64 和 arm64 编译和部署 C++ 应用程序存在挑战。
    • Cosmopolitan libc 提供了一种解决方案,允许应用程序在不同平台上“编译一次,随处运行”。
  2. Cosmopolitan libc 的特点

    • Cosmopolitan libc 是一种 C 运行时库,能够在运行时检测主机机器并提供适当的系统调用。
    • 应用程序需要进行两次编译(针对 X64 和 ARM64),并以批处理脚本和有效载荷的形式打包,类似于 Linux 的运行安装程序。
  3. 示例与实现

    • Mozilla 的 llamafile 是一个 Cosmopolitan 应用程序的示例,用户下载后可直接运行。
    • Adam 成功在 MacOS 和 Linux 上使用 Cosmopolitan libc 构建并运行了 CMake、Qt Base 和 Qt GUI,但在 Windows 上遇到 POSIX 实现的问题。
  4. 面临的挑战

    • 集成本地平台、启动应用程序以及支持 Qt QPA VNC 平台的 WebSockets 等方面存在困难。
    • Adam 展示了在 Cosmopolitan 中运行的 Qt Creator,虽然菜单功能正常,但窗口边框缺失。
  5. 性能与未来计划

    • Cosmopolitan Qt Creator 的二进制文件大小约为 230MB,与本地版本在性能上没有显著差异。
    • Adam 计划继续为 Qt Creator 提供 Cosmopolitan 支持,并鼓励其他人参与贡献和报告问题。

结论: #

该演讲展示了 Cosmopolitan libc 在跨平台 C++ 应用程序开发中的潜力,尽管仍面临一些技术挑战,但其“编译一次,随处运行”的理念为开发者提供了新的思路和工具。


HN 热度 160 points | 评论 59 comments | 作者:mmphosis | 23 hours ago #

https://news.ycombinator.com/item?id=41470571

  • Cosmopolitan Libc 使得 C 语言可以在任何地方构建和运行,但仍然存在依赖问题。
  • 有人认为编译源代码是更理想的分发方式,尤其是对于小型项目。
  • 对于大型项目,二进制分发可能是必要的,但这也带来了依赖管理的复杂性。
  • 一些评论者提到,跨平台开发的最大挑战在于第三方库的兼容性。
  • 有人对使用可移植二进制文件表示担忧,认为这可能带来安全风险。
  • 讨论中提到,虽然 Cosmopolitan 的方法很有趣,但在实际应用中可能会遇到许多问题。
  • 有人认为,WebAssembly 可能是解决跨平台兼容性问题的更好选择。
  • 许多开发者对如何在不同平台上编译和运行应用程序感到困惑。
  • 也有人认为,使用 USB 驱动器携带可执行文件可能会导致安全隐患。

Godot founders had desperately hoped Unity wouldn’t ‘blow up’ #

https://www.gamedeveloper.com/programming/godot-founders-had-desperately-hoped-unity-wouldn-t-blow-up-

这篇文章讨论了 Godot 引擎的创始人对 Unity 引擎的担忧,尤其是在 Unity 宣布实施运行时费用后,许多开发者开始转向 Godot。尽管 Godot 在这场反抗中受益匪浅,创始人们却对可能涌入的大量新用户感到不安。

文章指出,Unity 的变化引发了开发者的强烈反应,许多人选择了 Godot 作为替代方案。Godot 的创始人希望 Unity 不会出现过大的用户流失,因为这可能会导致 Godot 的社区和资源无法承受突如其来的用户增长。

此外,创始人们也表达了对 Godot 未来发展的期待,尽管他们意识到快速增长可能带来的挑战。他们希望能够保持 Godot 的开放性和易用性,同时也在考虑如何更好地支持新用户。

总的来说,文章强调了在游戏开发领域中,开发者对引擎选择的敏感性以及社区支持的重要性。


HN 热度 156 points | 评论 130 comments | 作者:kruuuder | 1 day ago #

https://news.ycombinator.com/item?id=41468667

  • Godot 创始人希望 Unity 不会崩溃,但用户的迁移可能会带来不满和不适应。
  • 从 Windows 转向 Linux 的用户常常会感到沮丧,反映出不同操作系统之间的适应难度。
  • Linux 在硬件支持和功能上仍存在许多问题,尤其是与驱动程序和休眠功能相关。
  • 用户普遍认为,所有操作系统都有各自的问题,最终选择哪个系统往往是个人偏好的结果。
  • 对于新用户来说,Linux 的配置文件和命令行操作可能造成学习曲线陡峭。
  • 许多用户在使用 Linux 时遇到的具体问题包括图形驱动、音频支持和系统更新后的兼容性问题。
  • Godot 的 GDScript 语言被认为比 C#更简洁,但也有用户对其性能表示担忧。
  • 开源软件的灵活性使得开发者可以根据需要修改代码,但这也意味着需要更多的技术能力。
  • 对于游戏开发者来说,Unity 和 Unreal Engine 的选择往往与项目需求和团队经验有关。
  • 用户对 Windows 的某些功能表示赞赏,认为其在企业环境中仍有优势。

Ford patents in-car system that eavesdrops so it can play you ads #

https://www.motortrend.com/news/ford-in-vehicle-advertising-patent/

根据 MotorTrend 的报道,福特公司最近申请了一项专利,旨在开发一种车载广告系统。该系统的核心功能是通过分析车辆信息和驾驶员的目的地,向驾驶员播放相关的广告。此外,系统还可能会监听车内的对话,以便更精准地推送广告内容。

具体来说,这项技术可以根据用户的需求和兴趣,提供个性化的广告体验。例如,如果驾驶员正在前往某个餐厅,系统可能会播放该餐厅的促销广告。福特的这一创新旨在提升广告的相关性和有效性,同时也可能为公司带来新的收入来源。

然而,这种技术也引发了隐私方面的担忧,尤其是关于车内对话的监听。消费者可能会对自己的隐私受到侵犯感到不安,因此福特需要在推广这一技术时,充分考虑用户的隐私保护问题。

总的来说,福特的这项专利展示了汽车行业在广告和个性化服务方面的未来发展方向,同时也提醒我们在享受便利的同时,需关注隐私安全。


HN 热度 148 points | 评论 142 comments | 作者:arkadiyt | 18 hours ago #

https://news.ycombinator.com/item?id=41471417

  • 福特的专利申请引发了对汽车内广告的广泛讨论,许多人对这种监控和广告推送的做法表示反感。
  • 评论者普遍认为,广告无处不在,消费者对广告的厌恶并未改变,但公司却依然选择通过广告来获取利润。
  • 有人指出,广告的存在使得产品的功能受到削弱,广告被视为一种对用户注意力的强制操控。
  • 许多评论者认为,企业的贪婪导致了产品质量的下降,消费者的选择被限制。
  • 讨论中提到,广告的相关技术并不新颖,福特的专利申请可能并不具备真正的创新性。
  • 一些用户提到,未来的汽车可能会通过广告来盈利,甚至可能会影响驾驶体验。
  • 对于广告的看法存在分歧,有人认为相关广告可以是有用的,而另一些人则认为广告只会分散注意力。
  • 许多评论者表示,自己不会购买带有此类广告系统的汽车,认为这种做法是对消费者的不尊重。

Asynchronous IO: the next billion-dollar mistake? #

https://yorickpeterse.com/articles/asynchronous-io-the-next-billion-dollar-mistake/

这篇文章探讨了异步输入输出(Asynchronous IO,简称 AIO)的发展及其可能带来的问题,作者认为这可能是下一个“十亿美元的错误”。

主要内容摘要: #

  1. 异步 IO 的定义与背景

    • 异步 IO 是一种允许应用程序在不阻塞调用操作系统线程的情况下执行多个 IO 操作的技术。它在 1990 年代末和 2000 年代初期变得流行,主要是为了应对日益增长的互联网流量(C10K 问题)。
  2. 异步 IO 的优势

    • 使用异步 IO 可以同时处理多个连接,而无需增加操作系统线程的数量。这在当时多线程支持不稳定的情况下显得尤为重要。
  3. 语言支持

    • 许多编程语言(如 Go 和 Erlang)直接支持异步 IO,而其他语言(如 Rust)则依赖第三方库(如 Tokio)。作者提到自己正在开发的 Inko 语言也内置了异步 IO 支持。
  4. 异步 IO 的局限性

    • 不是所有的 IO 操作都可以非阻塞地执行。例如,在 Linux 上,文件 IO 操作通常是阻塞的,这意味着需要采用其他策略来处理这些操作。
  5. 调度与线程管理

    • Inko 语言通过调度器管理可能阻塞的操作,确保在阻塞状态下的线程不会长时间占用资源。虽然这种方法有效,但限制了可以并发执行的阻塞 IO 操作的数量。
  6. 十亿美元的错误

    • 作者引用 Tony Hoare 的话,认为 NULL 指针是一个“十亿美元的错误”,并提出异步 IO 是否也是如此。他质疑,如果我们在过去 20 年中将精力集中在提高操作系统线程的效率上,而不是开发异步 IO 的各种方法,会不会更好。
  7. 对比与设想

    • 作者设想了一个理想的平行宇宙,在那里,操作系统线程的性能得到了显著提升,开发者可以轻松使用成千上万的线程,而不必依赖异步 IO。这将简化开发模型,减少复杂性。
  8. 结论

    • 目前的操作系统线程成本较高且平台间不一致,导致我们仍需依赖异步 IO。作者认为,或许我们应该将更多资源投入到提高线程性能上,而不是继续发展异步 IO。

这篇文章引发了对异步 IO 必要性和效率的深思,提出了对未来操作系统设计的挑战和方向。


HN 热度 146 points | 评论 146 comments | 作者:signa11 | 17 hours ago #

https://news.ycombinator.com/item?id=41471707

  • 许多评论认为异步 I/O 是自然的网络抽象,适合处理远离 CPU 的操作。
  • 有人指出,异步 I/O 的优势在于其高效性,能够更好地管理上下文切换。
  • 讨论中提到,编程语言的设计可以通过闭包来优化异步 I/O 的使用,尽管这带来了调试上的挑战。
  • 一些评论认为,异步编程模型更易于开发者理解,能够减少死锁和竞争条件的发生。
  • 有人提到,异步 I/O 的实现细节与硬件的异步特性密切相关,操作系统应更好地支持这一点。
  • 也有人认为,异步编程的复杂性可能导致开发者在理解和调试时遇到困难。
  • 讨论中提到,使用线程池和异步 I/O 的组合可能会导致性能下降,尤其是在处理大量并发操作时。
  • 一些评论者认为,当前的线程实现已经足够高效,异步 I/O 的需求并不总是必要的。
  • 还有人提到,异步 I/O 的使用可能会导致难以发现的错误,尤其是在复杂的系统中。
  • 最后,有评论认为,未来的编程模型可能会朝着更接近硬件的抽象发展,以提高效率和可维护性。

Richard Feynman and the Connection Machine (1989) #

https://longnow.org/essays/richard-feynman-and-connection-machine/

这篇文章《理查德·费曼与连接机器》由丹尼·希利斯撰写,讲述了著名物理学家理查德·费曼与连接机器(Connection Machine)项目的合作经历。

文章开头,希利斯回忆起与费曼共进午餐时提到自己计划创建一个拥有一百万个处理器的并行计算机,费曼对此表示怀疑,但最终同意在公司工作。费曼对计算机的兴趣可以追溯到他在洛斯阿拉莫斯实验室的日子,那时他监督机械计算器的操作,并参与了早期的可编程机器的设置。

希利斯与费曼的关系通过他的儿子卡尔建立,卡尔在麻省理工学院学习计算机。希利斯的项目是设计一台能够解决常识推理问题的计算机,最终形成了连接机器的概念。费曼对这个项目表现出浓厚的兴趣,尽管他最初持怀疑态度。

当费曼到达波士顿时,希利斯和团队正忙于公司成立的各种事务,费曼则被分配到分析连接机器的路由器。路由器是连接处理器之间通信的关键部分,团队担心设计是否能有效工作。费曼通过模拟电路的方式深入研究路由器的电路图,并提出了自己的见解。

随着项目的推进,费曼帮助团队组织工作,提出定期邀请讲者的研讨会,以激发新的应用思路。他邀请了约翰·霍普菲尔德来讨论神经网络的构建,霍普菲尔德的算法与连接机器的并行处理能力相得益彰,费曼对此感到兴奋。

费曼还为连接机器编写了计算霍普菲尔德网络的程序,并提出了一种巧妙的对数计算算法,这一贡献在计算机科学中具有重要意义。他对细节的关注帮助团队发现了连接机器在数值计算和物理模拟方面的潜力。

在项目的后期,费曼的兴趣转向了连接机器的应用,尤其是在量子色动力学(QCD)计算方面。他通过编写程序来测试连接机器的性能,结果显示该机器在处理复杂计算时表现优异。

文章最后,希利斯总结了费曼的工作风格和他对科学的热情。他不仅关注问题的解决,还热衷于将发现传授给他人。费曼的幽默和对复杂问题的简化解释使他在团队中备受尊敬。

总的来说,这篇文章展示了费曼在连接机器项目中的重要作用,以及他对计算机科学和物理学的深远影响。


HN 热度 138 points | 评论 41 comments | 作者:jmstfv | 15 hours ago #

https://news.ycombinator.com/item?id=41472135

  • 费曼在技术演示中强调简洁明了,反对使用复杂术语,认为简单的表达更有效。
  • 学术界常用的术语虽然避免歧义,但可能使简单的想法变得晦涩,影响理解。
  • 科学论文的主要受众是同行科学家,而非普通大众,因此不必过于关注通俗表达。
  • 有人认为,学术界的沟通方式导致了对外界的隔离,限制了知识的传播。
  • 费曼的幽默感和真实的交流方式使他受到广泛尊敬,影响了许多人。
  • 讨论中提到的连接机器在外观上非常引人注目,成为科技历史中的经典。
  • 费曼的工作和思想对科学界和公众都有深远的影响,体现了科学与人文的结合。

Ten Things to Know about the Great Wave #

https://www.artic.edu/articles/1139/10-things-to-know-about-the-great-wave

《大浪》是日本艺

术家葛饰北斋创作的一幅著名版画,以下是关于这幅作品的详细摘要:

  1. 作品性质:虽然《大浪》被广泛认为是绘画,但实际上它是一幅版画,最初是为大众市场商业生产的。北斋在其生前和去世后,制作了成千上万的不同版本,目前仅存约 100 幅原版,芝加哥艺术学院拥有其中三幅。
  2. 标题来源:该作品的英文名称《大浪》并非其正式标题,正式标题为《神奈川沖浪裏》,意为“神奈川海面下的浪”。
  3. 展出频率:由于是纸质作品,《大浪》每五年仅展出三到四个月,以保护其颜色和纸张不受光线影响。
  4. 系列作品:这幅画是北斋《富士山三十六景》系列的一部分,展示了富士山在不同季节和天气下的多种视角。
  5. 观众视角:最初的日本观众可能会从右向左阅读这幅画,首先看到小船,然后是即将吞没它的巨大浪潮,这种阅读方式使得浪潮显得更加可怕。
  6. 颜色使用:作品中大量使用了传统靛蓝和新引入的普鲁士蓝,这种颜色在当时对许多日本观众来说是新奇的。
  7. 创作背景:北斋在 70 岁时开始创作这一系列作品,此前经历了家庭悲剧和经济困境。
  8. 宗教影响:北斋是一个以富士山为中心的宗教团体的成员,富士山在江户时代成为了许多日本人生活中的重要象征。
  9. 灵感来源:北斋可能受到早期富士山描绘的启发,尤其是著名画家曾我直树的作品。
  10. 影响力:这幅作品激发了许多艺术家的创作,包括法国作曲家德彪西、奥地利诗人里尔克、以及现代艺术家如安迪·沃霍尔等。
  11. 现代文化:最近,作家加布里埃尔·泽文的小说《明天,明天,明天》中也受到了《大浪》的启发,书中有一款视频游戏以此为主题。
  12. 文化影响:作为全球文化的重要象征,《大浪》激发了无数致敬和恶搞作品,展现了其在现代文化中的持久影响力。

这幅作品将在芝加哥艺术学院的安道画廊展出,展期为 2024 年 9 月 5 日至 2025 年 1 月 6 日。


HN 热度 138 points | 评论 35 comments | 作者:msephton | 7 hours ago #

https://news.ycombinator.com/item?id=41474449

  • 日本传统文本的阅读方向与现代文本不同,影响了观众对《大浪》的初步印象。
  • 许多人在第一次看到《大浪》时未能注意到画中的船只,主要被波浪的形态所吸引。
  • 画作的不同版本存在差异,值得关注。
  • 日本的木版画在光照下容易褪色,展览时需谨慎处理。
  • 许多人对《大浪》的影响力和知名度有不同看法,认为它可能不如一些西方艺术作品知名。
  • 文化背景差异使得不同国家的人对艺术作品的认知存在显著差异。
  • 现代艺术受到了《大浪》的影响,尤其是在日本动画中可以看到其风格的回响。

The PERQ Computer #

https://graydon2.dreamwidth.org/313862.html

该链接的内容主要讨论了 PERQ 计算机的历史及其与现代计算机的关系。以下是详细摘要:

  1. PERQ 计算机简介

    • PERQ 是一种早期的商业计算机,专为技术用户设计,具有快速的 CPU、大内存和位图显示,支持重叠窗口的图形用户界面(GUI)。
    • 它于 1979 年开始展示并接受订单,1980 年正式发货,早于许多竞争对手,包括 Xerox 的 Alto。
  2. 技术特点

    • PERQ 被称为“3M 机器”,即 1 MIPS CPU、1 MB RAM 和 1 MP 显示器,售价约为 10,000 美元。
    • 支持多种编程语言,包括 Pascal、Fortran、C 和 Lisp。
  3. 与 Alto 的关系

    • PERQ 被视为 Alto 的商业化版本,尽管它的设计和实现有其独特之处。
    • 它运行的操作系统包括 PNX(Unix 的移植版)和 Accent(Mach 的前身)。
  4. 与 CMU 的联系

    • PERQ 的开发与卡内基梅隆大学(CMU)有密切联系,CMU 的教授和学生曾在 Alto 上进行开发和实验。
    • CMU 曾计划购买 200 台 PERQ,作为其 3M 机器项目的一部分。
  5. 历史背景

    • 文章提到 Xerox 的起源与罗切斯特的光学业务有关,Xerox PARC 实验室在加州成立,开发了 Alto。
    • CMU 的研究人员与 Xerox 的联系促成了 PERQ 的开发和使用。
  6. 现代计算机的影响

    • PERQ 的技术和设计对后来的计算机(包括苹果的产品)产生了深远影响,尤其是在图形用户界面和操作系统的发展上。

总的来说,PERQ 不仅是计算机历史上的一个重要里程碑,也为现代计算机技术的发展奠定了基础。


HN 热度 137 points | 评论 75 comments | 作者:mpweiher | 13 hours ago #

https://news.ycombinator.com/item?id=41472855

  • PERQ 计算机在历史上是一个重要的商业尝试,尽管它的影响力常被低估。
  • 文章对技术的地理位置过于强调,而忽视了历史和物质力量的影响。
  • PERQ 与其他计算机(如 Alto 和 Lisa)之间的关系复杂,值得深入探讨。
  • 许多评论者对 PERQ 的图形用户界面表示兴趣,认为其设计简洁且高效。
  • 讨论中提到的 Lisp 机器和其他早期计算机在用户界面设计上有不同的发展轨迹。
  • PERQ 的硬件设计和软件实现之间的关系引发了关于微代码和指令集的讨论。
  • 许多评论者分享了他们对 PERQ 的个人经历,反映出其在计算机历史中的独特地位。
  • 文章和评论中提到的技术演变展示了计算机科学领域的快速发展和复杂性。

相关内容

发布日期 03/22/2024 - 09:16
发布日期 08/04/2020 - 01:35
发布日期 10/23/2023 - 23:25
发布日期 01/10/2022 - 19:31
发布日期 06/17/2022 - 10:21