NetInside助力IT提高业务性能管理能力(一)

性能优化实战:当向量库超过 10 万行,如何把检索延迟压到 50ms 以内? 本文系统优化 pgvector 向量检索性能,针对 10 万行数据下查询延迟高达数百毫秒的问题,通过四步优化:选用 HNSW 索引、调优 ef_search、用内积替代余弦距离、结合过滤索引,将延迟从 280ms 降至 3ms 以内。实测表明,合理选型与参数配置可实现毫秒级响应,满足实时场景需求,并附避坑指南,强调索引适用阈值与维护策略。 阅读详情

需求简介

某外高桥公司的OA系统是其重要的业务系统,OA系统负责人表示,部分用户反馈,访问OA系统时比较慢。需要通过分析系统看一下实际情况。

信息部已对企业领导定义了独立的组,本次要主动分析领导们的使用体验快慢。如果OA系统存在访问慢的现象,需要知道慢的具体原因,为优化和提升性能提供依据。

报告内容

本报告内容主要为:业务系统总体分析、OA系统慢访问分析、OA系统报错分析。

分析时间

报告分析时间范围为:2021-05-06 00:00-2021-05-06 23:59,时长共计1天。

分析结论

1. 多个系统出现健康评分较低情况。

2. 系统出现慢访问情况,单个交易详细分析9.8秒。

3. 出现4次500报错信息。

详细分析内容

​下面从三部分进行详细分析。

业务系统总体分析

业务系统健康性。

业务系统性能综合分析,多个业务系统存在慢访问现象,同时存在大量的报错。

办公系统OA全天访问情况。

 办公系统OA全天慢访问和HTTP 400报错分布情况。

 办公系统OA全天HTTP 500报错分布情况。

上面仅查看了办公系统OA的信息,同理,可以对任何一个业务系统进行类似概要分析。

OA系统慢访问分析

对下图框选区域,OA的慢访问进一步分析。

OA系统慢访问百分比排序,根据慢访问百分比排序,查看OA慢访问信息。

OA单个页面簇分析,对排名第一,慢访问百分比为62.5%的页面簇分析。

5个慢页面详细显示。

 深入分析第一个慢访问,客户端为169.24.25.30。

 单个交易详细分析,详细展示了9.8秒的分布情况,其中时间最长的内容为第一个,4.04秒,原因是服务器响应时间太长。

 展开这次访问也可以查看到具体细节。

 通过下载数据包方式分析,另外,下载单个交易关联的数据包,进行分析。

 慢访问解码分析,通过解码分析,获得了与前面相同的结果。

 上面是对办公系统OA中某一个慢访问进行分析。同理,可以对任何一个业务系统的慢访问进行类似分析。

OA系统报错分析

OA系统出现500报错。

 进一步查看4次报错信息,分析得到,有2个页面簇出现报错。​​​​​​​

 对第一个页面簇中3次报错分析。

 对10.85.29.25访问报错详细分析结果。

 通过下载数据包再次验证分析结果。

以上仅对OA中某一个报错进行了分析。同理,可以对任何一个业务系统报错信息进行类似分析。

建议

1. 服务器响应时间太长的可能原因有:应用处理请求逻辑结构不合理,或者应用请求数据库数据库响应时间太长。具体原因,需要应用开发人员配合分析。

2. 统500报错需要和现场开发人员配合分析和排查。

AIR780E二次开发点灯(LuatOS) Air780E的LuatOS点灯教程,二次开发教程,可用于所有ec618平台,无需SDK 阅读详情

相关推荐

GD32F303实战:用定时器4触发ADC2+DMA,实现10ms精准采样1024点的完整流程

本文详细介绍了在GD32F303微控制器上使用Timer4触发ADC2配合DMA传输,实现10ms精准采样1024点的完整方案。从硬件架构设计、时钟树配置到定时器参数计算,提供了完整的工程实现流程和常见问题排查方法,适用于工业传感器监测等高实时性场景。

weixin_29194693的博客 433

NetInside助力IT运维实现业务性能管理

