文章目录 前言TCP/IP连接建立状态解释调优tcp_synack_retries ：INTEGERtcp_keepalive_time ：INTEGERtcp_keepalive_probes：INTEGERtcp_keepalive_intvl：INTEGERtcp_retries1 ：INTE
https://cloud.tencent.com/developer/article/1993859?areaSource=&traceId= Linux系统下，TCP连接断开后，会以 TIME_WAIT 状态保留一定时间，然后才释放端口。当并发请求过多时，会产生大量 TIME_WAIT 状态连接
https://www.jianshu.com/p/344f8141b63e landon资深网络游戏服务器架构师 系统性能定义 Throughput 吞吐量，也就是每秒钟可以处理的请求数，任务数 Latency 系统延迟，也就是系统在处理一个请求或一个任务时的延迟 二者关系 Throughput越
本文为《深入学习 JVM 系列》第二十二篇文章 影响垃圾收集性能有三个主要的属性，垃圾收集调优又有三个基本原则，以及垃圾收集调优时需要采集的信息。如果想要对垃圾收集进行调优，则需要根据实际场景对不同属性做出取舍，理解调优的原则以及收集什么信息。 性能属性 吞吐量 吞吐量是评价垃圾收集器能力的重要指标
https://my.oschina.net/u/6150560/blog/7759034 一、前言 在工作生活中，我们时常会遇到一些性能问题：比如手机用久了，在滑动窗口或点击 APP 时会出现页面反应慢、卡顿等情况；比如运行在某台服务器上进程的某些性能指标（影响用户体验的 PCT99 指标等）不达
https://baijiahao.baidu.com/s?id=1715482603122115961&wfr=spider&for=pc 关注 KeenTune SIG 是一款 AI 算法与专家知识库双轮驱动的操作系统全栈式智能优化产品，为主流的操作系统提供轻量化、跨平台的一键式性能调优，让应用
问题背景：UI页面点击会偶尔返回error，检查调用日志，发现nginx报502报错，因此本文即排查502报错原因。 如下红框可知，访问本机个备机的服务502了，用时3秒左右（可见并不是超时） 先给出原因：是因为tomcat8默认的acceptCount是100，请求量大的时候，会将一些来不及处理的
Red Hat 弃用了 Red Hat Enterprise Linux 7 中可用的 I/O 调度程序，并引入了四个新的 I/O 调度程序，如下所示， 运行以下命令检查 RHEL8 和 RHEL9 中可用的调度程序 # dmesg | grep -i scheduler [ 0.507104] i
1：设置合理的索引分片数和副本数 索引分片数建议设置为集群节点的整数倍，初始数据导入时副本数设置为 0，生产环境副本数建议设置为 1（设置 1 个副本，集群任意 1 个节点宕机数据不会丢失；设置更多副本会占用更多存储空间，操作系统缓存命中率会下降，检索性能不一定提升）。单节点索引分片数建议不要超过
https://www.cnblogs.com/v-fan/p/13609124.html Kubernetes Pod调度说明 简介 Scheduler 是 Kubernetes 的调度器，主要任务是把定义的Pod分配到集群的节点上，听起来非常简单，但要考虑需要方面的问题： 公平：如何保证每个节点
https://juejin.cn/post/7119489847529570334 浅谈PostgreSQL的性能调校 PostgreSQL的性能调校是指调校数据库以提高性能和快速访问数据；我们可以通过调校查询和数据库性能相关的参数来调校PostgreSQL的数据库性能。为了提高性能，我们需要通过
返回全部 申砾产品技术解读2017-06-06 为什么要进行调度 先回忆一下 三篇文章了解 TiDB 技术内幕 - 说存储 提到的一些信息，TiKV 集群是 TiDB 数据库的分布式 KV 存储引擎，数据以 Region 为单位进行复制和管理，每个 Region 会有多个 Replica（副本），这
https://docs.pingcap.com/zh/tidb/stable/tune-tikv-memory-performance 本文档用于描述如何根据机器配置情况来调整 TiKV 的参数，使 TiKV 的性能达到最优。你可以在 etc/config-template.toml 找到配置文件
https://baize.cc/posts/efc.html#:~:text=Linux%E7%B3%BB%E7%BB%9F%E5%AE%89%E8%A3%85%E4%B9%8B%E5%90%8E%EF%BC%8C%E5%A6%82%E4%BD%95%E8%B0%83%E8%8A%82CPU%E6
https://docs.pingcap.com/zh/tidb/stable/schedule-replicas-by-topology-labels#%E5%9F%BA%E4%BA%8E%E6%8B%93%E6%89%91-label-%E7%9A%84-pd-%E8%B0%83%E5%BA%A
https://zhuanlan.zhihu.com/p/509984029 本章节介绍如何利用 TiDB 提供的系统监控诊断工具，对运行负载中的查询进行排查和诊断。除了 上一章节介绍的通过 EXPLAIN 语句来查看诊断查询计划问题 外，本章节主要会介绍通过 TiDB Slow Query 慢查询
一、背景 验证系统调优对性能的影响，用sysbench做了一些简单的测试，具体调整方法可见官方文档 二、特殊说明 1.透明大页查看 # 查看透明大页是否开启，[]在always处表示开启，[]在never处表示关闭 cat /sys/kernel/mm/transparent_hugepage/en
在RAC环境中，和全局调整缓存相关的最常见的等待事件无非就是：global cache cr request，global cache busy和equeue 在XX电信做了一次数据库巡检中发现，spreport中的top 5 wait events中出现了global cache cr reque
