性能优化

福兮说4 小时前
前端·javascript·性能优化·文件下载
前端下载大文件,点了按钮半天没反应:fetch + blob 的三个问题和三种替代写法上周有个同事来问我:导出按钮点下去,文件小的时候秒下,文件一大(两三百兆)就像按钮坏了,十几秒没任何反应,然后突然弹出保存框。用户以为没点上,又点了三次,于是后台同时在跑四份导出。
阡陌数智8 小时前
人工智能·语言模型·性能优化·推荐算法
大模型推理抖动深度剖析:生产环境下时延波动根因定位与根治方案大模型服务从 POC 试点走向规模化生产,稳定性往往是最大拦路虎。不少团队完成压测后,GPU 利用率、平均 RT 都满足预期,接入真实业务流量后,间歇性出现时延陡增、流式输出卡顿、偶发请求超时熔断。抖动问题复现难度高,普通监控只能看到时延异常,很难直接定位根因。很多工程师第一反应怀疑 GPU 硬件或者推理内核,实际生产中纯粹内核缺陷占比很低,绝大多数抖动来自缓存、流量、调度、软硬件交互的组合问题。
Zguigo9 小时前
性能优化
【CUDA4】GPU里面的数据放到哪里?为什么有的数据访问快,有的慢?往上 ↑ 速度更快 容量更小 离计算单元更近往下 ↓ 速度更慢 容量更大 离计算单元更远Register 是最靠近计算单元的存储,它的速度非常快,作用范围单个thread,所以每个线程都有自己的register。shared memory是block的小仓库,作用范围block内线程共享。L1 Cache它主要用于缓存近期访问的数据,可以理解位GPU计算单元旁边的小型高速缓存,L2 比 L1 更大,但通常也更远、更慢,它是 GPU 多个计算单元之间可以共享的数据缓存层。global memory速度相对慢
Lintongzg10 小时前
笔记·学习·性能优化·llm
千卡训练的隐形账单:通信不是瓶颈上一篇 GPU 为什么会挨饿 把视角从单点分析推到全链路优化。今天进入 Datawhale mlsysim 学习活动的第五阶段,问题换了一句话:从一台机器走到一千张卡,成本会怎么变? 对应教程:06 Scaling to 1000 GPUs、07 Geography is a Systems Variable、08 The $9M Question。今天跑下来有两个意外:规模扫描那张表里,通信开销不是随规模上升,而是从 1336.8ms 掉到 319.1ms;而可靠性部分的结论,交叉点位置比教程说的远得多
Frag0ut14 小时前
chrome·性能优化·谷歌浏览器·隐私安全·浏览器设置·浏览器下载·新手指南
Google Chrome 谷歌浏览器 下载安装全攻略Google Chrome是全球市场份额最高的浏览器,以其速度快、扩展丰富、安全性强而著称。对于新手用户来说,下载Chrome时最容易踩的坑就是下到捆绑软件或篡改版。本文将为你提供一份零失误的Chrome官方原版下载与安装指南。
Flynt1 天前
javascript·性能优化·v8
官方说一个破折号拖慢整段高亮,我在 Node 里验证了一遍:机制是真的,2.8 倍没跑出来近日 Anthropic 发了篇工程复盘,讲他们 8 月怎么用两周把 claude.ai 和桌面端提速 3.1 倍。这种复盘一般是一堆缓存优化的流水账,但这篇里藏着一个特别离谱的瓶颈:破折号。
数据库小学妹1 天前
数据库·mysql·性能优化
MySQL深分页优化:LIMIT大偏移的根因分析与五种解法对比大家好,我是数据库小学妹👋 我踩过的坑,你别再踩。上个月运营同学给我发了张截图。她想找最早的一批订单,在订单列表上点了「末页」,页面转了二十多秒才出来。她问我是不是数据库坏了。我第一反应是索引没建对。打开表结构一看,created_at 上有索引,该有的都有。
yunwei371 天前
linux·后端·性能优化
使用 eBPF 跟踪 Nginx 请求Nginx 是世界上最流行的 Web 服务器和反向代理之一,以其高性能、稳定性和低资源消耗而闻名。它广泛用于提供静态内容、负载均衡以及作为动态应用的反向代理。为了保持其性能优势,监控和优化 Nginx 的运行尤为重要,尤其是在处理大量请求时。利用 eBPF(扩展的伯克利包过滤器),可以深入了解 Nginx 的性能表现,识别瓶颈并进行优化,而无需修改源代码或重启服务。
yunwei371 天前
linux·后端·性能优化
使用 eBPF 跟踪 MySQL 查询MySQL 是全球最广泛使用的关系型数据库管理系统之一。无论您是在运行小型应用程序还是大型企业系统,了解 MySQL 数据库的性能特征都至关重要。特别是了解 SQL 查询的执行时间以及哪些查询占用了最多的时间,有助于诊断性能问题,并优化数据库以提高效率。
yunwei371 天前
linux·后端·性能优化
eBPF 示例教程:使用 XDP 捕获 TCP 信息扩展伯克利包过滤器(eBPF)是 Linux 内核中的一项革命性技术,允许开发者在内核空间内运行沙箱程序。它提供了强大的网络、安全和跟踪能力,无需修改内核源代码或加载内核模块。本教程重点介绍如何使用 eBPF 结合 Express Data Path(XDP),在数据包进入时的最早阶段直接捕获 TCP 头信息。
mmsx1 天前
android·性能优化·app
Android GIS系列 栅格怎么存、格网怎么归算:两个容易混淆的 GIS 链路栅格是一张二维数组,但每个元素都带物理含义——把结构层当成语义层用,就会出现"像素当米用"。处理影像、高程网格、DEM 这类栅格数据时,新手最容易把两件事搅在一起:像素值该怎么在内存里存,以及这个像素在真实地面上到底代表多长距离。一个关心"怎么放进去",一个关心"拿出来代表什么",看似都在跟栅格打交道,其实是两条完全不同的链路。
Flynt1 天前
java·jvm·性能优化
Java 27 悄悄改了 3 个默认值,我在 1 核小机器上逐个验证了一遍Java 27 发布有一周多了,9 月 15 日 GA。作为非 LTS 版本,很多团队的反应大概是"25 还没捂热,27 与我无关"。这个判断大体没错,生产环境确实应该锚在 25 上。但"不升级"和"没变化"是两回事——27 有三个改动不等你升级就已经定了调子,它们全是默认值:对象头默认压缩、TLS 1.3 默认带上后量子算法、所有环境默认 G1。
yunwei371 天前
linux·后端·性能优化
eBPF 开发者教程: 简单的 XDP 负载均衡器在本教程中,我们将指导您如何使用eBPF(扩展的Berkeley Packet Filter)实现一个简单的XDP(eXpress Data Path)负载均衡器。只需使用C语言和libbpf库,无需外部依赖,这是一个适合开发者的实践指南,帮助您充分利用Linux内核的强大功能来构建高效的网络应用程序。
yunwei371 天前
linux·后端·性能优化
超越 eBPF 的极限:在内核模块中定义自定义 kfunc你是否曾经觉得 eBPF 的能力有限?也许你遇到了现有 eBPF 功能无法实现目标的情况。或许你需要与内核进行更深层次的交互,或者标准 eBPF 运行时无法解决的性能问题。如果你曾经希望在 eBPF 程序中拥有更多的灵活性和强大功能,那么本教程正适合你。
千里马学框架6 天前
android·智能手机·性能优化·framework·性能·屏幕旋转·rotation
一起学 Android 14:ShellTransition 屏幕旋转过程深度剖析在aosp14引入了ShellTransition后,系统中很多的动画过程都引入到ShellTransition中,比如点击app启动Activity,分屏等,前面这块内容已经在马哥的WMS高级进阶ShellTransition课程中有进行讲解,今天要给大家补充是一个屏幕旋转的场景是如何升级到ShellTransition的。
liangshanbo12157 天前
性能优化·react
React 性能优化实战先测量定位性能瓶颈,再针对“渲染、计算、列表、网络加载”分别优化,最后通过指标验证优化是否真正有效。主要矛盾不是“用了哪些 React API”,而是“到底哪里浪费了时间”。
mmsx7 天前
android·性能优化·app
Android GIS系列 内存加锁、SQLite 开事务:矢量数据集双层并发设计一致性怎么保证,取决于数据躺在内存还是磁盘上——两种存储,两套解法,别互相套。矢量数据集要并发读写,几乎是绕不开的需求。但很多人踩的第一个坑,是以为"并发"只有一种解法:要么到处加锁,要么全都丢给数据库事务。等真正落地才发现,内存里的数据集和 SQLite 上的数据集,面对的是两类完全不同的矛盾。
Pioneer000018 天前
人工智能·redis·后端·缓存·性能优化·架构
我用 Redis + 网关做多模型 API 路由:缓存命中率 95%+ 的工程实践本文分享一个自建多模型 API 网关的工程实践,重点讲三件事:本文只讨论合规的自建网关与性能优化,不涉及账号共享、绕过地区限制或违规转售。
ZFJ_张福杰8 天前
flutter·性能优化·卡顿·isolate
【Flutter】Flutter 中有哪些耗时操作?从 UI 卡顿到 Isolate 性能优化作者:ZFJ_张福杰 博客:https://zfj1128.blog.csdn.net 日期:2026-09-20 关键词:Flutter、性能优化、Isolate、耗时操作、卡顿、WebSocket、JSON解析
政企项目老覃8 天前
数据库·程序人生·性能优化·数据分析·系统架构
金融转账“幽灵失败“排查实录:从本地消息表到 Seata TCC 的选型与权衡2024 年 Q3,我们负责的某城商行互联网核心系统上线了 II 类户跨行转账功能。业务量不大,日均交易约 12 万笔,峰值 QPS 约 800。上线两周后,运营反馈一个异常现象:用户收到扣款短信,但收款方迟迟不到账,客服工单日均 40+ 起,投诉率环比上升 0.3 个百分点。 排查发现,问题集中在转账链路的"记账 + 通知"环节。我们的转账服务调用链是:账户服务(扣款)→ 账务流水落库 → 消息服务(发通知)。最初实现是本地事务 + 异步消息:扣款和流水在同一个本地事务里提交,然后通过 MQ 异步通知下