NetInside助力IT运维实现业务性能管理

NetInside_的博客 218

kbjdbc: autodetected server-encoding to be ISO-8859-1, if the message is not readable, please check

这条信息是来自 KingbaseES 数据库的一个 JDBC 客户端连接提示。KingbaseES 是一个企业级的关系型数据库管理系统,它兼容 PostgreSQL 的许多特性。如果上述步骤仍然无法解决问题,建议详细查看数据库和客户端的日志文件,以获取更具体的错误信息。此外,也可以考虑联系 KingbaseES 的技术支持获取帮助。项目融合kingbase数据库,输出日志乱码。结果:网上各种调整各种试。

zjy660358的专栏 4849

NetInside助力IT提高业务性能管理能力(二)

NetInside助力IT提高业务性能管理能力 ,帮助企业实现高效率运维工作

NetInside_的博客 302

地瓜派RDK X5部署YOLOv11n避坑指南:从Softmax瓶颈到BPU加速的实战解析

本文详细解析了在地瓜派RDK X5开发板上部署YOLOv11n模型时,从性能暴跌到成功优化的全过程。核心在于通过配置`node_info`将模型中的Softmax算子强制在BPU上以int16精度运行,解决了因算子被分配到CPU导致的严重性能瓶颈。实战部署后,模型推理延迟从126ms降至10.8ms,FPS从7.9提升至92.3,实现了显著的性能优化。

beta5的博客 865

VHDL按键消抖(状态机版本)

检测下降沿:设置一个和,分别代表之前的之前和之前的信号状态,若两个信号key_in_d2=1,key_in_d1=0,他俩的not key_in_d2 and key_in_d1为1,则说明下降沿产生,把它设置为标志位key_flag。延时计数:50MHz的板子每次计数需要20ns,而抖动时间大约为5-10ms。所以取7ms,作为延时时间。可以看见当检测到下降沿时,开始计数计数计满再次检测,若为低电平则为按下按键,否则为抖动。通过检测下降沿来临,延时计数再次检测,如果为低电平则为按键按下。

qq_69639216的博客 1084

Chrome 性能优化实战指南:2026 前端页面提速与内存优化全攻略

2026年Chrome已切换为双周更新节奏,页面性能优化规则也随之迭代。本文详解Chrome性能面板高级用法、内存泄漏排查、渲染路径优化与最新API落地技巧,帮助你把页面首屏速度提升50%以上。

Frag0ut的博客 335

使用mindie:2.0.RC2-800I-A2-py311-openeuler24.03-lts制作一个通用的模型推理性能测试的镜像

本文详细介绍了在NPU环境下进行模型推理性能测试的完整流程。首先配置了测试所需的环境和设备信息,包括Python 3.10.9和3.11.6版本、测试脚本和镜像文件。然后分步骤说明了镜像制作过程:创建特权容器、安装Python 3.10.9、配置VLLM环境,并详细描述了测试容器的启动方法。最后提供了镜像打包和使用指南,包括如何加载镜像、启动容器、运行测试脚本(以DeepSeek-32B模型为例)以及更换测试模型的步骤。整个过程涉及环境变量配置、权限设置和服务启动等关键操作。

m0_50105717的博客 1015

闪控窗性能优化与多实例资源治理【鸿蒙心迹】

本文是闪控窗系列第三篇,聚焦**多实例场景下的资源治理**。针对用户高频开关、多任务切换导致闪控窗实例越攒越多、内存与绘制开销失控的问题,给出"实例有上限、绘制会节流、销毁能统一"的完整方案:用全局单例 `FloatMgr` 统筹实例,设硬上限(建议 3 个)并淘汰最旧;用空闲实例池复用避免频繁 create/destroy;用 `Animator` 把静止态刷新压到 1fps 甚至停更;页面销毁与退后台统一 `releaseAll`,并配合 5 分钟超时回收。

wdracky的专栏 304

Mamba-UNet:用于医学图像分割的类似UNet的纯视觉Mamba网络

