- 综合排序
- 最热优先
- 最新优先
- 来自专栏迁移内容
高性能MySQL(4)——查询性能优化
二、慢查询基础:优化数据访问 査询性能低下最基本的原因是访问的数据太多。 大部分性能低下的査询都可以通过减少访问的数据量的方式进行 优化。 将一个大的DELETE语句切分成多个较小的查询可以尽可能小地 影响MySQL性能，同时还可以减少MySQL复制的延迟。 ** 4). 如果没有通过ORDER BY子句显式地指定排序列，当查询使用GROUP BY 子句的时候，结果集会自动按照分组的列进行排序。 要优化这种查询，要么是在页面中限制分页的数量，要么是优化大偏移量的性能。 3). 尽肯能的使用索引覆盖 4). 延迟关联 5). 参考： 《高性能 MySQL 第三版》
1.8K10编辑于 2022-12-01 - 来自专栏啄木鸟软件测试
软件性能测试（连载4）
1.7 性能测试的判断标准 对于功能测试，判断测试用例是否测试通过，往往是比较容易的，只要不发生错误并且满足用户的需求即可。而对于性能测试该如何来评判性能测试是否通过呢？可以考虑以下三个方面。 1.8性能测试的场景 一般根据性能测试的类型及各个类型的组合来设计性能场景，常见的性能测试场景如下。 •普通测试场景。 •并发测试场景。 •容量测试场景。 •疲劳测试场景。 •强度测试场景。 有多个业务组合形成的测试场景，一般将前面的性能场景测试完毕以后再进行，否则发生问题难于定位。 1.9 性能测试的干系人 由于各种原因都可能造成性能问题，所以性能测试干系人包括。 •客户代表。 （4）如果m测试通过，说明拐点比m大，对n进行并发/容量测试。 （5）如果n测试通过，说明拐点比m大比n小，选择新的n值a，a=(m+n)/2，返回第（1）步。 （4）选择新的m=(1000+3000)/2=2000，此时n-m=3000-2000=1000>50，对2000进行并发测试，持续10分钟，没有发现异常，测试通过，说明拐点比2000大但比3000小。
1.2K20发布于 2020-02-19 - 来自专栏keyWords
4、React组件之性能优化
React组件的性能优化 高德纳: "我们应该忘记忽略很小的性能优化，可以说97%的情况下，过早的优化是万恶之源， 而我们应该关心对性能影响最关键的另外3%的代码。" 不要将性能优化的精力浪费在对整体性能提高不大的代码上，而对性能有关键影响的部分， 优化并不嫌早。因为，对性能影响最关键的部分，往往涉及解决方案核心，决定整体的架构， 将来要改变的时候牵扯更大。 1. 单个React组件的性能优化 React利用Virtual DOM来提升渲染性能，虽然每一次页面更新都是最组件的从新渲染， 但是并不是将之前的渲染内容全部抛弃重来，借助Virtual DOM，React 对多个React组件的性能优化 当一个React组件被装载、更新和卸载时，组件的一序列生命周期函数会被调用。 对于卸载阶段，只有一个生命周期函数componentWillUnmount,这个函数只是清理componentDidMount添加的事件处理监听等收尾工作， 所以，也没有什么可优化的空间； 4.
75610发布于 2018-09-19 - 来自专栏自动化、性能测试
性能测试必备命令（4）- pstree
性能测试必备的 Linux 命令系列，可以看下面链接的文章哦 https://www.cnblogs.com/poloyy/category/1819490.html 介绍 显示进程树 语法格式 pstree
54720发布于 2020-08-20 - 来自专栏江歌闲谈
Webpack4 性能优化实践
为什么需要性能优化 在使用 Webpack 时，如果不注意性能优化，可能会产生性能问题，会导致在开发体验上不是非常丝滑，性能问题主要是编译速度慢，打包体积过大，因此性能优化也主要从这些方面来分析。 本文主要是自己平时的工作积累和参考别人的文章，而进行总结，基于 Webpack4 版本。 构建分析 编译速度分析 对 Webpack 构建速度进行优化的首要任务就是去知道哪些地方值得我们注意。 loader (e.g babel-loader) ], }, ], }, }; 使用 hard-source-webpack-plugin 在 Webpack4 script> </head> <body>
</body> </html> JS 压缩 从 Webpack41.5K00发布于 2021-06-14 - 来自专栏全栈程序员必看
ue4 插件开发(ue4性能优化)
UE4插件研发 UE4插件扫盲 UE4插件是什么 UE4插件的作用 UE4引擎、项目、插件的区别 引擎自带的插件浏览器 插件目录结构 插件配置文件说明 UE4插件的创建方法 插件代码的执行过程 四种常用模式的插件模板 第三方库的引入 牛刀小试 创建Actor到视图插件 插件打包 插件发布 常见的问题 插件项目案例 UE4插件扫盲 UE4插件是什么 UE4引擎和UE4项目是由各个模块组成的，其主要编程语言是C++。 UE4引擎、项目、插件的区别 UE4引擎由Epic官方维护与发布，源码托管在GitHub平台上，可以上官网下载EpicGamesLauncher管理下载各个UE4 Release版本。 UE4插件可以增加UE4的扩展性，丰满Game项目，也可让开发应用程序变得简单且多样化，但其不能独立运行。 插件编译版本 用户使用插件时的UE4版本需要与插件编译时的UE4版本一致，不然会警告提示版本不一致而丢失插件。 所以发布插件时要注明插件所支持的UE4版本号。
4.3K21编辑于 2022-07-29 - 来自专栏清菡软件测试
高级性能测试系列《4.性能测试的前提、性能测试工具、性能测试流程》
4、公司有的项目上线了但是没有用户使用，比如3月项目完成了，4月才提供给用户使用。这样的情况下，能用生产环境做性能测试吗？ 4）核心系统； 例如有100个业务，肯定是做核心的业务，或者是用户使用量最大的优先。 业务的优先级和重要性需要评估，没有那么多时间什么业务都做性能测试。 4、公司有的项目上线了但是没有用户使用，比如3月项目完成了，4月才提供给用户使用。这样的情况下，能用生产环境做性能测试吗？ 产品已经发布上线，但是没有什么用户量。 三、性能测试流程 1.性能测试准备 1）需求分析-----熟悉业务。 2）明确性能测试目标（指标值）。 3）了解软件功能、架构。 4）指定测试计划，做好工作量评估。 4）修改脚本或场景。 6.测试报告与结果跟踪 性能测试报告。 性能测试问题跟踪。 发现的性能问题并不能这次就能解决。比如发现个内存问题，有可能是代码的结构性的调整来解决这个问题。
6.4K20编辑于 2022-06-21 - 来自专栏不温卜火
Spark性能优化 (4) | JVM 调优
但是如果在某些情况下cache操作内存不是很紧张，而task的算子中创建的对象很多，Execution内存又相对较小，这回导致频繁的minor gc，甚至于频繁的full gc，进而导致Spark频繁的停止工作，性能影响会很大 find，executor lost，task lost，out of memory等错误，此时，就可以考虑调节一下Executor的堆外内存，也就可以避免报错，与此同时，堆外内存调节的比较大的时候，对于性能来讲 Executor 堆外内存上限大概为300多MB，在实际的生产环境下，对海量数据进行处理的时候，这里都会出现问题，导致Spark作业反复崩溃，无法运行，此时就会去调节这个参数，到至少1G，甚至于2G、4G spark-submit脚本里配置， --conf spark.executor.memoryOverhead=2048 以上参数配置完成后，会避免掉某些JVM OOM的异常问题，同时，可以提升整体 Spark 作业的性能
1.2K30发布于 2020-10-28 - 来自专栏公众号:咻咻ing
Neo4J性能优化指引
为了提高性能，你可以配置足够大的内存来保证并发。 「事务」 在执行事务时，Neo4j将尚未提交的数据、结果、和查询的中间状态保存在内存中。 当 GC-trashing 发生时，性能可能会下降两个数量级。堆太大也可能会损害性能，因此您可能必须尝试一些不同的堆大小。 EXT4 和 XFS 文件系统均受支持。 随着时间的推移，高读写 I/O 负载也会降低 SSD 的性能。防止 SSD 磨损的第一道防线是确保工作数据集适合 RAM。 「Neo4j 不推荐也不支持使用 NFS 或 NAS 作为数据库存储。」 磁盘、内存 和 其他事项 磁盘 您的存储解决方案需要考虑许多性能特征。性能可以在数量级上有很大差异。 「为了获得最大性能，建议为 Neo4j 提供尽可能多的 RAM 以避免磁盘读写」。 页面缓存 Neo4j 启动时，它的页面缓存是空的，需要预热。页面及其图形数据内容在查询需要时按需加载到内存中。
4.2K21编辑于 2022-06-08 - 来自专栏存内计算加速大模型
智谱AI推出GLM-4，性能逼近ChatGPT-4
ChatGPT、GLM-4、Claude3等大模型不断涌现，本文将详细介绍智谱AI所推出的GLM-4大模型，分析其背景、性能、应用等。 2024年6月5日，智谱AI推出第四代GLM系列开源模型GLM-4-9B，并对大模型Maas开放平台进行了一系列更新，这是一种参数量低于10B（100亿）的小模型，但是在某些方面的性能却能比肩ChatGPT 今天，我们将聚焦于GLM-4这款由智谱AI推出的国内大模型，详细分析其性能和应用等。 性能介绍2024年1月16日，智谱AI发布基座大模型GLM-4，其性能实现超进化，性能评测相比上一代提升接近60%，整体评测结果逼近GPT-4，且在处理长文本、多模态任务和智能体（Agent）能力方面表现出色 Llama-3-8B的卓越性能。
2.4K10编辑于 2024-06-14 - 来自专栏萝卜要加油
Go高性能编程EP4: 反射
反射的性能 我们在很多地方都听说过:反射的性能很差，并且我们在对比json解析库[3]的时候也验证了官方库JSON Unmarshal 的性能比较低.因为他需要执行更多的指令。 那么反射的性能到底有多差呢？ 我们做一次benchmark就知道了。 我们再测试一下修改字段场景，通过反射修改字段有两种方式 FieldByName Field 下标模式 我们分别测试两种模式的性能 list5: 测试修改Field 的性能 func BenchmarkFieldSet 可以用 Field index + cache 的方式来优化 性能。 对于reflect 您有什么其他想法嘛？留言跟我一起讨论。 [4]reflect/value.go: https://go.googlesource.com/go/blob/82c371a307116450e9ab4dbce1853da3e69f4061/src
21710编辑于 2025-03-07 - 来自专栏大数据成长之路
Hive性能调优之严格模式(4)
通过设置属性hive.mapred.mode值为默认是非严格模式nonstrict 。开启严格模式需要修改hive.mapred.mode值为strict，开启严格模式可以禁止3种类型的查询。
56210发布于 2021-01-22 - 来自专栏云深之无迹
STM32F4-高性能家族
F4还是垫底 这是高性能的家族 我们的F103是主流MCU F401系列 F411系列 最小的就是这样子WLCSP的封装，不过是F411里面的最小 STM32F4系列的入门级微控制器！ DMIPS，尺寸最小、成本最低的解决方案，具有卓越的功率效率(Dynamic Efficiency™) STM32F401 –尺寸不到3 x 3mm，具有USB OTG2.0FS和SDIO接口 这就是高性能里面最小的封装 淘宝里面最多的就是这个F411了 Apple Watch充电器的里面也有MCU 不过是L4的，记错了 我也不知道人家怎么选型的，可能是使用了USB 很紧 TI TPS51604双MOS管驱动器，这颗芯片在之前的充电线中也有使用
45600编辑于 2025-02-05 - 来自专栏自动化测试实战
Jmeter性能测试 -4 MySQL重点监控指标
使用最大的连接数 show global status like 'Max_used_connections'; # 线程连接数 show global status like 'Threads%'; 4、
88720编辑于 2022-04-12 - 来自专栏软测小生
性能测试Locust--(4)逐步负载模式
Locust--逐步负载模式 如果想在不同的用户负载下监控服务性能，并探测可以实现的最大tps，可以在启用“逐步负载”模式运行Locust--stp-load $ locust -f locust_files /my_locust_file.py --step-load 选项 --step-load 启用“Step Load--逐步负载”模式, 以监视当用户负载增加时性能指标如何变化。
1.1K20发布于 2020-03-04 - 来自专栏Java架构师进阶
初探性能优化：2个月到4小时的性能提升
一直不知道性能优化都要做些什么，从哪方面思考，直到最近接手了一个公司的小项目，可谓麻雀虽小五脏俱全。让我这个编程小白学到了很多性能优化的知识，或者说一些思考方式。 最初我的程序计算下来需要跑2个月才能跑完，经过2周不断地调整架构和细节，将性能提升到了4小时完成。 很多心得体会，希望和大家分享，也希望多多批评指正，共同进步。 还有一个问题是，我们从未考虑过Reader的性能。实际上我用的是limit操作来批量读取数据库，而mysql的limit是先全表查再截取，当起始位置很大时，就会越来越慢。 第四版，高度抽象（一键启动）——4小时 特征：面向接口、多线程、可拓展、完全解耦、批量或逐条插入、数据可恢复、优化查询的limit操作 架构的思考 优雅的代码应该是整洁而美妙，不应是冗长而复杂的。 效率问题： 正如上一版提出的，Processor的处理速度要慢于Writer，所以Writer并不需要用batch去处理数据的插入，该成逐条插入反而是提高性能的一种方式。
60540发布于 2019-06-02 - 来自专栏Java后端技术栈
初探性能优化--2个月到4小时的性能提升！
作者：闪客sun | 博客园 https://www.cnblogs.com/flashsun 一直不知道性能优化都要做些什么，从哪方面思考，直到最近接手了一个公司的小项目，可谓麻雀虽小五脏俱全。 让我这个编程小白学到了很多性能优化的知识，或者说一些思考方式。真的感受到任何一点效率的损失放大一定倍数时，将会是天文数字。 最初我的程序计算下来需要跑2个月才能跑完，经过2周不断地调整架构和细节，将性能提升到了4小时完成。 很多心得体会，希望和大家分享，也希望多多批评指正，共同进步。 如果出错，那么正确的数据加上记录下来的出错数据后要保证一致性； 4、速度要尽可能块：共2000万条数据，在保证正确性的前提下，至多一天内完成； 二、第一版：面向过程——2个月 特征：面向过程、单一线程、 五、第四版：高度抽象（一键启动）——4小时 特征：面向接口、多线程、可拓展、完全解耦、批量或逐条插入、数据可恢复、优化查询的limit操作 5.1、架构的思考 优雅的代码应该是整洁而美妙，不应是冗长而复杂的
52910发布于 2018-08-09 - 来自专栏Java研发军团
初探性能优化--2个月到4小时的性能提升！
一直不知道性能优化都要做些什么，从哪方面思考，直到最近接手了一个公司的小项目，可谓麻雀虽小五脏俱全。让我这个编程小白学到了很多性能优化的知识，或者说一些思考方式。 最初我的程序计算下来需要跑2个月才能跑完，经过2周不断地调整架构和细节，将性能提升到了4小时完成。 很多心得体会，希望和大家分享，也希望多多批评指正，共同进步。 如果出错，那么正确的数据加上记录下来的出错数据后要保证一致性； 4、速度要尽可能块：共2000万条数据，在保证正确性的前提下，至多一天内完成； 二、第一版：面向过程——2个月 特征：面向过程、单一线程、 还有一个问题是，我们从未考虑过Reader的性能。实际上我用的是limit操作来批量读取数据库，而mysql的limit是先全表查再截取，当起始位置很大时，就会越来越慢。 五、第四版：高度抽象（一键启动）——4小时 特征：面向接口、多线程、可拓展、完全解耦、批量或逐条插入、数据可恢复、优化查询的limit操作 5.1、架构的思考 优雅的代码应该是整洁而美妙，不应是冗长而复杂的
61410发布于 2019-09-03 - 来自专栏后端精进之路
JVM性能优化系列-(4) 编写高效Java程序
4. 编写高效Java程序 4.1 面向对象 构造器参数太多怎么办？ 上面的循环中会创建将近4000个无用的Integer对象，在这样庞大的循环中，会降低程序的性能并且加重了垃圾回收的工作量。 2. 实例共用，声明为static 多个共用的情况下，声明为static或者采用单例模式，以免生成多个对象影响程序性能。 4、使所有的域都成为私有的。这样可以防止客户端获得访问被域引用的可变对象的权限，并防止客户端直接修改这些对象。 在类装载的性能上考虑，也提倡使用标准异常。
43520编辑于 2023-10-19 - 来自专栏A周立SpringCloud
Log4j2，性能无敌，横扫对手
除了内部设计的调整外，主要有以下几点的大升级： 更简化的配置 更强大的参数格式化 最夸张的异步性能 Log4j 2中，分为 API(log4j-api）和实现(log4j-core) 两个模块。 org.apache.logging.log4j » log4j-api org.apache.logging.log4j » log4j-core 最牛逼的性能 最强的异步性能 这个特性，算是Log4j2 log4j2 在目前JAVA中的日志框架里，异步日志的性能是最高的，没有之一。 更高性能 I/O 写入的支持 log4j 还提供了一个MemoryMappedFileAppender，I/O 部分使用MemoryMappedFile来实现，可以得到极高的I/O性能。 总结 Log4j2 如今性能最强，功能最强，而且持续更新维护。
73320发布于 2021-10-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号