Hasty Briefsbeta

全部标签

#performance

共 528 篇

双语

50x rendering speed improvements in Hologram (Elixir web framework)
10 months ago
- Hologram v0.5.0版本带来重大性能优化，执行时间从毫秒级缩短至微秒级
- 新增功能包括完整的会话与Cookie管理、基于HTTP的传输层及实时重载功能
- 增加对指针和鼠标事件的支持，显著提升了绘图工具等交互应用的体验
- 引入高性能比特串实现，渲染速度提升约50倍
- 采用增量编译技术，跳过未改动模块以加速构建过程
- 新增CRDT支持，为未来分布式功能奠定基础
- 增强事件系统，提供详细的坐标与移动轨迹追踪
- 构建完整的基准测试体系，支持Elixir和JavaScript双端性能评估
- 通信协议从WebSocket迁移至HTTP，并优化连接管理机制
- 不兼容变更：更新了事件命名规范
- 特别鸣谢GitHub赞助者对Hologram项目发展的支持
Linux Performance Analysis in 60 seconds
10 months ago
- Netflix分享了一种使用标准工具进行60秒Linux性能分析的方法。
- 关键命令包括uptime、dmesg、vmstat、mpstat、pidstat、iostat、free、sar和top。
- 重点关注错误和饱和度指标以识别性能瓶颈。
- 推荐使用USE方法（利用率、饱和度、错误率）进行问题诊断。
- 为每个命令提供了示例，展示其在生产环境中的应用场景。
- 后续分析可结合更深入的工具和方法论进行全面故障排查。
Webflow Down for >31 Hours
10 months ago
- 仪表盘、Webflow应用及表单提交功能持续受影响的问题。
- 问题解决期间新用户注册功能暂时关闭。
- 正与上游数据库服务商共同排查根本原因。
- 已确定更多调查路径并取得进展。
- 部分客户遇到API接口问题。
- 持续进行基础设施调整以提升稳定性和扩展能力。
- 分析系统运行模式并优化后端处理流程。
- 正在实施保护措施以确保平台数据完整性。
- 每小时提供定期更新通报。
- 性能改善已显现，团队持续监控系统稳定性。
CachyOS: Fast and Customizable Linux Distribution
10 months ago
- CachyOS 是一个基于 Arch Linux 的快速且可定制化的 Linux 发行版
- 搭载针对高性能优化的 linux-cachyos 内核，采用 BORE 调度器
- 所有软件包均通过 x86-64-v3/x86-64-v4/Zen4 指令集编译，并应用 LTO/PGO/BOLT 优化技术
- 提供多种桌面环境、Wayland 合成器及 X11 窗口管理器选择
- 配备图形化安装器 (Calamares) 和命令行安装两种方式
- 支持 BORE/EEVDF/sched-ext/ECHO/RT 等多种进程调度方案
- 积极倡导开源社区协作开发模式
Fast
10 months ago
- 快速软件通过支持更频繁的部署和高效的原型设计来改变用户行为。
- 软件的速度消除了认知摩擦，使工具感觉神奇且直观。
- 快速软件传递出简洁和专注的信号，通常需要移除非必要的功能。
- 实现速度涉及复杂的后台处理，以保持无缝的用户体验。
- 速度既有趣又具有竞争性，推动用户优化工作流程以提高效率。
- 当前基于LLM增强的工作流程比传统方法更快，但在性能优化方面仍有不足。
- 未来的软件开发将优先考虑低延迟、界面设计和可靠性，从而解锁新的使用场景。
Emacs: The macOS Bug
10 months ago
- 在MacOS上使用Emacs时，随着时间推移会出现内存占用不断增加和系统变慢的问题，最终导致冻结。
- 调试发现该问题源于反复调用[NSApp run]，引发了快速的内存分配与释放操作。
- MacOS会缓存这些内存分配，导致内存膨胀，在性能更强的硬件和HiDPI显示器上尤为明显。
- 这个问题深植于Emacs的MacOS专用代码中，若不进行重大架构调整就难以修复。
- 可能的解决方案包括用Swift重写部分代码以获得更好的内存管理和线程支持。
- 当前emacs-devel邮件列表的讨论正试图解决这些问题，但完整的修复方案需要大量工作。
Carbon Language: An experimental successor to C++
10 months ago
- Carbon 是一个实验性的 C++ 后继语言，专为性能关键型软件设计，并与 C++ 实现无缝互操作。
- 其目标包括：构建现代化语言基础、实现版本间轻松升级、以及提供通向内存安全的路径。
- Carbon 致力于为 C++ 开发者提供平缓的学习曲线，并支持从 C++ 的可扩展迁移。
- 该项目目前处于实验阶段，重点开发 Carbon ↔ C++ 互操作工具链。
- Carbon 提供带有检查定义的现代化泛型系统，相比 C++ 模板更具优势。
- 内存安全是优先事项，未来计划推出安全的 Carbon 子集。
- 开发者可通过在线工具链尝试 Carbon，或下载实验性的 nightly 版本。
- Carbon 鼓励社区贡献，并营造了包容友好的开发环境。
Make any website load faster with 6 lines of HTML
10 months ago
- Chrome推测规则API通过预加载和预渲染页面实现近乎即时的页面加载
- 预取仅下载顶级HTML，而预渲染会在后台完整渲染整个页面
- ‘moderate’急切度会在用户悬停链接200毫秒后开始预加载
- Docuseal.com用推测规则替代Hotwired Turbo以实现更快页面加载
- 推测规则API仅支持Chrome 121及以上版本
- 备用脚本通过悬停预加载为Firefox和Safari用户提供支持
- 要使备用脚本生效，必须设置带有max-age的Cache-Control响应头
A Tiny 29-Pound Electric Motor Just Beat Everyone in Power Density
10 months ago
- Yasa电动马达原型重28.8磅（约13公斤），输出功率达737.5马力，创下功率密度新纪录
- Yasa马达采用可规模化生产设计，无需特殊材料，年产能有望达5万台
- 科尼赛克Dark Matter马达虽能输出800马力，但重量更大，功率密度较低（15瓦/公斤 vs Yasa的42瓦/公斤）
- Yasa马达已应用于法拉利、兰博基尼高性能混动车型及梅赛德斯-AMG GT XX概念车
- 文章质疑电动车追求极端马力的必要性，建议采用更轻量化、适度功率的电机以推动平价电动车发展
EXT4 Shows Wild Gains with Better Block Allocation Scalability in Linux 6.17
10 months ago
- Linux 6.17中EXT4文件系统的增强功能提升了块分配的可扩展性
- 华为的李宝坤解决了因CPU核心增加和容器使用率上升导致的可扩展性问题
- 性能分析显示EXT4块分配/释放代码路径存在争用，导致性能下降
- 经过三轮代码审查后合并了18个补丁，显著提升了每个容器的fallocate操作性能
- 文件碎片化明显减少，仅以轻微的空闲空间碎片化为代价
- 这些变更已作为EXT4的拉取请求并入Linux 6.17内核
New Compilation Methods for Complex User-Defined Functions
10 months ago
- 用户自定义函数(UDF)通常性能较差，限制了其在性能关键型应用中的使用
- 本论文运用编程语言技术，通过将UDF编译为纯SQL查询来提升其性能
- 针对迭代型UDF，提出了一种创新的蹦床式编译方法，消除了PL/SQL与SQL之间的阻抗失配问题，最高可获得3倍的性能提升
- 该方法支持将完整计算过程用SQL表达，使得优化和执行可在任何支持现代SQL的系统上进行
- 对于递归型UDF，编译为纯SQL查询消除了额外开销，最高可获得180倍的性能提升
- 研究证明SQL完全具备表达复杂计算的能力，并能实现卓越的执行性能
- 论文详细给出了在支持LATERAL连接和递归CTE的数据库系统中实现UDF编译器的具体规则
The /o in Ruby regex stands for "oh the humanity "
9 months ago
- 文章讨论了Ruby正则表达式中的`/o`修饰符，该修饰符会在首次求值后缓存插值的正则表达式。
- 使用`/o`可能导致意外行为，即正则表达式仅处理首次接收的输入，而忽略后续输入。
- 该修饰符最初是作为性能优化手段设计的，但可能引发非确定性和难以调试的问题。
- 文章深入研究了Ruby虚拟机中的`once`指令，该指令用于实现`/o`修饰符的缓存行为。
- 示例展示了`/o`修饰符如何导致线程非确定性和递归求值异常等问题。
- 鉴于其不可预测性，文章建议避免使用`/o`，并推荐手动缓存作为更安全的替代方案。
- 一个幽默的例子展示了如何（误）用`/o`修饰符创建线程安全的单次执行代码块。
- Ruby中的`END`语法同样使用了`once`指令，揭示了该虚拟机特性的另一个应用场景。
How we made JSON.stringify more than twice as fast
9 months ago
- 由于最近的优化，V8引擎中的JSON.stringify现在速度提升了两倍以上。
- 新增的快速路径确保了无副作用的序列化，绕过了对常见数据对象的昂贵检查。
- 专门的字符串序列化通过模板化实现，高效处理单字节和双字节字符。
- SIMD和SWAR技术通过同时处理多个字符，加速了字符串序列化。
- '快速通道'优化了具有相同隐藏类对象的序列化，跳过了冗余检查。
- Dragonbox算法取代Grisu3，实现了更快的数字到字符串转换，使V8中所有字符串转换受益。
- 分段缓冲区方法取代了连续缓冲区，减少了大型JSON对象的内存开销。
- 当前优化存在限制：不支持replacer或space参数、仅限纯数据对象、无索引属性、仅支持简单字符串类型。
- 这些优化从V8 13.8版本（Chrome 138）开始提供。
GitHub is having an ongoing incident with loading pull requests
9 months ago
- 拉取请求（Pull Requests）出现性能下降和可用性问题
- Webhooks和Git操作也遭遇了性能下降
- Issues和Actions功能受到性能退化影响
- 拉取请求区域的某项变更导致部分功能不可用
- 已采取缓解措施并观察到恢复迹象
- GitHub持续监控事态发展并提供最新信息
Why is GitHub UI getting slower?
9 months ago
- GitHub 的界面最近明显变慢，像切换标签页这样的操作需要超过5秒才能完成。
- 使用 Turbo 预加载页面的做法适得其反，导致客户端切换比服务端加载还要慢。
- 在新标签页中打开链接比使用客户端路由更快，这违背了单页应用（SPA）的设计初衷。
- 新的加载进度条反而突显了页面切换的迟缓，让用户体验更差。
- 性能问题甚至蔓延到代码对比视图，处理大型 PR 时会因过多 DOM 节点导致界面卡死。
- 调整开发者工具窗口大小时会出现冻结，暗示存在更深层次的性能缺陷。
- GitHub 的路线图提到『大规模平台协作』，但尚不清楚性能优化是否是其优先事项。
Show HN: Scar – A programming language for easy concurrency and parallelism
9 months ago
- 现代化系统编程语言，在保持高性能的同时简化并发处理
- 专为系统编程的可访问性设计，同时不牺牲性能
- 通过并行代码块和自动线程管理实现自然的并行操作
- 简洁可读的语法，让开发者专注于解决问题而非语言复杂性
- 内置内存安全机制，在零性能损耗下防止各类错误
- 编译为高效原生代码，所有抽象都是零成本的
- 智能类型推断减少样板代码，同时确保类型安全与IDE支持
- 通过原生代码块和FFI实现与C库/系统的无缝集成
- 并行计算示例：自动处理繁重计算任务的演示
- 简易WebServer类示例，展示语言的易用性
- 变量自动类型推断的功能演示
Debian 13 Showing 13% Performance Improvement over Debian 12 on AMD EPYC
9 months ago
- Debian 13.0即将发布，在AMD EPYC服务器上相比Debian 12性能提升13%
- 核心升级包括Linux内核6.12 LTS版、GNOME 48桌面环境、GCC 14.2编译器、Python 3.13和OpenJDK Java 21
- 新增特性包含官方RISC-V 64位支持、通过UEFI/U-Boot实现HTTP启动，以及64位'time_t'应用二进制接口过渡
- 性能测试基于配备双路AMD EPYC 9965处理器、1.5TB内存和1TB NVMe固态硬盘的服务器，涵盖130项基准测试
Complex Iterators Are Slow
9 months ago
- Timi是一个纯JavaScript实现的B树，通过用回调替代迭代器，实现了业界领先的遍历速度。
- JavaScript迭代器在复杂遍历场景下天生较慢，因为它们阻碍了内联优化，这会显著影响性能。
- 内联优化通过将函数调用替换为函数体来避免开销，从而提升性能。
- 通过保持函数精简，可以促使V8的优化编译器TurboFan进行内联优化。
- Timi中的复杂遍历涉及沿树结构上下移动，这使得代码过于复杂而无法被内联。
- 迭代器在每次循环中都隐藏了一个未内联的next()慢调用，而回调可以避免这个问题。
- 回调允许将循环移入迭代器内部，实现内联优化并消除循环内的函数调用。
- 基准测试表明，在复杂遍历场景下，迭代器API比回调API慢4倍。
- 简单迭代器可以有良好性能，但复杂遍历可能需要手动使用回调进行优化。
- 虽然迭代器、生成器和Promise的反转控制很强大，但在热点代码路径中需谨慎使用。
Python performance myths and fairy tales
9 months ago
- Antonio Cuni探讨了关于Python性能的常见误解，强调Python的动态特性本质上限制了其运行速度。
- Python的性能问题源于其动态特性，这些特性虽提供了灵活性，却使优化工作变得复杂。
- 内存管理和缓存不友好被确认为Python性能的根本瓶颈，即时编译器也无法彻底解决这些问题。
- Cuni介绍了SPy（静态Python）项目，该项目旨在通过调整语言语义而不破坏兼容性来提升Python性能。
- 演讲强调了Python的动态性、速度与实现简洁性之间的权衡，提出局部优化可能是未来的可行路径。
Python performance myths and fairy tales
9 months ago
- Antonio Cuni探讨了关于Python性能的常见误解，强调Python的动态特性本质上限制了其运行速度。
- 典型误区包括'Python并不慢'和'只需用C/C++/Rust重写热点代码'，但根据阿姆达尔定律，这些方案最终都会遭遇性能瓶颈。
- 与Python的动态特性（如运行时类型变更和属性修改）带来的优化难题相比，其解释器开销反而显得微不足道。
- Python中的静态类型标注无助于性能提升，因为运行时并不强制类型约束，动态行为仍会破坏优化效果。
- PyPy等JIT编译器虽能提速，但会引入不可预测性——动态代码修改可能导致性能突然劣化。
- Python的内存管理机制和不利于缓存的对象布局是JIT也无法突破的本质瓶颈，除非牺牲语言兼容性。
- Cuni提出SPy（静态Python）项目，通过调整Python语义在需要静态优化的场景禁用动态特性来提升性能。
- 演示显示SPy在边缘检测任务中达到60帧/秒，而NumPy仅2帧/秒，证明在性能关键领域存在巨大优化空间。

About|Login

#performance

50x rendering speed improvements in Hologram (Elixir web framework)

Linux Performance Analysis in 60 seconds

Webflow Down for >31 Hours

CachyOS: Fast and Customizable Linux Distribution

Fast

Emacs: The macOS Bug

Carbon Language: An experimental successor to C++

Make any website load faster with 6 lines of HTML

A Tiny 29-Pound Electric Motor Just Beat Everyone in Power Density

EXT4 Shows Wild Gains with Better Block Allocation Scalability in Linux 6.17

New Compilation Methods for Complex User-Defined Functions

The /o in Ruby regex stands for "oh the humanity "

How we made JSON.stringify more than twice as fast

GitHub is having an ongoing incident with loading pull requests

Why is GitHub UI getting slower?

Show HN: Scar – A programming language for easy concurrency and parallelism

Debian 13 Showing 13% Performance Improvement over Debian 12 on AMD EPYC

Complex Iterators Are Slow

Python performance myths and fairy tales

Python performance myths and fairy tales