``` NetViews for macOS：掌握网络的必备工具。 专业的网络诊断、监控和分析，尽在您的Mac上。 强大的实时界面。 实时仪表板会随着网络变化而更新，让您即时了解每个连接。 网络扫描和监控。 发现网络上的每个设备，跟踪运行时间，并在主机启动或关闭时收到警报。 高级Wi-Fi诊断。 分析信号强度、信道拥塞和噪声水平，以优化无线性能。 ```
每日HackerNews RSS
## NetViews：一款macOS网络工具，专为工程师设计
NetViews是一款新的macOS实用工具，由一名网络工程师开发，旨在寻求更直观、更高效的网络活动监控方式。开发者对在各种工具和命令行之间切换感到沮丧，因此创建了一个GUI应用程序，整合了ARP、ICMP、mDNS、DNS发现、Wi-Fi数据和实时连接监控等基本诊断功能。
2.3版本提供快速扫描、详细的无线可见性和实时流量捕获（DHCP、ARP等）。它使用Swift构建，采用BSD sockets和Apple的网络框架，以实现速度和低开销。开发者积极寻求并采纳了之前Hacker News帖子中的用户反馈，从而实现了名称更改（从PingStalker）并添加了新功能。
该工具提供7天的免费试用期，付费许可证将用于资助持续开发。虽然一些用户在CLI中可以找到类似的功能，但另一些用户则欣赏其简化的界面和视觉化方法，尤其是在家庭网络故障排除方面。开发者乐于接受反馈，并正在考虑诸如Homebrew集成和潜在扩展等功能。
[https://netviews.app](https://netviews.app)
氧化本无需进行C轮融资，因为已经实现了强大的产品市场契合度和正向的单位经济效益——这意味着业务本身是可持续的。然而，现有投资者热衷于支持公司的发展，氧化也重视与他们的长期合作和共同愿景。 接受这笔资金的主要驱动力并非必要性，而是为了解决氧化认为的最大挑战：时间。这笔资金降低了公司未来的风险，确保了独立性以及执行长期愿景的能力。 这对于氧化客户来说尤其重要，他们担心基础设施初创公司被更大的竞争对手收购。C轮融资向客户保证，氧化致力于打造一家持久的、具有世代影响力的公司——而不仅仅是一个收购目标——并且现在已完全有能力“永远改变计算”。
🛡️ 安全验证 我们正在检查您的连接以防止自动化滥用 ⏳ 正在验证您的浏览器… 有问题？联系客服 验证并继续 ✓ 验证完成 此页面将在片刻后自动跳转…
## 80386 核心开发与桶形移位器
一位开发者正在使用SystemVerilog和原始Intel微码构建一个与80386兼容的核心。实模式功能已完全实现，通过了超过10,000个测试用例，保护模式的实现正在进行中。这项工作揭示了386设计的迷人细节，特别是其高效的桶形移位器。
386没有采用代价高昂的完整交叉开关设计，而是利用了一个混合的两级移位器——一个32x8粗略移位器与一个4位精细移位器相结合——能够在单个周期内将64位输入移动任意数量的位。这种设计巧妙地通过操作64位输入来重用硬件，以实现移位、旋转和双精度运算。
令人惊讶的是，SHL、SHR、ROL和SAR等指令都使用*相同的*微码序列，将每种操作都视为带有输入操作的右移。更复杂的带进位旋转指令（RCL/RCR）需要一个微码循环来减少计数并嵌入进位标志。甚至位测试指令（BT、BTS等）也通过旋转-修改-旋转策略利用移位器。
这展示了386的设计理念：投资于强大的硬件，并通过巧妙的微码最大限度地重用它，这种趋势在每个后续的Intel处理器世代中都在延续。
一个黑客新闻的讨论围绕着一个新创建的80386桶形移位器 ([nand2mario.github.io](https://nand2mario.github.io))。最初的评论质疑了通过进位旋转的实现，认为它对于常见的1位移位效率低下。
然而，回复辩护了这种设计，强调了*恒定时间执行*对于防御时序攻击的优势——即使在较旧的架构中，这也是一个关键的考虑因素。其他人指出，该移位器也用于位测试，可能证明了更广泛的方法是合理的。
创建者ajenner指出，微代码是一个正在进行中的工作，并且可以根据要求提供 ([email protected])。进一步的讨论涉及了x86的不寻常行为，允许位测试访问超出内存操作数边界的数据，从而实现灵活的位数组。 考虑了LLVM的潜在优化，但最终认为不太可能提高性能。
这个仓库提供了一个使用人类反馈强化学习 (RLHF) 的实践教程，使用简洁、易读的代码——优先考虑学习而非生产就绪。它专注于 RLHF 流程的核心步骤：收集偏好数据、训练奖励模型和优化语言模型策略。 代码包括一个简单的 PPO 训练循环 (`ppo_trainer.py`)、支持工具 (`core_utils.py`) 和参数解析 (`parse_args.py`)。主要的学习资源是 `tutorial.ipynb`，一个 Jupyter Notebook，解释了理论并演示了奖励建模和 PPO 微调，并提供可运行的示例。 鼓励用户交互式地探索 Notebook 并检查源代码，以了解各个组件如何协同工作。作者愿意根据需要添加更简单、单脚本的 DPO 或 PPO 演示。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录
从头开始的RLHF (github.com/ashworks1706)
73 分，by onurkanbkrc 1天前 | 隐藏 | 过去 | 收藏 | 3 评论
fauria 1天前 | 下一个 [–]
RLHF：基于人类反馈的强化学习 - https://en.wikipedia.org/wiki/Reinforcement_learning_from_hu... 回复
alansaber 1天前 | 上一个 | 下一个 [–]
看起来不错。我非常支持这种实践演示，这是初学者学习机器学习的最佳方式。回复
vivzkestrel 1天前 | 上一个 | 下一个 [–]
我更喜欢像这里这篇文章一样能用视觉方式解释东西的：https://mlu-explain.github.io/neural-networks/ 如果有人能用这种格式“烹饪”每种类型的神经网络，那该多好啊？回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
随着欧洲日益决心实现“数字主权”，其经济主要依赖于它无法控制的基础设施，这令人担忧。从云服务到生产力软件，美国技术支撑着各行各业的日常运营。这种依赖性赋予了美国总统非凡的权力：能够对欧洲每天使用的系统施加压力、限制或禁用。
## 欧洲对美国技术的依赖：摘要
一份最新报告显示，74%的欧洲企业将难以在没有美国技术的情况下运作，这引发了Hacker News上关于这种依赖性质的讨论。一个关键点是，美国软件供应商（如微软、谷歌等）具有*即时*破坏潜力，这与台湾失去ASML芯片制造技术的影响相比，是更为迅速的。切断Office 365、云存储、Android和操作系统等服务可能会使欧洲社会瘫痪。
一些人认为美国公司不会冒险失去欧洲的收入，而另一些人则强调潜在的安全问题（例如谷歌与ICE共享数据）以及远程“变砖”设备的可能性。 讨论还涉及相互依赖关系，指出美国对像ASML这样的公司有依赖，但承认ASML本身依赖于美国制造的组件。
许多评论员提倡欧洲脱钩和建立韧性，但承认完全独立是不现实的。 讨论强调了复杂的地缘政治影响以及欧洲避免过度依赖单一来源的关键技术的必要性。
## 解决 Vulkan 的“扩展爆炸”问题 Vulkan 的灵活性是通过扩展实现的，但也导致了日益增长的复杂性——“扩展爆炸”问题。虽然扩展允许快速交付功能和社区反馈，但它们为开发者创造了一个令人困惑的选择和兼容性问题。 经过十年后，Vulkan 面临着与 OpenGL 曾经面临的类似挑战。 为了避免不断添加更多扩展，Vulkan 工作组正在采用一种新策略：**完全子系统替换**。 这涉及设计全新的 API，取代旧的 API，并获得强大的行业支持以确保广泛采用。 第一个例子是 `VK_EXT_descriptor_heap`，它对 Vulkan 的描述符处理进行了彻底改造。 它通过将描述符视为内存中的直接数据来简化描述符管理，从而消除了之前系统的复杂性。 与增量改进不同，此扩展不会与现有的描述符 API 交互。 `VK_EXT_descriptor_heap` 以扩展 (`EXT`) 的形式发布，以便在最终确定标准 (`KHR`) 之前收集社区反馈，旨在成为一项重大改进。 团队鼓励开发者在未来 9 个月内尝试它并提供反馈。 这种方法表明致力于使 Vulkan 更加用户友好，并优先考虑开发者对未来 API 改进的需求。
爱丁堡议员否决了在皇家苏格兰银行旧总部建设大型“绿色”人工智能数据中心的计划，尽管城市规划者建议批准。该项目由Shelborn资产管理公司支持，承诺提供213兆瓦的IT容量，并被宣传为环保，承诺使用可再生能源和新技术冷却。 然而，议员们站在像“保护苏格兰乡村行动”(APRS)这样的倡导者一边，理由是担心排放、对柴油发电机依赖以及与当地规划目标冲突。APRS强调缺乏对“绿色数据中心”的明确定义，敦促暂停批准以进行环境重新评估。 这一决定凸显了国家扩大数字基础设施的雄心（包括快速审批途径）与当地对环境影响和土地利用的担忧之间日益增长的紧张关系。虽然英国政府将数据中心视为人工智能发展的重要基础设施，但爱丁堡的投票表明人们对其真正可持续性日益关注，以及在技术进步与地方优先事项之间取得平衡的挑战。
爱丁堡议员否决了一项大型“绿色”人工智能数据中心的提议，引发了Hacker News上的讨论。 担忧集中在选址上——该地点靠近火车站、公园和办公楼，评论员认为这对宝贵的房地产是一种不良利用，特别是考虑到该设施将雇用极少的人员。
多名用户建议建造住房会更好，批评了用有限的就业机会换取高度自动化的设施。 一个关键点是数据中心巨大的电力需求（峰值213兆瓦），相当于格拉斯哥和爱丁堡家庭的总用量，这加剧了对该项目的反对。 普遍的意见倾向于拒绝该申请，并建议开发商寻找更合适的地点。
## Distr：开源软件分发平台 Distr是一个开源平台，旨在简化在复杂、自管理环境中向客户分发软件和AI应用，包括本地部署、VPC、BYOC和边缘部署。它提供了一个集中的Web UI，用于管理部署、制品、代理和客户访问。 主要功能包括通过预构建代理（Helm & Docker）进行部署自动化、白标客户门户、许可证管理以及具有细粒度访问控制的容器注册表。Distr支持分发OCI兼容制品，并提供强大的API和SDK（目前为JavaScript）。 它可以完全自托管（通过Docker或Helm charts），也可以作为托管服务使用。Distr利用PostgreSQL、对象存储和专用的OCI注册表等组件。Distr MCP服务器是一个关键组件，可实现与代理工作流和LLM客户端的集成。 通过提供的Docker Compose或Helm chart示例快速入门，或通过Discord访问完整文档和社区支持：[https://distr.sh/](https://distr.sh/)。
## Distr 2.0：简化软件部署
Distr 是一个开源平台，旨在帮助软件供应商管理部署到客户环境，尤其是在本地部署，跨各种基础设施（AWS、GCP、GovCloud、隔离网络）。经过一年的开发并基于用户反馈，Distr 2.0 引入了客户组织，改进了供应商-客户关系管理和访问控制（RBAC）。
主要功能包括嵌入式 OCI 容器注册表、许可证管理、容器日志和指标（存储在 Postgres 中）以及密钥管理。目前 Distr 已服务于 200 多家供应商，包括财富 500 强企业。
即将推出的 Distr 3.0 专注于对 Terraform/OpenTofu 和 Zarf 的原生支持，从而实现 BYOC（自带云）和隔离网络部署。Distr 解决了常见的痛点，例如不可靠的脚本、手动更新以及缺乏对客户部署的可见性。它为发布说明和部署监督提供了一个客户门户。
Distr 通过提供基于拉取的部署模型以及推送模式、完整的开源自托管选项以及对复杂环境的关注，与 Replicated 和 Octopus Deploy 等竞争对手区分开来。
[https://github.com/distr-sh/distr](https://github.com/distr-sh/distr)
[https://distr.sh/docs](https://distr.sh/docs)