所提出的Mamba-UNet的架构如图2所示,其灵感来源于UNet [24] 和 Swin-UNet [3]。首先将大小为 H × W × 1 的2D灰度图像分割成类似于ViT和VMamba的块 [5,16],然后转换为维度为 H/4 × W/4 × 16 的1D序列。一个初始的线性嵌入层将特征维度调整为任意大小C。这些块令牌随后通过多个VSS块和块合并层进行处理,以创建分层特征。块合并层负责下采样和维度增加,而VSS块则专注于学习特征表示。

AI浩 7551

深入URP之Shader篇5: SimpleLit Shader分析(1)

本篇开始分析simple lit shader。我们通过分析unlit shader了解了URP shader的结构,以及一些基础功能。而simple lit shader包含了更多的内容。本篇开始,就不会特别仔细的逐行去分析shader文件了,只会针对pass的功能中比较有意思且之前没看到过的内容进行分析。名字为的pass,它的Tags为: 根据URP的文档:说明这是一个前向渲染路径的pass,虽然URP(至少是10.8.1版本)还没有正式支持Deferred Rendering,但URP已经为它打了很多

聚焦游戏和图形引擎开发技术 1901

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 588

Steam崩溃:ntdll.dll报错0xc0000374...如何解决?

🏆本文收录于 《全栈 Bug 调优(实战版)》 专栏。专栏聚焦真实项目中的各类疑难 Bug,从成因剖析 → 排查路径 → 解决方案 → 预防优化全链路拆解,形成一套可复用、可沉淀的实战知识体系。无论你是初入职场的开发者,还是负责复杂项目的资深工程师,都可以在这里构建一套属于自己的「问题诊断与性能调优」方法论,助你稳步进阶、放大技术价值。

**My Coding Family** 1160

UGUI 与 NGUI 使用及性能优化

本文解析 Lua 与 ToLua 在 Unity 中的运行机制及热更新原理。Lua 作为可嵌入语言,通过编译字节码由虚拟机执行,支持运行时加载新脚本;ToLua 实现 C# 与 Lua 的双向调用,通过生成 Wrap 代码注册类型接口;热更新依赖于宿主动态加载并执行新脚本,结合资源管理、版本控制与状态处理机制。关键点包括:table 共享引用、函数值不随重定义更新、闭包捕获状态、元表实现类逻辑,以及对象跨语言传递的生命周期管理。完整热更新需独立设计补丁分发与回滚策略。

2503_90324697的博客 308

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

深入 MyBatis-Plus:避开常见陷阱与性能优化实践

本文结合日常后端开发经验,梳理 MyBatis-Plus 在现代 Spring Boot 环境中的核心用法与易踩坑点。重点讲解 Wrapper 链式调用、自动填充机制、分页插件序列化问题及批量操作的底层行为,分析动态 SQL 生成逻辑与索引失效场景,并提供可验证的代码示例与排查思路。内容聚焦工程落地,明确版本依赖差异,指出官方未强调的性能边界与替代方案。

2402_83344867的博客 418

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

低代码平台性能优化实战:从用户认证模块出发的基准测试与优化

整个系统由以下几个核心部分组成:- 前端:基于 React 构建的登录页面 - 后端:Node.js + Express 接口服务 - 数据库:MySQL 用户信息存储前端部分通过 fetch 请求后端/api/login接口,并在接口中处理身份验证、数据库查询与返回结果。// 示例:Node.js 后端 /api/login 接口逻辑(伪代码)return res.status(500).send({ error: '数据库查询失败' });} else {});});

后台模板 175

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

RISC-V 基础软件的工程化与性能优化实践

从软件生态现状、优化方法到在龙蜥社区、如意社区等的开源贡献,这些探索展现了基础软件连接硬件能力与业务价值的作用,也为 RISC-V 生态共建提供了实践参考。

weixin_60347558的博客 417

Caddy反向代理性能优化实战:基准测试到瓶颈定位的5大关

