首先查看当前的内存及swap情况(参数 -h,-m ) [root@centos ~]# free -h 查看swap信息,包括文件和分区的详细信息 [root@centos ~]# swapon -s 创建swap交换文件(最大值为2G) [root@centos ~]# dd if=/dev/zero of=/var/swap bs=1024 count=2048000 设置交换读写权限[root@centos ~]# chmod 0600 /var/swap 格式化swap交换文件[roo

操作  需要  root 用户 权限 dd 命令 创建swap用的分区文件 /var/swap  dd if=/dev/zero of=/var/swap bs=1024 count=2048000 分区大小设为2g mkswap /var/swap mkswap -f /var/swap 将文件变成swap分区  swapon /var/swap 开启swap  free -h more /proc/swaps 查看 设为开机自动启用 vi /etc/fstab /var/swap      

目录 mount挂载 挂载方法 选项 查看设备 卸载命令 文件挂载配置文件fstab 交换文件与分区 swap优先级 三个工具free,df,du 扩展 移动介质 使用光盘 挂载USB设备 mount挂载 挂载就是将文件系统与根目录文件系统某现存的目录建立起关联关系,进而使得此目录作为其他文件访问入口的行为.有挂载自然会有卸载,卸载的命令是umount我们一样会说明. 注意: 挂载点下原有文件在挂载完成后会被临时隐藏 挂载点目录一般为空 挂载方法 mount device mount_point

大多数 Linux 在系统安装时都会提醒并建议你划分一个 SWAP 交换分区,如果你是从 Windows 切换到 Linux 的新用户,兴许对这个 SWAP 会感到十分疑惑. SWAP 交换分区到底是干什么用的呢?我们是否真的需要划一个 SWAP 分区呢?答案是:视情况而定!SWAP 分区在一些情况下可以提升 Linux 操作系统性能,但在某些情况下又会成为系统运行的瓶颈,下面我们就来详细介绍下 Linux 中的 SWAP 交换分区. 存放内存溢出来的数据 如何扩展/删除SWAP分区 http:

