- 综合排序
- 最热优先
- 最新优先
- 来自专栏北京马哥教育
linux系统性能监控与优化（4）–IO
IO子系统一般是linux系统中最慢的部分。一个原因是它距离CPU的距离，另一个原因是它的物理结构。访问磁盘的时间与访问内存的时间是7天与7分钟的区别。linux kernel要尽量减少磁盘IO。 1.Reading and Writing Data linux内核以page为单位访问磁盘IO，一般为4K。 free内存比较少，并不能说明系统内存紧张，只能说明linux系统充分使用内存来做cache. 空闲内存 Buffers: 2191776 kB 写buffer(这里有问题吧，应该是block cache吧) Cached: 15879728 kB 读cache 4.
1.9K150发布于 2018-05-03 - 来自专栏河湾欢儿的专栏
4.页面优化
为什么要优化？ 优化的好处 1.提升网页响应速度 2.有利于搜索引擎搜索 3.对后期维护比较方便 怎么优化？ 1.减少请求 2.减少文件的大小 3.页面性能 4.可读性、维护性 1.图片合并 2.css文件合并 （多个css文件合并为一个、少量的行内样式、避免import的方式引入文件） 3.减少图片的大小 （选择合适的图片格式） 4.css值缩写 5.0px 中px省略 0% 0 0.5可以写成.5 6.选择器合并 7.link标签引入样式放到head标签中 8.js脚本建议放在底部，等页面加载完之后再处理 尽量用语义化的标签来编写，有利于seo 15.类型和id名，以内容语义来命名 16.避免hack 17.模块化（一系列相关的结构做成一个模块来处理） 18.必要的时候添加注释，可读性比较好 比如说代码优化 ，大家试着说一下怎么优化？
51220发布于 2018-09-06 - 来自专栏技术杂记
Mysql 优化存储4
优化脚本 一般此过程会非常漫长，可以写一个脚本来后台运行，或简单的控制一下IO [hunter@opti-slave ~]$ cat opti.bash #! opti.bash >> /path/to/optimize.log 2>&1 & 通过监控 optimize.log 来判断执行完成状态 也可以通过查看监控，IOPS很能反映问题 ---- 恢复备份 优化完成后 ，立刻恢复备份 start slave; 通过对比前后数据文件大小，可以明显看到优化效果 一般少也能缩减5%的空间，平均在10%左右，我自己经历最明显效果的是减少了32%的空间，对于一个大库来说，能节省不少磁盘空间 ，并且对查询性能也有一定优化效果 ---- 命令汇总 pt-table-checksum --nocheck-replication-filters --nocheck-binlog-format --
41620编辑于 2022-03-21 - 来自专栏Java 汇总
4.Mysql 优化
1.ORDER BY的优化 某些情况下，MySQL使用索引排序，尽量避免使用 filesort 即使ORDER BY与索引不完全匹配，也可以使用索引，只要索引的未使用部分和额外的 如果是这样，优化器可能不使用索引。如果SELECT*只选择索引列，则使用索引并避免排序。 为了获得文件排序操作的内存，从MySQL8.0.12开始，优化器会根据需要递增地分配内存缓冲区，直到达到sort_buffer_size系统变量指定的大小，而不是像MySQL8.0.12之前那样预先分配固定数量的 Sort_merge_passes 变量可以监控 排序时，文件(merge temporary files)合并数量 增大read_rnd_buffer_size变量值，以便一次读取更多行 更改tmpdir系统变量以指向具有大量可用空间的专用文件系统 路径应该命名位于不同物理磁盘上的文件系统中的目录，而不是同一磁盘上的不同分区。
1K20发布于 2020-10-29 - 来自专栏mathor
枚举+优化（4）——哈希表优化实例2
例3.四平方和 思路1：枚举abcd，判断a^2^+b^2^+c^2^+d^2^是否等于N 分析规模 a：0 ~ sqrt(500000 / 4) b：0 ~ sqrt(500000 / 3 font color = red>经验：1秒=10^8^ 思路2：枚举abc，判断N-a^2^-b^2^-c^2^是不是完全平方数 分析规模 a：0 ~ sqrt(500000 / 4) * d) == f.end()) f[c * c + d * d] = c; //枚举a，b的值 for(int a = 0;a * a <= n / 4; << c << " " << d << endl; return 0; } } } return 0; } 例4. ; return 0; } 第一次作业 先说说的思路，当时看到这题有点懵，可能还是对哈希算法掌握的不够，怎么都想不到用哈希的方法去做，索性先写了个O(N^2^)的两重循环，想着这几天学的优化
82950发布于 2018-06-08 - 来自专栏终有链响
秒杀系统之系统优化
3 系统优化 对于一个软件系统，提高性能可以有很多种手段，如提升硬件水平、调优JVM 性能，这里主要关注代码层面的性能优化—— 减少序列化：减少 Java 中的序列化操作可以很好的提升系统性能。 ，都会有堆栈打出，超大流量下，频繁的输出完整堆栈，只会加剧系统当前负载。 可以通过日志配置文件控制异常堆栈输出的深度 去组件框架：极致优化要求下，可以去掉一些组件框架，比如去掉传统的 MVC 框架，直接使用 Servlet 处理请求。 这样可以绕过一大堆复杂且用处不大的处理逻辑，节省毫秒级的时间，当然，需要合理评估你对框架的依赖程度 4 总结一下 性能优化需要一个基准值，所以系统还需要做好应用基线，比如性能基线（何时性能突然下降） 、成本基线（去年大促用了多少机器）、链路基线（核心流程发生了哪些变化），通过基线持续关注系统性能，促使系统在代码层面持续提升编码质量、业务层面及时下掉不合理调用、架构层面不断优化改进。
59510编辑于 2024-07-29 - 来自专栏若尘的技术专栏
linux系统优化
useradd -m WHO #新建用户，并在/home下创建相应目录 $ passwd WHO #设置passwd 分组、权限等可自行查找 2、源文件（更新源，以cenos 7为例） 对于CentOS 7系统更新 更新之前备份原有的源（mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup ）；之后按照上面的命令下载对应系统的阿里云源 undefined 有人说yum clean all是个坑：在Centos7系统中执行yum clean all之后，发现yum的其他执行都报错了；要解决，关键在这里：把/var/cache/yum/ CentOS-Base.repo中[AppStream]标签内的内容并复制 打开CentOS-AppStream.repo，注释掉原有内容，并插入新内容 重新运行 $ yum makecache，操作成功 4、 ~/disk # 注意一些参数的使用 $ umount ~/disk # 卸载 $ vi /etc/fstab #按照格式，将（fdisk）得到的信息填写进去 $ /dev/sda1 disk ext4
3.4K75编辑于 2021-12-01 - 来自专栏Brian
Linux 系统优化
概述 在Linux 学习笔记一大体介绍了一些简单的Linux知识和一些简单的优化。 精简系统自启动和删除无用的账号和组 在安装Liunx系统中有很多服务、用户或者用户组都是无用的，通过安全和性能考虑需要删除或者禁用他们。 i参数对于文件 系统的安全设置有很大帮助。 #用chattr命令防止系统中某个关键文件被修改,可以通过+i来设置。 ,nodiratime 0 0 Linux内核优化 针对不同的服务和应用来优化Linux内核，比如针对Apache和Nginx等来设置优化Linux内核，如果针对Oracle设置相应的设置Linux内核优化 net.ipv4.ip_local_port_range = 10000 65000表示系统向外连接端口范围。
3.5K71发布于 2018-04-03 - 来自专栏Man_Docker
CentOS系统优化
1、内核优化 ECHOSTR='net.ipv4.tcp_fin_timeout = 2 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4 .tcp_syncookies = 1 net.ipv4.tcp_keepalive_time =600 net.ipv4.ip_local_port_range = 4000 65000 net.ipv4 .tcp_max_syn_backlog = 16384 net.ipv4.tcp_max_tw_buckets = 36000 net.ipv4.route.gc_timeout = 100 net.ipv4 系统时钟同步 yum install chrony -y systemctl start chronyd systemctl enable chronyd 关闭SELinux和防火墙 if [ -f / disabled#g' /etc/selinux/config setenforce 0 fi systemctl stop firewalld systemctl disable firewalld 调整系统字符集
98110发布于 2021-01-07 - 来自专栏惨绿少年
Linux系统优化
1.1 查看Linux版本 1.1.1 系统版本 [root@znix ~]# cat /etc/redhat-release CentOS release 6.9 (Final) 1.1.2 内核版本 [root@znix ~]# uname -r 2.6.32-696.el6.x86_64 1.1.3 系统架构 [root@znix ~]# uname -m x86_64 1.2 添加用户、设置密码 [root@znix ~]# chkconfig|grep "ipta" iptables 0:off 1:off 2:on 3:on 4:on [root@znix ~]# chkconfig|grep "ipta" iptables 0:off 1:off 2:off 3:off 4:off 连接软件的字符集是否与系统的一致 1.7.3 乱码解决办法 1） linux系统字符集修改 a) 使用export 对变量进行修改 [root@znix ~]# export LANG=en_US.utf8
6.9K00发布于 2017-12-28 - 来自专栏一点人工一点智能
4DRadarSLAM：基于位姿图优化的大规模环境4D成像雷达SLAM系统
作者提出了一套完整的4D雷达SLAM系统，所提出的系统在电脑仿真上实现了2.05%的相对误差 (RE)、0.0052deg/m和2.35m的绝对轨迹误差 (ATE)，并具有实时性能。 出于以下几个原因，为 4D 成像雷达提出 SLAM 系统至关重要。1）在恶劣天气条件下，4D 雷达的性能优于激光雷达。2）与 2D/3D 雷达相比，4D 雷达可提供高程信息和更密集的点云。 在后端，我们使用 g2o [16]构建和求解姿势图，并输出优化后的姿势。测试平台和映射结果如图 1 和图 7 所示。我们的贡献如下： • 我们为 4D 成像雷达提出了一个完整的 SLAM 系统。 在后端（第 2.5节），使用g2o[16] 构建姿势图并进行优化，生成优化姿势作为输出。 图2 拟议的 4DRadarSLAM 系统概览。它由三个模块组成：(a) 前端：计算里程测量值。 (c) 后端：姿势图构建和优化。 2.3 前端 1）预处理：为确保 SLAM 系统的稳健性，首先应过滤掉动态物体。雷达的多普勒速度信息可用于识别这类物体。
1.4K20编辑于 2023-12-15 - 来自专栏漫谈测试
性能优化中的系统架构优化
系统架构优化是性能优化的一个重要方面，它涉及到对整个IT系统或交易链上各个环节的分析与改进。通过系统架构优化，可以提高系统的响应速度、吞吐量，并降低各层之间的耦合度，从而更好地应对市场的变化和需求。 业务增长导致的性能问题推动架构的发展，系统架构的演变过程来分析系统性能与调优方式。系统性能优化的核心思想主要包括节约和平衡两个方面。 在程序无法优化的情况下，最直接的办法是增强机器性能。或者把web服务和APP服务拆分。同样虽则和业务的快速增长会继续出现性能瓶颈，尤其是以DB的性能瓶颈最常见。 为了满足性能要求，通常我们会进行性能优化，当我们进行单系统性能调优后仍然无法满足性能要求时，我们只有分而治之的方法，于是就有了集群架构方案。 如果业务链路上有一个服务比较耗时，而请求是阻塞式，那么我们要一直等待响应结果，这样的用户体验并不好，那么我们可以使用消息机制来解藕，上游系统请求发送到消息中间件，下游系统从消息中间件获取消息后处理，解放上游系统
60310编辑于 2025-02-10 - 来自专栏keyWords
4、React组件之性能优化
React组件的性能优化 高德纳: "我们应该忘记忽略很小的性能优化，可以说97%的情况下，过早的优化是万恶之源， 而我们应该关心对性能影响最关键的另外3%的代码。" 不要将性能优化的精力浪费在对整体性能提高不大的代码上，而对性能有关键影响的部分， 优化并不嫌早。因为，对性能影响最关键的部分，往往涉及解决方案核心，决定整体的架构， 将来要改变的时候牵扯更大。 1. 单个React组件的性能优化 React利用Virtual DOM来提升渲染性能，虽然每一次页面更新都是最组件的从新渲染， 但是并不是将之前的渲染内容全部抛弃重来，借助Virtual DOM，React 对多个React组件的性能优化 当一个React组件被装载、更新和卸载时，组件的一序列生命周期函数会被调用。 对于卸载阶段，只有一个生命周期函数componentWillUnmount,这个函数只是清理componentDidMount添加的事件处理监听等收尾工作， 所以，也没有什么可优化的空间； 4.
75610发布于 2018-09-19 - 来自专栏江歌闲谈
Webpack4 性能优化实践
为什么需要性能优化 在使用 Webpack 时，如果不注意性能优化，可能会产生性能问题，会导致在开发体验上不是非常丝滑，性能问题主要是编译速度慢，打包体积过大，因此性能优化也主要从这些方面来分析。 本文主要是自己平时的工作积累和参考别人的文章，而进行总结，基于 Webpack4 版本。 构建分析 编译速度分析 对 Webpack 构建速度进行优化的首要任务就是去知道哪些地方值得我们注意。 打包体积如下： [image] 如何优化 缩小构建目标 优化 resolve.modules 配置（减少模块搜索层级和不必要的编译工作） 优化 resolve.extensions 配置 增加缓存 const loader (e.g babel-loader) ], }, ], }, }; 使用 hard-source-webpack-plugin 在 Webpack4 script> </head> <body>
</body> </html> JS 压缩 从 Webpack41.5K00发布于 2021-06-14 - 来自专栏技术翻译
优化MongoDB的4个技巧
虽然这在某些情况下有效，但在尝试优化MongoDB时还需要考虑其他选项。 性能不是因为拥有非常昂贵的磁盘和千兆网络的大型机器。事实上，这些并不一定是良好表现的关键。 我们将列出一些良好的MongoDB优化的最佳实践。这不是一个详尽或完整的指南，因为有许多变量。但这是一个好的开始。 1.保持文件简单 MongoDB是一个无架构的数据库。 4.工作集 工作集有多大？通常，应用程序不使用所有数据。有些数据经常更新，而其他数据则没有。 您的工作数据集是否适合RAM？当所有工作数据集都在RAM中时，会出现最佳性能。 希望你发现这篇关于如何优化MongoDB的文章很有帮助。 原文标题《4 Tips to Optimize MongoDB》 作者：Adamo Tonete 译者：February 不代表云加社区观点，更多详情请查看原文链接
1.5K10发布于 2018-12-03 - 来自专栏全栈程序员必看
快速排序的4种优化
快排思想 快排基准的选择 固定基准 随机基准 三数取中 快速排序的优化 优化1：序列长度达到一定大小时，使用插入排序 优化2：尾递归优化 优化3：聚集元素 优化4：多线程处理快排 ---- 快排思想 快排算法是基于分治策略的排序算法 在Codeblocks里运行快排代码处理升序数组，一个进行尾递归优化，而另一个不变。没有使用尾递归的代码处理4万个数组元素时，由于超过了栈的深度，程序会异常结束。 优化4：多线程处理快排 分治法的基本思想是将一个规模为n的问题分解为k个规模较小的子问题，这些子问题互相独立且与原问题相同。求解这些子问题，然后将各子问题的解合并，从而得到的原问题的解。 第二个参数：用于指定屏障的细节参数，我们这里可以暂且不去管它，如果我们传入NULL，那么系统将按照默认情况处理。 第三个参数：设计屏障等待的最大线程数目。 由于我不是双系统，是在虚拟机上运行的Linux系统，这可能是造成误差原因之一(个人认为可以忽略误差，虽然每组数据在不同环境下平均运行时间有差距，但其整体优化的方向是不变的)。
2.7K10编辑于 2022-07-30 - 来自专栏全栈程序员必看
ue4 插件开发(ue4性能优化)
UE4插件研发 UE4插件扫盲 UE4插件是什么 UE4插件的作用 UE4引擎、项目、插件的区别 引擎自带的插件浏览器 插件目录结构 插件配置文件说明 UE4插件的创建方法 插件代码的执行过程 四种常用模式的插件模板 第三方库的引入 牛刀小试 创建Actor到视图插件 插件打包 插件发布 常见的问题 插件项目案例 UE4插件扫盲 UE4插件是什么 UE4引擎和UE4项目是由各个模块组成的，其主要编程语言是C++。 UE4引擎、项目、插件的区别 UE4引擎由Epic官方维护与发布，源码托管在GitHub平台上，可以上官网下载EpicGamesLauncher管理下载各个UE4 Release版本。 PublicSystemIncludePaths (List) 系统/库include路径列表，通常用于外部（第三方）模块。在解析标头依赖项时未检查的公共稳定标头文件目录。 List) 此模块内部include文件的所有路径的列表，未公开给其他模块（至少有一个包含在“私有”路径中，如果要避免相对路径，可以添加更多） PublicLibraryPaths (List) 系统
4.3K21编辑于 2022-07-29 - 来自专栏菲宇
系统部署和优化
- 内核参数 需求 优化网卡 优化swap 一键优化脚本配置 #tune kernel parametres cat >> /etc/sysctl.conf << EOF net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.ip_local_port_range = 10000 65000 net.ipv4.tcp_syncookies = 1 = 600 net.ipv4.tcp_fin_timeout = 30 vm.swappiness=10 vm.max_map_count = 262144 EOF 备注：对不了解的参数不要配置 系统环境标准化 - 系统服务 需求 关闭无用服务 一键优化脚本 Centos 7.x 目前无优化方案 Centos 6.x #set system start service LANG=en for chkoff in - 时间 需求 所有服务器每分钟与时间服务器进行同步 一键优化脚本 echo "* 4 * * * /usr/sbin/ntpdate ${ntp_server}> /dev/null 2>&1
1.1K40发布于 2019-06-13 - 来自专栏CSDNToQQCode
如何优化 Linux系统
iptables（iptables工作场景如果有外网IP一定要打开，高并发除外） 调整文件描述符的数量 精简开机启动服务（crond rsyslog network sshd） 内核参数优化 （/etc/sysctl.conf） 更改字符集，支持中文，但建议还是用英文字符集，防止乱码 锁定关键系统文件 清空/etc/issue，去除系统及内核版本登录前的屏幕显示
2.2K60编辑于 2022-11-29 - 来自专栏技术成长
如何优化图系统
技术手段一：图系统并行计算的优化并行计算可以提高系统的吞吐量和响应时间，以下是一些常见的优化手段：并行计算框架：使用分布式计算框架如Apache Hadoop、Apache Spark等，将图计算任务划分为多个子任务 适用场景：适用于大规模图的计算，可显著提高计算速度和系统的吞吐量。算法优化：设计和实现高效的图算法，通过减少计算步骤、优化计算顺序、减少数据通信等方式，降低系统的计算复杂度和通信开销。 技术手段二：垂直扩展和水平扩展的优化垂直扩展和水平扩展是常用的扩展图系统性能的方式：垂直扩展：通过升级硬件设备（如增加内存、CPU核数等）来提升图系统的性能。 异常情况和错误处理在优化图系统时，需要考虑异常情况和错误处理以确保系统的稳定性和可靠性：异常情况处理：对于可能出现的异常情况（如节点故障、网络中断等），需要设计相应的异常处理机制，比如使用冗余计算节点、 总结优化图系统的性能需要综合考虑并行计算、垂直扩展和水平扩展等技术手段，并适时处理异常情况和错误，以确保系统的稳定性和可靠性。
47451编辑于 2023-11-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号