>我们是[袋鼠云数栈 UED 团队](http://ued.dtstack.cn/)，致力于打造优秀的一站式数据中台产品。我们始终保持工匠精神，探索前端道路，为社区积累并传播经验价值。 >本文作者：空山 # 前言 > 由于笔者最近在开发中遇到了一个重复渲染导致子组件状态值丢失的问题，因此关于性能优化
跟大家分享一份由唯品会资深技术专家，著名开源项目springSide作者——“江南白衣”，结合自己近20年软件开发、架构经验，深度总结的，针对高并发、海量数据场景下的一份性能调优手册（曾在Qcon分享），其内容涵盖微基准测试、JVM、并发与锁等主题方向上的调优笔记，内容含金量很高，大家一定看到最后，相信会对大家有所帮助或启发！
如果只是想简单地对整个程序做计算统计，通常使用UNIX下的time命令就足够了。由于我用的是Mac系统，和Linux系统的输出可能有不同，不过关键都是这三个时间：user: 运行用户态代码所花费的时间，也即CPU实际用于执行该进程的时间，其他进程和进程阻塞的时间不计入此数字；system: 在内核中执行系统调用（如I/O调用）所花费的CPU时间。total(Linux下应该是real):即挂钟时间
阅识风云是华为云信息大咖，擅长将复杂信息多元化呈现，其出品的一张图(云图说)、深入浅出的博文(云小课)或短视频(云视厅)总有一款能让您快速上手华为云。更多精彩内容请单击此处。 摘要：GaussDB性能调优过程需要综合考虑多方面因素，因此，调优人员应对系统软件架构、软硬件配置、数据库配置参数、并发控制
摘要：通常跑批加工场景下，都是大数量做关联操作，通常不建议使用索引。有些时候因为计划误判导致使用索引的可能会导致严重的性能问题。本文从一个典型的索引导致性能的场景重发，剖析此类问题的特征，定位方法和解决方法 本文分享自华为云社区《GaussDB(DWS)性能调优：indexscan导致的性能问题识别
通常nestloop join的复杂度是O(N方)，hash join时间复杂度是O(N)，所以我们一般倾向于使用hash join。
作者：耿宗杰 前言 关于pprof的文章在网上已是汗牛充栋，却是千篇一律的命令介绍，鲜有真正实操的，本文将参考Go社区资料，结合自己的经验，实战Go程序的性能分析与优化过程。 优化思路 首先说一下性能优化的一般思路。系统性能的分析优化，一定是从大到小的步骤来进行的，即从业务架构的优化，到系统架构的优
作者：京东物流 刘红妍 导读： 在自动化测试实践中，为了更好的契合被测业务场景，需要不断优化框架分层结构。本文结合产品模块化思路，意在介绍通过策略模式改造原本复杂分支语句代码，通过理论讲解、思路分析、方案设计、及代码演示，提供自动化脚本重构的落地方案。 在今年的敏捷团队建设中，我通过Suite执行器
现有的大部分监控方案都是针对服务端的，而针对前端的监控很少，因而，我们需要一个前端的页面监控系统，持续监控和预警页面性能的状况，并且在发现瓶颈时用于指导优化工作。本文介绍通过简单的js代码，即可实现对页面性能与异常的监控与数据上报。
当我们疲于开发一个接一个的需求时，很容易忘记去关注网站的性能，到了某一个节点，猛地发现，随着越来越多代码的堆积，网站变得越来越慢。本文就是从这样的一个背景出发，着手优化网站的前端性能，并总结出一套开发习惯，让我们在日常开发时，也保持高性能，而不是又一次回过头来优化性能。
一次系统延迟性优化案例 服务监控系列文章 服务监控系列视频 延迟的本质 本质是cpu没有及时的运行程序代码。 进程内部 网络io，磁盘io，cpu调度 达到瓶颈 第三方系统 调用的第三方系统慢，mysql，redis等基础组件调度慢， 第三方应用系统调用慢 问题背景 线上隔三差五晚上10点左右总会有
🔥🔥性能优化，服务监控方面的知识往往涉及量广且比较零散，希望将这部分知识整理成册，愿以后性能排查不再抓瞎。
如果企业提供 IT 在线服务，那么可观测性能力是必不可少的。“可观测性” 这个词近来也越发火爆，不懂 “可观测性” 都不好意思出门了。但是可观测性能力的构建却着实不易，每个企业都会用到一堆技术栈来组装建设。比如数据收集，可能来自某个 exporter，可能来自 telegraf，可能来自 OTEL，
1.前言 大部分人对于.Net性能优化，都停留在业务层面。或者简单的.Net框架配置层面。本篇来看下.Net核心部分GC垃圾回收配置:保留VM,大对象,独立GC,节省内存等.Net8里面有很多的各种GC配置，用以帮助你的程序进行最大程度性能提升和优化。 文章分为两部分，第一个是GC有哪些动作可以性能
作为开发我们都知道，页面性能很重要，一个性能良好的页面可以给用户带来非常好的用户体验。那么，怎么能知道自己写的页面性能是好是坏呢？ Lighthouse 是Chrome提供给开发者用来测量页面性能的工具。通过Lighthouse，我们可以很清楚的看到页面的性能情况。 当前页面的性能总体得分为96分，
Redis系列1：深刻理解高性能Redis的本质 Redis系列2：数据持久化提高可用性 Redis系列3：高可用之主从架构 Redis系列4：高可用之Sentinel(哨兵模式） Redis系列5：深入分析Cluster 集群模式 追求性能极致：Redis6.0的多线程模型 追求性能极致：客户端缓
最近在做性能优化，具体优化手段，网上铺天盖地，这里就不重复了。性能优化可分为以下几个维度：代码层面、构建层面、网络层面。本文主要是从代码层面探索前端性能，主要分为以下 4 个小节。使用 CSS 替代 JS、深度剖析 JS、前端算法、计算机底层
摘要：RocketMQ 优异的性能表现，必然绕不开其优秀的存储模型。 本文分享自华为云社区《终于弄明白了 RocketMQ 的存储模型》，作者：勇哥java实战分享。 RocketMQ 优异的性能表现，必然绕不开其优秀的存储模型 。 1 整体概览 首先温习下 RocketMQ 架构。 整体架构中包含
摘要：企业版性能指标达到业界TOP1，行业领先30%，内核态实现真正多线程。 一．背景介绍 近年来，随着各行业业务需求急速增加，数据量和并发访问量呈指数级增长，原来只能依附于关系型数据库的传统“缓存”逐渐难以支撑上层业务，开源Redis也面临着如“容量有限”、 “可靠性有限”、 “数据重复拷贝，成本
摘要：本文将以Sermant的SpringBoot 注册插件的性能测试及优化过程为例，分享在Java Agent场景如何进行更好的性能测试优化及在Java Agent下需要着重注意的性能陷阱。 作者：栾文飞 高级软件工程师 一、背景介绍 Sermant是一个主打服务治理领域的Java Agent框架
