- 综合排序
- 最热优先
- 最新优先
- 来自专栏iSharkFly
Confluence 6 性能优化 原
新的版本通常有更好的性能优化。 因没有足够内存避免 swapping 总是关注你服务器的交换（swapping）活动。 我们推荐你使用你熟悉的数据库，因为你能够更好的对数据库进行维护，这个可能相对你不熟悉的数据库来说，能更好的让你对数据库的性能进行优化。 数据库状态和查询分析 现代的数据库会基于你对数据库运行的查询历史来对查询进行优化。使用 SQL EXPLAIN 语句将会告诉你数据库查询的优化情况。 如果数据库查询命中率明显的不同，那么你需要考虑对数据库运行状态收集和优化。针对你数据库的版本不同，优化的版本和方向也会不同。 一些插件我们已经知道能够对系统性能造成影响并最终导致 Confluence 的崩溃。 https://www.cwiki.us/display/CONF6ZH/Performance+Tuning
1.4K40发布于 2019-01-30 - 来自专栏后端精进之路
JVM性能优化系列-(6) 晚期编译优化
6. 晚期编译优化 晚期编译优化主要是在运行时做的一些优化手段。 ，所花费的时间可能更长；而且想要编译出优化程度更高的代码，解释器可能还要替编译器收集性能监控信息，这对解释执行的速度也有影响。 ，将字节码编译为本地代码，进行简单、可靠的优化，如有必要将加入性能监控的逻辑 第2层：也称为C2编译，也是将字节码编译为本地代码，但是会启用一些编译耗时较长的优化，甚至会根据性能监控信息进行一些不可靠的激进优化 上分离寄存器，并在LIR上做窥孔（Peephole）优化，然后产生机器代码 Server Compiler是专门面向服务端的典型应用并为服务端的性能配置特别调整过的编译器，它会执行所有经典的优化动作。 由于java语言中访问数组元素时，系统将会自动进行上下界的范围检查，这必定会造成性能负担。为了安全，数组边界检查是必须做的，但数组边界检查是否必须一次不漏的执行则是可以“商量”的事情。
50410编辑于 2023-10-19 - 来自专栏iSharkFly
Confluence 6 缓存性能优化 原
https://www.cwiki.us/display/CONF6ZH/Cache+Performance+Tuning
67030发布于 2019-01-30 - 来自专栏腾讯Bugly的专栏
Android性能优化典范 - 第6季
导语 这里是Android性能优化典范第6季的课程学习笔记，从被@知会到有连载更新，这篇学习笔记就一直被惦记着，现在学习记录分享一下，请多多指教包涵！ 这次一共才6个小段落，涉及的内容主要有：程序启动时间性能优化的三个方面：优化activity的创建过程，优化application对象的启动过程，正确使用启动显屏达到优化程序启动性能的目的。 除了使用工具进行具体定位分析性能问题之外，以下两点经验可以帮助我们对Activity启动做性能优化： 优化布局耗时：一个布局层级越深，里面包含需要加载的元素越多，就会耗费更多的初始化时间。 关于布局性能的优化，这里就不展开描述了！ 异步延迟加载：一开始只初始化最需要的布局，异步加载图片，非立即需要的组件可以做延迟加载。 3. 6.
1.1K30编辑于 2023-04-02 - 来自专栏大数据成长之路
Hive性能优化之推测执行(6)
到这里Hive性能调优的系列就到此完结的,还有什么好的内容大家可以在评论区积极留言,小菌会经过筛选之后会择优采纳,希望大家多多支持!
1K30发布于 2021-01-22 - 来自专栏全栈前端精选
梳理 6 项 webpack 的性能优化
这个过程分为「搜索文件」和「把匹配的文件进行分析、转化」的两个过程，因此可以从这两个角度来进行优化配置。 使用 NamedModulesPlugin 可以使控制台打印出被替换的模块的名称而非数字ID，另外同webpack监听，忽略node_modules目录的文件可以提升性能。 它正常工作的前提是代码必须采用ES6的模块化语法，因为ES6模块化语法是静态的（在导入、导出语句中的路径必须是静态字符串，且不能放入其他代码块中）。 E6%A0%87%E8%AE%B0%E4%B8%BA%E6%97%A0%E5%89%AF%E4%BD%9C%E7%94%A8 注意，所有导入文件都会受到tree shaking 的影响。 通过在便一阶段预先执行源码来得到执行结果，再直接将运行结果输出以提升性能。但是现在Prepack还不够成熟，用于线上环境还为时过早。
2.2K20发布于 2020-07-24 - 来自专栏世界第一语言是java
DockerCompose运行redis 6 alpine性能测试优化
1.编写docker-compose文件 编写redis.yml，network_mode为host这样可以减少网卡资源消耗，提高性能，如果要求不高可以使用桥接网络，这样端口可以自由映射；调优修改的配置都是修改宿主机的配置 3.性能测试 redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 10000 -q
1.3K20发布于 2021-11-24 - 来自专栏码农笔录
DockerCompose运行redis 6 alpine性能测试优化
原文后续持续更新地址 https://www.aiprose.com/blog/145 1.编写docker-compose文件 编写redis.yml，network_mode为host这样可以减少网卡资源消耗，提高性能 3.性能测试 redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 10000 -q
83320编辑于 2021-12-06 - 来自专栏数据科学（冷冻工厂）
PyTorch 模型性能分析和优化 - 第 6 部分
初始性能结果 在下图中，我们捕获了 TensorBoard 插件跟踪视图中显示的性能结果： 虽然训练步骤的前向传递中的操作在顶部线程中聚集在一起，但在底部线程的向后传递中似乎出现了性能问题。 优化建议：尽可能使用索引而不是收集 现在我们知道问题的根源在于 DropPatches 模块的 torch.gather 操作，我们可以研究长主机设备同步事件的触发因素可能是什么。 事实上，如果我们删除此配置，性能问题就会消失！问题是，我们能否保持算法的确定性而不需要付出性能损失。 结果 在下表中，我们比较了在不同场景下训练玩具模型的性能结果： 在我们的玩具示例中，优化虽然可衡量，但影响不大——性能提升约 2%。 在这篇文章中，我们讨论了一种非常具体的性能瓶颈类型。请务必查看我们在媒体上发布的其他帖子，其中涵盖了与机器学习工作负载的性能分析和性能优化相关的各种主题。
72020编辑于 2023-10-22 - 来自专栏架构师成长之路
Redis详解（6）性能监控：问题分析和优化
3、Redis容量规划和性能管理 通过分析redis资源使用和性能指标的监控历史趋势数据；对集群进行合理扩容(Scale-out)、缩容(Scale-back)；对性能瓶颈优化处理等。 Redis性能监控管理，及时发现性能瓶颈，进行优化或扩容，把问题扼杀在”萌芽期“，避免它”进化“成故障。 4、Redis硬件资源利用率和成本 从老板角度来看，最关心的是成本和资源利用率是否达标。 如果资源不达标，就得推进资源优化整合；提高硬件利用率，减少资源浪费。砍预算，减成本。 资源利用率是否达标的数据，都是通过监控系统采集的数据。 这个值用于分析redis抖动变化比较有用 以下表示：每个命令执行次数，总共消耗的CPU时长(单个微秒)，平均每次消耗的CPU时长（单位微秒） # Commandstats cmdstat_set:calls=6, Sentinel 和集群） tcp_port:6380 #redis服务监听端口 uptime_in_seconds:520162 #redis服务启动以来经过的秒数 uptime_in_days:6
4K21编辑于 2022-04-14 - 来自专栏Apache IoTDB
Apache IoTDB 系列教程-6：性能优化（0.8-0.10）
今天的内容包括建模优化、读写性能优化，会涉及一些简单的原理介绍。主要面向 0.8 - 0.10 版本。 正文 3754 字，预计阅读时间 10 分钟。 读写优化 读和写关系密切，数据的写入和参数配置会影响查询性能。 IoTDB 支持数据的乱序写入，但是乱序数据会影响查询性能，主要是对于聚合查询，原理是乱序数据会让预计算的统计信息失效，把聚合查询降维打击到读原始数据。 客户端优化 刚才说了存储组级别的锁，对于同一个存储组的N个写线程，这N个写线程都会抢一把锁，一个存储组对应不超过50个客户端比较好，写线程过多会导致过多的锁竞争。
1.8K30发布于 2020-09-27 - 来自专栏cwl_Java
性能优化-MySQL性能优化参数
如果table_cache设置过小，MySQL就会反复打开、关闭 frm文件，造成一定的性能损失。 如果设置得太高，可能会造成文件描述符不足，从而造成性能不稳定或者连接失败。 对于有1G内存的机器，推荐值是128－256。 注意：该参数对应的分配内存是每个连接独享，如果有100个连接，那么实际分配的总共排序缓冲区大小为100 × 6 ＝ 600MB。所以，对于内存在4GB左右的服务器推荐设置为6-8M。 为Innodb加速优化首要参数。默认值8M 这个参数不能动态更改，所以分配需多考虑。分配过大，会使Swap占用过多，致使Mysql的查询特慢。 默认的设置在中等强度写入负载以及较短事务的情况下，服务器性能还可以。如果存在更新操作峰值或者负载较大，就应该考虑加大它的值了。
7.4K20发布于 2020-02-13 - 来自专栏北京马哥教育
优化 SQL SELECT 语句性能的 6 个简单技巧
SELECT语句的性能调优有时是一个非常耗时的任务，在我看来它遵循帕累托原则。20%的努力很可能会给你带来80%的性能提升，而为了获得另外20%的性能提升你可能需要花费80%的时间。 根据我多年编写和运行SQL语句的经验，我开始开发一个检查列表，当我试图提高查询性能时供我参考。在进行查询计划和阅读我使用的数据库文档之前，我会参考其中的内容，数据库文档有时会很复杂。 我的检查列表绝对说不上全面或科学，它更像是一个保守计算，但我可以说，遵循这些简单的步骤大部分时间我确实能得到性能提升。检查列表如下。 另外： •使用带有报告和分析功能的应用程序时，有时报告性能低是因为报告工具必须对收到的、带有详细形式的数据做聚合操作。 在sales表中利用年和月增加一列，可以提高性能。更新后的SQL语句将如下: ?
2.1K110发布于 2018-05-04 - 来自专栏猫头虎博客专区
《21天精通IPv4 to IPv6》第12天：IPv6网络性能优化指南——如何优化IPv6的网络性能？
《21天精通IPv4 to IPv6》第12天：IPv6网络性能优化指南——如何优化IPv6的网络性能？ 摘要 欢迎来到《21天精通IPv4 to IPv6》系列教程的第12天！ 今天，作为猫头虎博主，我将引导大家探索IPv6网络性能优化的策略和技巧。我们将深入讨论性能监测的方法、优化实例、工具介绍以及常见的性能瓶颈。 本文包含了丰富的关键词，如IPv6性能优化、网络监测工具、IPv6配置技巧，旨在帮助读者提升IPv6网络的性能。 引言 随着IPv6的广泛部署，确保网络性能达到最佳变得非常重要。 优化IPv6网络性能不仅可以提高数据传输效率，还能提升用户体验。 正文 性能监测和优化策略 有效的性能监测是优化的第一步。了解网络的当前表现是制定优化策略的关键。 小结 IPv6网络性能优化是一个持续的过程，需要结合具体的网络环境和需求来定制优化策略。
95610编辑于 2024-04-09 跨境访问优化：优选流量包使用前后对比
通过 MTR 命令的结果我们看到在 15 跳和 16 跳之间，延迟骤增了接近 110 ms，这个点也是优选流量包主要优化的地方 然后我们启用优选流量包，通过 MTR 命令的运行结果可以看到，延迟大幅降低到了 这表明网络连接未能达到预期的性能标准。 在测试过程中总共发生了383次重传，这一高重传次数表明网络质量较差，可能存在丢包或其他网络问题。 这表明网络连接未能达到预期的性能标准。 测试过程中总共发生了3次重传，虽然重传次数不多，但结合带宽数据来看，网络质量仍然不理想。 这表明网络连接达到了预期的性能标准。 测试过程中没有发生重传，这表明网络质量良好，没有丢包或其他网络问题。 UDP 下行 实际平均带宽达到了目标带宽。 发送端和接收端的平均带宽均为20.0 Mbits/sec，表明网络连接达到了预期的性能标准。 抖动值在0.020 ms到0.032 ms之间，表明网络延迟相对稳定，没有明显的波动。
1.5K50编辑于 2024-08-06- 来自专栏全栈工程师修炼之路
6.Redis数据库性能测试及优化配置
blog.weiyigeek.top/2019/4-17-576.html Redis基础运维之在K8S中的安装与配置 - https://blog.weiyigeek.top/2019/4-17-524.html Redis数据库性能测试及优化配置 基础实例: # (1) 同时执行 10000 个请求来检测性能(所有默认测试),通过 -q 参数让结果只显示每秒执行的请求数 $ . 6) 与 TCP/IP 环回相比，Unix 域套接字的性能优势在大量使用流水线（即长流水线）时趋于降低。 开发和运维人员更加关注的是Redis本身的一些配置优化，例如AOF和RDB的配置优化、数据结构的配置优化等，但是对于操作系统是否需要针对Redis做一些配置优化不甚了解或者不太关心，然而事实证明一个良好的系统操作配置能够为 服务用来提供标准时间服务，从而达到纠正时钟的效果 例如：每小时的同步1次NTP服务 0 * * * * /usr/sbin/ntpdate ntp.xx.com > /dev/null 2>&1 Redis 性能优化总结示例
1.6K20编辑于 2022-09-28 YashanDB数据库的6个性能优化技巧
如何优化YashanDB数据库的查询性能，成为数据库管理员和开发人员关注的重点。提升性能不仅能够提高资源利用率，还能降低系统成本和维护复杂度。 本文将基于YashanDB的体系架构和核心技术，深入分析六个实际可行的性能优化技巧。1. 基于具体应用场景选择合适部署架构，可先天实现性能优化的基础。2. 通过规范化的Chunk分布管理实现数据负载均衡，确保系统线性扩展能力和高并发处理性能。6. 数据库控制红o日志与检查点机制，确保高效持久化和故障恢复性能。总结的性能优化建议根据业务场景合理选择YashanDB部署形态，匹配性能需求。
18310编辑于 2025-11-20- 来自专栏支付进阶之路
跨境支付中常见的6种资金收付模式
三方支付视角的收和付 那么在跨境支付中呢，除了收和付之外，还需要增加一个兑，即货币兑换。 跨境支付的收付兑 在真实的跨境业务中，支付模式当然没有这么简单，今天就来盘点一下跨境支付中常见的几种收付模式。 模式1 委托第四方代付 这种模式下，第三方支付公司往往是没有跨境的资金通道，只能委托第四方进行代付。 资金通道管理的复杂度极高，要根据不同国家的政策来决定，甚至于同一个国家内的不同商户，还会根据资金时效性的不同，走不同的资金通道 这里第三方支付的收单主体，既做了收单又做了兑换，可以进一步拆分一下职责 模式6 跨境支付业务是非常复杂的，本文只大致介绍了收单业务的常见收付模式，还有诸如汇款业务、收款业务、信贷业务等资金模式各有不同，以及在某些特殊场景下还涉及到3~4个不同币种同时参与。
63310编辑于 2025-02-04 - 来自专栏河湾欢儿的专栏
性能优化
(2)减少DNS查找 (3)避免重定向 (4)使用Ajax缓存 (5)延迟加载组件,预加载组件 (6)减少DOM元素数量:页面中存在大量DOM元素,会导致javascript遍历DOM的效率变慢。 服务器优化 (1)使用内容分发网络（CDN）：把网站内容分散到多个、处于不同地域位置的服务器上可以加快下载速度。 (4)提前刷新缓冲区 (5)对Ajax请求使用GET方法 (6)避免空的图像src Cookie优化 (1)减小Cookie大小 (2)针对Web组件使用域名无关的Cookie CSS优化 (1)将CSS (6)开发智能的事件处理程序 (7)javascript代码注意：谨慎使用with,避免使用eval Function函数,减少作用域链查找。 图像优化 (1)优化图片大小 (2)通过CSS Sprites优化图片 (3)不要在HTML中使用缩放图片 (4)favicon.ico要小而且可缓存
2.5K10发布于 2018-09-06 【GDTC】构建IPv6跨境数据空间网络构架
2024年10月30日，全球数据技术大会（GDTC）-隐私科技与数据跨境流通专题论坛上，下一代互联网国家工程中心副主任张汉卓发表《构建IPv6跨境数据空间网络》的主题演讲，分享“以IPv6高速数据网为基石 张汉卓深入剖析了IPv6技术在数据跨境流通中的重要作用，并指出IPv6具备了更强的数据标识和管理能力，同时，借助分段选路（SRv6）技术，可以指定流量转发路径，确保不同敏感数据的安全性与流通效率。 基于数据空间等技术构建跨境数据基础设施在数据跨境流通的技术架构方面，张汉卓分享了一套“以IPv6高速数据网为基石，数据空间（IDS）为核心”的基础架构。 不仅能为企业带来更灵活的数据控制模式，也为全球范围内的数据互信和跨境协作提供了坚实保障。IPv6跨境数据空间网络实践张汉卓进一步介绍了IPv6跨境数据空间网络的实际应用案例。 与此同时，依托IPv6跨境网络并基于国际数据空间（IDS）标准的粤港澳大湾区数算协同创新平台也正在实施当中。
39010编辑于 2024-11-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号