一.虚拟内存电脑里内存分内存条(这里我们叫物理内存)和硬盘,内存条保存程序运行时数据,硬盘持久保存数据.那么虚拟内存是什么? 程序运行会启动一个进程,进程里有程序段.全局数据.栈和堆,这些都会加载到内存里,每一部分都有对应的内存地址,进程就是一直在处理这些地址中数据.然而在Linux下,进程不能直接读写内存地址.进程中能访问的地址,只能是虚拟内存地址(virtual memory address).操作系统会把虚拟内存地址翻译成真实的内存地址.这种内存管理方式,称为虚拟内存(virtual me

在Linux下,swap的作用类似Windows系统下的“虚拟内存”.当物理内存不足时,拿出部分硬盘空间当SWAP分区(虚拟成内存)使用,从而解决内存容量不足的情况.Linux下的swap有两种实现形式,一种是通过某个物理磁盘分区来实现swap,另一种是通过虚拟内存文件来实现swap. 一.物理磁盘分区来实现swap 1.通过分区软件创建一个分区,分区类型fdisk下为82,gdisk下为8200,partep分区标记没有定义swap,其实分区后不更改分区类型也行测试也可以用,但为了在分区工具下

一.查看当前的交换分区[root@server0 ~]# free      -mtotal used free shared buff/cache availableMem: 489 140 145 4 202 304Swap: 0 0 0 [root@server0 ~]# swapon -s当前系统中,没有swap.如果你的系统中有,请观察大小,后续实验会增加swap大小. 二.增加交换分区 1. 准备分区(准备将/dev/sde磁盘,划分为1G分区)[root@server0 ~]# f

1. General 1.1 /proc/meminfo /proc/meminfo是了解Linux系统内存使用状况主要接口,也是free等命令的数据来源. 下面是cat /proc/meminfo的一个实例. MemTotal: 8054880 kB---------------------对应totalram_pages大小 MemFree: kB---------------------对应vm_stat[NR_FREE_PAGES]大小 MemAvailable: kB---------

Getting Start 高性能 性能优势的体现 C语言实现的内存管理 epoll的I/O多路复用技术+IO连接/关闭/读写通过事件实现异步的非阻塞IO TCP协议 单线程架构,不会因为高并发对服务器造成太多压力 Redis内部不支持序列化 上面几个特性保证了Redis的高并发性能 性能指标 单点并发量:压力测试 命令处理速度:每秒数万次操作 key的数量对性能的影响 内存大小对性能的影响 单线程架构 Redis提供了很多API,单线程架构不需要担心一些API对数据操作的一致性问题 不会因为高

基础命令学习目录首页 原文链接:https://blog.csdn.net/yexiangCSDN/article/details/83182259 swapon命令用于激活Linux系统中交换空间,Linux系统的内存管理必须使用交换区来建立虚拟内存. 语法 swapon(选项)(参数) 选项   -a:将/etc/fstab文件中所有设置为swap的设备,启动为交换区:   -h:显示帮助:   -p<优先顺序>:指定交换区的优先顺序:   -s:显示交换区的使用状况:   -V:显示版本

linux 基础 一.网络基础 1.ifup 网卡名称:ifdown 网卡名称:ifconfig 网卡名称 ip 子网 其修改只是临时生效,一旦关机或重启命令失效,需要修改配置文件永久生效. 2.网卡配置文件路径:/ect/sysconfig/network-scripts/ 3.重新启动服务命令:systemctl restart 服务名称 二.rpm包管理 1.rpm [参数] [包全名或者包名或文件名称等] -ivh:安装显示安装进度--install--verbose--hash -Uv

为什么说阻塞是Redis的噩梦: Redis是典型的单线程架构,所有的读写操作都是在一条主线程中完成的.当Redis用于高并发场景时,这条线程就变成了它的生命线.如果出现阻塞,哪怕是很短时间,对于应用来说都是噩梦. 导致阻塞问题的原因: 内在原因:不合理地使用API或数据结构.CPU饱和.持久化阻塞等 外在原因:CPU竞争.内存交换.网络问题等 一.发现阻塞 应用方加入异常监控,如日志系统,比如Java语言中的logback或log4j Redis监控系统,如CacheCloud 二.内在原因

Redis 是一种内存数据库,将数据保存在内存中,读写效率要比传统的将数据保存在磁盘上的数据库要快很多.但是 Redis 也会发生延迟时,这是就需要我们对其产生原因有深刻的了解,以便于快速排查问题,解决 Redis的延迟问题 一条命令执行过程 在本文场景下,延迟 (latency) 是指从客户端发送命令到客户端接收到命令返回值的时间间隔.所以我们先来看一下 Redis 一条命令执行的步骤,其中每个步骤出问题都可能导致高延迟. 上图是 Redis 客户端发送一条命令的执行过程示意图,绿色的是执行步

原文:https://juejin.im/post/5c00aee06fb9a049be5d3641 小公司请求量小,但喜欢滥用内存,开一堆线程,大把大把往jvm塞对象,最终问题是内存溢出. 大公司并发大,但喜欢强调HA,所以通常保留swap,最终问题是服务卡顿. 而喜欢用全局集合变量的某些同仁,把java代码当c写,对象塞进去但忘了销毁,最终问题是内存泄漏. 如何避免? 合理参数.优雅代码.禁用swap,三管齐下, trouble shooter. 从一个故事开始 老王的疑问 一个阳光明媚的下

建议看看:https://www.cnblogs.com/yinzhengjie/p/9994207.html 一.关闭swap交换分区 Linux swapoff命令用于关闭系统交换区(swap area). swapoff实际上为swapon的符号连接,可用来关闭系统的交换区. 1.swapoff 命令:可以关闭交换分区,swapon命令可以打开交换分区. -a 将/etc/fstab文件中所有设置为swap的设备关闭 -h 帮助信息 -V 版本信息 列(1):显示分区信息. [hadoop

摘自:https://blog.csdn.net/wyzxg/article/details/7279986/ 摘要:Linux对内存的管理与Windows不同,free小并不是说内存不够用了,应该看的是free的第二行最后一个值:"-/+ buffers/cache: 58 191" 这才是系统可用的内存大小. 记录一次维护记录 在放假回来后,发现服务器内存没有剩余空间了,并且使用了swap分区. 维护目标:释放内存,关闭SWAP分区的使用. 分析原因: 疑点1: https://b

前言 文件系统是在内核中实现,能够对存储在磁盘上的二进制数据进行有效的层次化管理的一种软件.而用户程序为了实现在磁盘上使用或者创建文件,向内核发起系统调用(实际由文件系统向内核发起的系统调用)并转换为对应磁盘设备的电气信号的请求(数据存储在硬盘上,用户的"0,1"代码信号数据转换成磁盘能识别的存储机制). MBR:主引导记录 分区信息放在主引导记录中,为了让操作系统能识别分区MBR(512bytes):1,bootloader(引导加载器):446bytes2,fat(文件系统分配表)

一.慢查询 因为 Redis 是单线程的,大量的慢查询可能会导致 redis-server 阻塞,可以通过 slowlog get n 获取慢日志,查看详情情况. 二.bigkey 大对象 bigkey 大对象可能会导致的问题包括: 内存空间不均匀(平衡),例如在 Redis Cluster 中,bigkey 会造成节点的内存空间使用不均匀. 超时阻塞:由于Redis 单线程的特性,操作 bigkey 比较耗时,也就意味着阻塞 Redis 的可能性增大. 网络阻塞:每次获取 bigkey 产生的

Redis是典型的单线程架构,所有的读写操作都是在一条主线程中完成的.当Redis用于高并发场景时,这条线程就变成了它的生命线.如果出现阻塞,哪怕是很短时间,对于我们的应用来说都是噩梦.导致阻塞问题的场景大致分为内在原因和外在原因: □ 内在原因包括: 不合理地使用API或数据结构.CPU饱和.持久化阻塞等. □ 外在原因包括: CPU竞争.内存交换.网络问题等. 1.发现阻塞 当Redis阻塞时,线上应用服务应该最先感知到,这时应用方会收到大量Redis超时异常,比如Jedis客户端会抛出Je

来源:https://blog.csdn.net/francis123580/article/details/82500700 Redis是单线程架构,在高并发的场景下,如果出现阻塞,会有严重后果,以下就是对阻塞问题的分析排查和解决 内在原因 API 或 数据结构 使用不合理 排查: 发现慢查询:执行 slowlog get {n} 发现大对象:执行 redis-cli -h {ip} -p {port} --bigkeys 解决: 解决慢查询:调整命令为低算法度命令 调整大对象:把大对象拆分为