每日HackerNews RSS

1975年9月的《BYTE》杂志深入探讨了新兴的微机世界。重点是Altair,文章涵盖了键盘、电源和串行接口等硬件——构建和扩展系统的基本组件。 该杂志为爱好者提供了实用指导,包括IC回收利用说明、构建“Brew”计算机,甚至用汇编语言编写自己的汇编器。评论包括RGS 008A微机套件。 除了硬件,《BYTE》还探讨了软件应用,特别是“LIFE”程序,并讨论了微处理器的发展趋势,帮助读者选择适合自己需求的微处理器。它还涉及商业方面,提供发表文章的建议,并包含有关计算机俱乐部和新闻通讯的部分,反映了个人计算日益增长的社群。本期杂志基本上捕捉了早期个人电脑时代令人兴奋的技术挑战。

对不起。

此网站正在使用安全服务来保护自身免受在线攻击。我们正在检查您的浏览器以建立安全连接并保护您安全。请启用JavaScript以继续。

对不起。

``` %PDF-1.7 4 0 obj (身份) endobj 5 0 obj (Adobe) endobj 8 0 obj > stream xœì} `TÅýÿwÞ{»ûö~{ßÙ{“ìæb“@B²¹¸áP § * ˆâž(^´ž Ul=¨¶%l ```

## 扬声器作为麦克风:一则黑客新闻讨论总结 一则黑客新闻讨论源于2017年USENIX的一篇论文,讨论了扬声器作为麦克风使用的普遍可能性——反之亦然。许多评论者分享了个人轶事,例如使用耳机和扫帚柄制作临时麦克风,或因资源有限而将扬声器重新用于录音。 讨论强调了这种现象背后的基本物理原理:换能器(如扬声器或麦克风)基于可逆原理工作。多位用户指出了一些例子,例如在旧设备中使用耳机作为麦克风,在录音中使用扬声器作为低音鼓麦克风,甚至扬声器可能被用于监控。 该讨论还深入探讨了技术方面,解释了插孔重新分配、动圈麦克风和电容麦克风的区别,以及前置放大器的作用。一些评论员指出,中央情报局有使用该技术的记录,而另一些人则争论了使用现代技术进行秘密音频捕获的可行性。最终,这场对话赞扬了基本电子原理的一个简单、常常被忽视,有时甚至是恶作剧的应用。

预计DRAM短缺情况将持续很长时间,可能持续到2030年,尽管三星、SK海力士和美光等主要制造商正在努力增加产量。虽然计划建设新的制造厂,但大多数工厂要到2027年或2028年才能投入运营,未能达到满足需求所需的每年12%的产量增长——目前的计划仅预计增长7.5%。 重要的是,新的产能将主要集中在高带宽内存(HBM)上,用于人工智能数据中心,*而不是*日常设备中使用的通用DRAM。这种优先顺序意味着影响消费电子产品(包括手机、笔记本电脑和游戏设备)并导致价格上涨的短缺问题,不太可能很快得到解决。供需差距预计将保持很大,预计到2027年,只有60%的需求能够得到满足。

## 幽灵二进制依赖:日益增长的威胁 在2026年的FOSDEM上的一次演讲强调了“幽灵二进制依赖”这一关键问题——依赖于其他包的预编译代码(二进制文件),但这些依赖关系并未在项目清单中明确记录。这种隐藏的依赖关系对软件的可持续性和安全性构成风险。 目前,包管理器会跟踪源代码依赖关系,但通常会忽略这些二进制链接,这在像Python这样的语言调用编译代码(如C)时经常发生。如果没有识别这些依赖关系,就无法通过像开源承诺这样的倡议来支持原始开发者,从而威胁到开源生态系统的长期健康。 更重要的是,未记录的二进制依赖关系会产生安全漏洞。如果所依赖的二进制文件存在缺陷,项目会不知不觉地面临风险,可能影响到医院和互联网等关键基础设施。 提出的解决方案包括开发工具来识别和记录这些二进制依赖关系,为改进的安全警告和维护者的可持续资助模式铺平道路。多个项目和提案(如Python中的PEP 770和804)已经在进行中,以应对这一挑战,旨在提高软件供应链的透明度。

对不起。

## IPv6 与网络历史的复杂关系 本文探讨了旨在取代 IPv4 的 IPv6 尚未完全接管互联网的原因,揭示了一个令人惊讶的网络历史决策故事。作者在 IETF 会议上的调查发现,IPv6 的复杂性并非源于其自身缺陷,而是源于数十年来在现有基础设施*之上*堆叠的解决方案。 最初,网络是简单的点对点连接。共享“总线”网络(如以太网)的引入需要 MAC 地址来进行本地通信。当这些局域网需要互联时,出现了 IP 地址,但底层的以太网层仍然存在。这造成了一种混乱的交互——IP 路由依赖于 MAC 地址,ARP 用于在两者之间转换,DHCP 用于管理地址——所有这些都建立在为更简单时代设计的基石之上。 作者认为,更简洁的设计,即 IPv6 的愿景,旨在通过消除对 MAC 地址和第二层桥接的依赖来消除这种复杂性。然而,为了保持与现有基础设施的向后兼容性,特别是移动 IP 的兴起及其对第二层无缝漫游的依赖,阻止了完全过渡。 最终,互联网受到历史选择的负担,虽然 IPv6 提供了一个更优雅的解决方案,但克服数十年的分层复杂性仍然是一项艰巨的任务。未来可能在于像 QUIC 这样的协议,它提供了一条简化连接的途径,但真正的全新起点仍然难以捉摸。

两党议员团体最近阻止了702条款的重新授权,该条款是一项有争议的大规模监控计划,他们要求为美国人提供更强的隐私保护。目前,联邦调查局可以在无需搜查令的情况下访问国家安全局收集的通讯——甚至包括美国公民的通讯。 败选的提案仅提供了一些表面上的改变,并将重新授权该计划再持续五年。议员们正在推动一项要求联邦调查局访问信息时必须有合理理由的搜查令要求,以解决对不受约束的监控和潜在滥用的担忧。参议员罗恩·怀登强调了一种“秘密解读”的法律,该法律进一步允许监控美国人,包括记者和寻求敏感医疗保健服务的人士。 这次对峙获得了一次为期10天的延期,为敦促国会通过一项具有*真正*改革的法案提供了关键窗口,而不仅仅是维持现状。倡导者强调需要透明度和问责制,确保美国人在其通讯被监控时得到通知。

## 702监控辩论 一则Hacker News讨论围绕着改革《外国情报监视法》第702条款的截止日期。该法允许对外国人的通讯进行无令状监控——常常会附带收集到美国公民的数据。许多评论员认为应该完全废除702条款,以维护第四修正案,并引用斯诺登(PRISM)过去揭露的NSA等机构从谷歌、苹果等公司进行广泛数据收集的情况。 提出的担忧包括NSA和司法部对法律的宽泛解释,允许在没有搜查令的情况下收集美国人的数据,以及潜在的滥用可能性。一些人指出“帝国回旋镖”效应,即最初针对外国目标的监控工具最终会转向内部。 EFF离开X(前身为Twitter)的决定也引发了争论,一些人批评其将意识形态置于有效倡导之上,而另一些人则认为这是对有害平台的原则性立场。核心问题仍然是:在数字时代平衡国家安全与个人隐私权,以及当基本的宪法保护受到威胁时,改革是否足够。

请启用Cookie。 错误 1005 Ray ID:9eea0ca28d5cff7f • 2026-04-19 07:03:25 UTC 拒绝访问 发生了什么? 该网站(kotaku.com)的所有者已禁止您的IP地址所在的自治系统编号(ASN 45102)访问此网站。 请参阅 https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-1xxx-errors/error-1005/ 了解更多详情。 此页面是否有帮助? 是 否 感谢您的反馈! Cloudflare Ray ID:9eea0ca28d5cff7f • 您的IP: 点击显示 47.245.80.60 • 由Cloudflare提供性能和安全保障。

访问被拒绝。您没有权限访问“http://baumgartner.house.gov/2026/04/02/baumgartner-introduces-bipartisan-bill-to-tighten-controls-on-sensitive-chipmaking-equipment/” 上的服务器。 参考编号:18.c6753617.1776578664.bff73a45 https://errors.edgesuite.net/18.c6753617.1776578664.bff73a45

对不起。

讨论请求速率——一段时期内的请求数量——至关重要的是**明确该时期**,理想情况下定义为**每秒请求数**。含糊不清的仪表盘可能会根据缩放级别显示不同的速率,导致数据不一致。 虽然**赫兹 (Hz)** 和 **贝克勒尔 (Bq)** 都表示每秒发生的事件,但**贝克勒尔更适合请求速率**,尽管它最初与放射性有关。赫兹暗示可预测的、周期性的事件,而贝克勒尔更好地反映了通常不规则请求的平均频率(例如网站流量)。 对于高容量速率,贝克勒尔提供更简洁的表示法(例如,90 kBq 与 90,000 请求/秒)。虽然有人建议使用一个新单位(“rips”),但利用现有的贝克勒尔,并将其接受的含义扩展到放射性之外,为一致地测量和沟通请求速率提供了一个实用的解决方案。作者希望贝克勒尔未来能成为一般事件频率的标准。

## 请求速率的 SI 单位:一则 Hacker News 讨论总结 一则 Hacker News 讨论围绕着衡量请求速率的适当 SI 单位。虽然“请求/秒”很直观,但有人认为使用贝克勒尔 (Bq) 更方便,尤其是在处理大数字时(例如,90 kBq 与 90,000 请求/秒)。贝克勒尔传统上用于衡量放射性衰变。 然而,核心争论在于请求是*周期性*现象(适合赫兹 – Hz)还是*随机*过程(适合贝克勒尔)。SI 正式规定赫兹仅用于周期性事件,贝克勒尔仅用于随机事件。许多评论者指出,请求并不完全符合这两者中的任何一种。 有人建议使用“每分钟请求”或简单地“请求/秒”以提高清晰度。这场讨论强调了将严格的 SI 标准应用于 IT 指标的挑战,以及选择易于理解的单位的重要性,即使这些单位不严格遵循正式定义。最终,共识倾向于优先考虑清晰度和共同理解,而不是严格遵守 SI 规范。

更多

联系我们 contact @ memedata.com