在数据统计报表与BI系统中,反向代理作为流量调度的关键节点,其性能直接影响到整体系统的响应效率。Caddy作为一种轻量级、高性能的Web服务器和反向代理工具,常被用于此类场景。然而,随着访问量的增长,若未进行适当的性能优化,系统可能会出现延迟高、吞吐低等问题。本文将结合真实业务场景,深入探讨如何通过基准测试、瓶颈定位以及优化手段提升Caddy在数据报表服务中的性能表现,并提供可复用的实践经验。

wuchangjian的专栏 193

医院医学学术交流语音处理性能优化实践:单机CPU瓶颈、并发控制与硬件边界分析

针对医院医学学术交流中的语音转写与多语种翻译需求,分析单机CPU处理瓶颈,通过任务队列、并发控制和资源监控优化系统吞吐量与运行稳定性。

HySpark的博客 474

Chrome性能优化实战:让老旧浏览器重获流畅体验

Chrome越用越卡、打开十几个标签页就占满内存、滚动页面掉帧?不用换电脑也不用重装系统,通过调整原生设置和清理冗余资源,就能让老旧设备上的Chrome重新变得流畅。本文从内存管理、后台限制、缓存优化到实验性功能开启,一步步帮你榨干浏览器性能潜力。

MyBili的博客 234

Python 进阶实战:装饰器、生成器、描述符与 GIL 并发一篇打通【上下文管理器、元类、asyncio 异步、性能优化】

本文深入解析Python进阶核心机制:装饰器的闭包本质、生成器的惰性协程特性、描述符的属性控制协议及GIL下的并发真相。通过可运行代码与面试追问点,揭示“会写”与“懂”的分水岭,助开发者突破熟练层,真正掌握语言底层逻辑,实现编程能力跃迁。

王大师企业官方博客 3214

Chrome浏览器视频播放性能优化配置完整指南

本文从网络排查、硬件加速验证、核心参数配置、缓存清理、扩展管理等维度,手把手带你解决Chrome浏览器视频卡顿、跳帧、CPU占用过高的问题,快速实现4K视频流畅硬解码。

the3clipse的博客 399

Spring Boot 性能优化实战:从启动加速到运行时调优

本文结合微服务扩缩容与高并发场景,梳理 Spring Boot 应用在启动速度与运行期性能上的优化路径。内容涵盖懒加载与类索引的配置细节、GraalVM AOT 编译的落地条件与边界、JVM 参数在容器环境下的正确设置、线程池与连接池的容量测算方法,以及基于 Arthas 和 JFR 的线上诊断流程。通过具体配置示例、压测对比思路和排查路径,给出可验证的调优步骤,帮助后端团队在有限资源下平衡冷启动成本与吞吐量稳定性。

2402_83344867的博客 416

上架冷启动性能优化与启动耗时治理【鸿蒙心迹】

本文针对鸿蒙应用冷启动慢、用户“秒开变转圈”的痛点,提出“阻塞/并行/延迟”三档任务拆解法,结合hiTraceMeter打点量化耗时,将首屏可交互时间从2.8s降至0.9s(降68%)。提供可复用代码骨架、任务分档清单与实战清单,强调首屏只做必需事、非关键操作延迟执行,并通过限流、骨架屏等策略优化体验。核心建议:启动路要“修干净”,发版前真机测试卡点≤1s,确保上架后口碑不被差评拖累。

wdracky的专栏 252

单并发提速73%,多并发能力达原来2.4倍:Qwen3.8-27B性能优化实践

推理优化需同时考虑场景配置、引擎实现和底层计算。

SmartX 超融合 263

Kimi K3.1 Pro来了:基于CANN的Day0推理支持与性能优化

10月24日,Moonshot AI发布Kimi K3.1 Pro,并于11月4日正式开源。CANN完成Kimi K3.1 Pro的Day0支持与优化,助力开发者在昇腾平台上快速部署与体验。

m0_71340392的博客 431
上一篇: 网络流量分析帮助企业提升OA应用性能(二)
下一篇: NetInside助力IT提高业务性能管理能力(二)
NetInside_
博客等级 码龄5年 69粉丝 151原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值