- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术进阶
linux 内核优化
sshd_config PermitRootLogin no 增加sudoer组 /etc/sudoers %sysadm ALL=(ALL) NOPASSWD: ALL 优化系统内核参数 = 15 net.ipv4.tcp_keepalive_time = 1200 net.ipv4.tcp_keepalive_intvl = 30 net.ipv4.tcp_keepalive_probes = 3 net.ipv4.tcp_tw_reuse = 1 net.ipv4.ip_local_port_range = 10000 65000 net.ipv4.ip_forward = 0 net.ipv4 kernel.shmmni = 4096 kernel.msgmnb = 65536 kernel.msgmax = 8192 kernel.perf_event_paranoid = 2 sysctl -p 优化程序运行参数 nofile 65535 /etc/security/limits.d/20-nproc.conf soft nproc 65536 root soft nproc unlimited 优化
1.7K21编辑于 2021-12-24 - 来自专栏我的博客
Ubuntu内核优化
tcp_mem = 131072 262144 524288 net.ipv4.tcp_rmem = 8760 256960 4088000 net.ipv4.tcp_wmem = 8760 256960 4088000 net.ipv4.tcp_keepalive_time = 1800 net.ipv4.tcp_keepalive_intvl = 30 net.ipv4.tcp_keepalive_probes = 3 net.ipv4.tcp_sack = 1 net.ipv4.tcp_fack = 1 net.ipv4.tcp_timestamps = 1 net.ipv4.tcp_window_scaling = 1 net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_fin_timeout = 30 net.ipv4.ip_local_port_range = 1024 65000 net.ipv4.tcp_max_syn_backlog = 65535
1.7K50发布于 2018-04-28 - 来自专栏IT技术精选文摘
MySQL 内核深度优化
一.内核性能的优化 由于腾讯云上的DB基本都需要跨园区灾备的特性，因此CDB for MySQL的优化主要针对主从DB部署在跨园区网络拓扑的前提下，重点去解决真实部署环境下的性能难题。 经过分析和调研，我们将优化的思路归纳为：“消除冗余I/O、缩短I/O路径和避免大锁竞争”。以下是内核性能的部分案例： 1.主备DB间的复制优化 ? 经过测试，优化后的内核，不仅提升了事务提交线程的性能，在Dump线程较多的情况下，对主从复制性能有较大提升。 二.主备库交互流程优化 ? 效果 根据实际用例测试，优化后的TPS提升为15%左右。 三.内核功能的优化 1. 预留运维帐号连接数配额 ? 2. 四.外围系统的优化 除了以上提到的MySQL内核侧的部分优化，我们也在外围OSS平台进行了多处优化。
91830发布于 2018-06-22 - 来自专栏腾讯云数据库团队的专栏
MySQL 内核深度优化
本文将为大家介绍腾讯云团队是如何对Mysql进行内核级优化的思路和经验。 早期的CDB主要基于开源的Oracle MySQL分支，侧重于优化运维和运营的OSS系统。 优化重点围绕内核性能、内核功能和外围OSS系统三个维度展开，具体的做法如下： 一.内核性能的优化 由于腾讯云上的DB基本都需要跨园区灾备的特性，因此CDB for MySQL的优化主要针对主从DB部署在跨园区网络拓扑的前提下 效果 [图片] 经过测试，优化后的内核，不仅提升了事务提交线程的性能，在Dump线程较多的情况下，对主从复制性能有较大提升。 效果 根据实际用例测试，优化后的TPS提升为15%左右。 三.内核功能的优化 1. 四.外围系统的优化 除了以上提到的MySQL内核侧的部分优化，我们也在外围OSS平台进行了多处优化。
117.1K80发布于 2016-10-26 - 来自专栏希里安
Linux内核参数优化
IBM 宣布推出 50TB 企业级磁带机和磁带盒 --www.forbes.com 开发人员Boris Kolpackov将Linux用于管理内核配置的“make xconfig”图形用户界面移植到Qt6 内核参数优化 当在CentOS 7.9上搭建Web服务器时，以下是一些可以优化内核参数的建议。可以使用sysctl命令来临时修改这些参数，或者将它们添加到系统的配置文件以在启动时应用。 sysctl net.ipv4.tcp_window_scaling=1 net.ipv4.tcp_rmem和net.ipv4.tcp_wmem： 调整TCP接收和发送缓冲区大小。 sysctl net.ipv4.tcp_rmem="4096 87380 16777216" sysctl net.ipv4.tcp_wmem="4096 87380 16777216" net.ipv4 不同的工作负载可能需要不同的内核参数设置。
1.5K20编辑于 2023-10-30 MySQL 内核深度优化
尽管 MySQL 本身已经非常高效，但在一些高并发、大数据量的场景下，对其内核进行深度优化是提升性能的关键。 本文将详细探讨 MySQL 内核深度优化的若干方面，包括存储引擎优化、查询优化、内存管理优化、并发控制优化以及索引优化等。 ，并发控制是 MySQL 优化的重点。 SET GLOBAL thread_pool_size = 16;五、索引优化索引是数据库优化的重要手段。合理设计和使用索引，可以显著提升查询性能。 pt-index-usage /var/log/mysql/slow.log结语MySQL 内核深度优化是一个系统性工程，需要综合考虑存储引擎、查询优化、内存管理、并发控制和索引优化等多方面因素。
5.1K00编辑于 2024-06-20- 来自专栏开源部署
关于 nginx 内核优化
worker_rlimit_nofile 65535; 4）使用epoll的I/O模型，用这个模型来高效处理异步事件 use epoll; 5）每个进程允许的最多连接数，理论上每台nginx服务器的最大连接数为 client_header_buffer_size 4k; 8）下面这个参数将为打开文件指定缓存，默认是没有启用的，max指定缓存数量，建议和打开文件数一致，inactive是指经过多长时间文件没被请求后删除缓存 因为这种拷贝是在内核完成的，sendfile()要比组合read()和write()以及打开关闭丢弃缓冲更加有效(更多有关于sendfile)。 client_header_buffer_size 4k; 客户端请求头部的缓冲区大小，这个可以根据系统分页大小来设置，一般一个请求头的大小不会超过1k，不过由于一般系统分页都要大于1k，所以这里设置为分页大小 [root@test-huanqiu ~]# getconf PAGESIZE 4096 但也有client_header_buffer_size超过4k的情况，但是client_header_buffer_size
79530编辑于 2022-07-26 - 来自专栏老司机教您如何排除系统问题
CVM常用内核优化
裸机常见内核优化 net.ipv4.ip_forward = 0 # 开启IP转发，根据业务需要开启 net.ipv4.conf.default.rp_filter = 1 # 开启反向路径过滤 1 防止IP Spoofing net.ipv4.conf.default.accept_source_route = 0 # 处理无源路由的包 kernel.core_uses_pid = 1 #开启内核转存 kernel.msgmax = 65536 #进程之间发送消息的最大长度（bytes） #优化网络传输 net.ipv4.conf.all.promote_secondaries = 1 net.ipv4 = 4096 kernel.softlockup_panic = 1 #值为1可以让内核在死锁或者死循环的时候可以宕机重启 kernel.sysrq = 1 # 修改这个值为1激活SysRq来触发 printk的打印级别 负载均衡RS常见内核优化 二.快速回收nginx配置 #打开syn cookie net.ipv4.tcp_syncookies = 1 #降低接受/建立连接重试次数 net.ipv4
2.1K220发布于 2019-10-30 - 来自专栏嵌入式ARM和Linux
sel4-微内核与宏内核
代表OS:L4系列微内核。 宏内核——也称为单内核，所有的系统服务，包括任务调度，系统资源访问等等，都由内核态通过系统调用向用户态提供系统服务。 第二代微内核: 目标是解决第一代微内核的性能问题。代表是Liedtke的L3和L4。主要贡献是通过改进IPC机制,大幅提高了性能，并支持运行Linux，即L4 Linux(虚拟化)。 第三代微内核: 目标是解决第二代微内核的安全性问题，引用了形式化验证，号称世界上最安全的内核OS。代表是OKL4、seL4(我们后面的研究重点)。 第三代微内核的主要贡献是提出enndpoint的IPC机制、基于capability的权限管理机制，提高了安全性. 3 参考资料 如果想要深入了解微内核以及sel4，请参考下面的文章： sel4白皮书 sel4官方资料 网友laokz翻译的seL4内核参考手册
3K30编辑于 2022-08-15 - 来自专栏乐沙弥的世界
Linux 内核参数优化(for oracle)
使用不同的操作系统内核参数将使得数据库性能相差甚远。本文描述了linux下几个主要内核参数的设置，供参考。 1、Linux共享内存 共享内存是在系统内核分配的一块缓冲区，多个进程都可以访问该缓冲区。 由于进程可以直接读写内存，避免了在内核空间与用户空间的切换，所以共享内存读写效率很高。 信号量的数量可以通过系统内核参数SEMMSL来设置。 无论何时当一个文件句柄被应用程序请求时，linux内核将动态的分配文件句柄。但是当应用程序释放后，内核并不释放这些文件句柄。 Linux内核采用循环利用这些句柄方式来取代释放。 d、其他参数 对于Oracle rac环境，考虑修改修改下列ip内核参数以提高failover性能 net.ipv4.tcp_keepalive_time net.ipv4.tcp_keepalive_intvl
5.7K21发布于 2018-08-14 - 来自专栏小陈运维
Linux内核高性能优化
Linux内核高性能优化 目录 解释 部分子目录 kernel 内核管理相关，进程调度等 sched/fork等 fs 文件子系统 ext4/f2fs/fuse/debugfs/proc等 mm 内存子系统 标准通用的C库 ipc 进程间通信相关 init 初始化过程(非系统引导阶段) block 块设备驱动程序 - crypto 加密、解密、校验算法 - Documentation 说明文档 - #—内核优化开始 # 如果某个TCP连接在idle 300秒后,内核才发起probe.如果probe 2次(每次2秒)不成功,内核才彻底放弃,认为该连接已失效. net.ipv4.tcp_keepalive_time = net.ipv4.tcp_max_tw_buckets = 20000 # arp_table的缓存限制优化 net.ipv4.neigh.default.gc_thresh1 = 128 net.ipv4 .neigh.default.gc_thresh2 = 512 net.ipv4.neigh.default.gc_thresh3 = 4096 #——内核优化结束——– 更多linux内核参数解释说明
1.7K30发布于 2021-10-13 - 来自专栏XBD
Linux高并发内核参数优化
这个时候我们可以优化TCP的内核参数，来及时将TIME_WAIT状态的端口清理掉。 下面介绍的方法只对拥有大量TIME_WAIT状态的连接导致系统资源消耗有效，如果不是这种情况下，效果可能不明显。 :873200 net.core.wmem_max= 16777216 # 最大socket写buffer,可参考的优化值:873200 net.ipv4.tcp_timestsmps= 0 # 这个设置决定了内核放弃连接之前发送SYN+ACK包的数量。 net.ipv4.tcp_syn_retries= 2 # 在内核放弃建立连接之前发送SYN包的数量。 net.ipv4.tcp_wmem= 8192 436600 873200 # TCP写buffer,可参考的优化值:8192 436600 873200 net.ipv4.tcp_rmem = 32768 可参考的优化值是:7864321048576 1572864 net.ipv4.tcp_max_orphans= 3276800 # 系统中最多有多少个TCP套接字不被关联到任何一个用户文件句柄上。
5.4K21编辑于 2022-10-27 - 来自专栏乐沙弥的世界
Linux 下 Oracle 内核参数优化
数据库的性能优化涉及到整个数据库运行环境的方方面面，诸如操作系统，Oracle自身，存储，网络等等几个大块。而操作系统则是Oracle稳定运行与最大化性能的基石。 本文主要描述基于Linux系统下 Oracle 内核参数的配置。 校验下面的列表中显示的内核参数的值被设置为大于或等于下面所显示的最小值。 有关优化内核参数更多信息请参考操作系统相关文档。 tcp_wmem tcp_rmem 4194304 /proc/sys/net/ipv4/tcp_rmem 校验内核参数 按照下面的步骤去查看指定参数的值，如果有必要的话对其进行修改 执行下表中相应的命令来显示这些内核参数的值，并标记该参数的值是否需要修改。
4K31编辑于 2022-03-14 - 来自专栏ATYUN订阅号
OpenAI发布高度优化的GPU计算内核—块稀疏GPU内核
其中一个问题是缺乏GPU不能高效执行稀疏线性操作，我们现在正在发布高度优化的GPU计算内核实现一些稀疏模式（附带初步研究结果）。 内核 ? 稠密权重矩阵（左）和块稀疏权重矩阵（中）的可视化，其中空白部分表示权重为零。 这个内核允许在完全连接层和卷积层中有效地使用块稀疏权重（如上所示）。 对于卷积层，内核的输入和输出特征维度都允许有稀疏性; 空间维度上的连通性不受影响。稀疏性是在块级别（右上图）中定义的，并且已针对8×8（例如本例中）16×16或32×32的块大小进行了优化。 使用内核 下面我们展示用于在Tensorflow中执行稀疏矩阵乘法的示例代码。 如果推理时这种修剪与这些内核一起使用能节省多少执行的时间？ 在生物大脑中，除了连接强度之外，网络的部分稀疏结构在成长过程中就已确定。
1.7K50发布于 2018-03-06 - 来自专栏CODING DevOps
Cloud Studio 内核升级之持续优化
简介本次内核升级：Cloud Studio 内核版本从 v1.73.1 升级到了 v1.76.0，引入了一些令人兴奋的新功能和改进。以下是一些我们认为您可能会感兴趣的亮点。 因此，新版内核将给您带来全方位的体验提升。欢迎个人开发者、企业、第三方平台使用或者集成 Cloud Studio 产品，也欢迎给我们提改进 Cloud Studio 意见。
76520编辑于 2023-05-19 - 来自专栏希里安
Web服务器内核参数优化
开发人员Boris Kolpackov将Linux用于管理内核配置的“make xconfig”图形用户界面移植到Qt6。保留了Qt5工具包的兼容性 - 至少就Qt 5.15 LTS而言。 ## 内核参数优化 当在CentOS 7.9上搭建Web服务器时，以下是一些可以优化内核参数的建议。可以使用`sysctl`命令来临时修改这些参数，或者将它们添加到系统的配置文件以在启动时应用。 **net.ipv4.tcp_tw_reuse：** 启用TIME_WAIT套接字重用。 ``` sysctl net.ipv4.tcp_tw_reuse=1 ``` 12. **net.ipv4.tcp_rmem和net.ipv4.tcp_wmem：** 调整TCP接收和发送缓冲区大小。 ``` sysctl net.ipv4.tcp_rmem="4096 87380 16777216" sysctl net.ipv4.tcp_wmem="4096 87380 16777216
72810编辑于 2023-10-30 - 来自专栏全栈工程师修炼之路
Linux内核参数使用与优化介绍
此时我们可以优化TCP的内核参数，来及时将TIME_WAIT状态的端口清理掉。 默认值: 5 推荐值: 2|1 net.ipv4.tcp_syn_retries : 在内核放弃建立连接之前发送SYN包的数量。 " # 默认值: net.ipv4.tcp_congestion_control = cubic net.ipv4.tcp_fastopen : 在Linux支持TFO的内核版本下用来加速连续TCP连接的数据交互的 TCP协议扩展（Client内核版本为3.6；Server内核版本为3.7中使用） sudo sysctl -a | grep "net.ipv4.tcp_fastopen" # net.ipv4. 实用示例3.优化核套接字TCP的缓存区设置 net.core.netdev_max_backlog = 8192 net.core.somaxconn = 32768 net.core.rmem_max
4.6K10编辑于 2022-09-29 - 来自专栏不温卜火
Spark内核详解 (4) | Spark 部署模式
org.apache.spark.deploy.yarn.ExecutorLauncher").getName } amContainer } 至此, SparkSubmit 进程启动完毕. 4.
2.1K30发布于 2020-10-28 - 来自专栏Cloud Studio
Cloud Studio 内核升级之持续优化
简介 本次内核升级：Cloud Studio 内核版本从 v1.73.1 升级到了 v1.76.0，引入了一些令人兴奋的新功能和改进。以下是一些我们认为您可能会感兴趣的亮点。 因此，新版内核将给您带来全方位的体验提升。欢迎个人开发者、企业、第三方平台使用或者集成 Cloud Studio 产品，也欢迎给我们提改进 Cloud Studio 意见
76120编辑于 2023-05-25 - 来自专栏MongoDB内核分析
腾讯云MongoDB: skip查询内核优化
可以从mongos内核代码层面进行分析。 mongos在执行客户端的查询请求时，大致会经过下面几步： 解析请求，通过查找路由表，确定具体去哪个分片或者哪几个分片执行查询请求。 比如有 2 个分片， 分片 1 上的数据是： 1， 2， 3， 4，5 分片 2 上的数据是： 6， 7， 8， 9，10 如果要执行全表扫描，并过滤最小的5个数字。 但是对于某些业务场景，仍然存在很大的优化空间。 原因在于，查询请求只发送到了某一个特定的分片上执行。 解决方案 基于上面的分析，我们对内核代码进行了优化，整体框架如下所示： [mongos-skip策略优化] 测试结果 在测试环境中创建一个分片表，然后准备测试数据，如下： for (var i=0;i< 总结 mongos内核在skip处理流程上存在较大的优化空间，通过区分 去往单一分片 的查询请求，可以明显节省系统资源，提升请求的执行速度。
4K71发布于 2019-10-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号