cpu参数

KVM虚拟化-qemu-kvm杂记

和自甴很熟 提交于 2020-02-26 05:30:59
一、安装KVM 1、VMware Workstation开启虚拟化功能 1.1 查看自己的物理CPU是否支持硬件辅助虚拟化 只要标记有vmx或svm,就说明支持硬件虚拟化 [root@node2 ~]# grep -E --color=auto "(vmx|svm)" /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts xtopology tsc_reliable nonstop_tsc aperfmperf unfair_spinlock pni pclmulqdq vmx ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt xsave hypervisor lahf_lm arat epb pln pts dts tpr_shadow vnmi ept vpid fsgsbase smep flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat

docker命令总结(二)

家住魔仙堡 提交于 2020-02-26 04:10:35
上次只是给大家把命令的作用以及简单使用列出来了(大家可以查看: docker命令总结(一) ),那这篇文章会详细介绍每条命令的参数 ## search docker search:此命令是用来在仓库中查找docker镜像 语法: docker search 参数 镜像名称:tag(版本) 参数说明: --filter,-f:根据相关条件过滤输出 --format:使用Go模板进行漂亮的打印搜索 --limit:指定最大搜索结果,默认25个 --no-trunc:显示完整的镜像描述 --stars,-s:列出收藏数不小于指定值的镜像 --automated:仅显示自动构建的镜像 示例: 默认搜索 ubuntu@VM-101-242-ubuntu:~$ sudo docker search nginx NAME DESCRIPTION STARS OFFICIAL AUTOMATED nginx Official build of Nginx. 12438 jwilder/nginx-proxy Automated Nginx reverse proxy for docker con… 1713 richarvey/nginx-php-fpm Container running Nginx + PHP-FPM capable of… 750 linuxserver/nginx An

一文带你精通CAS,由浅入深,直击灵魂

二次信任 提交于 2020-02-26 02:32:32
推荐阅读: 阿里二面凉经:虚拟机+MySQL+中间件+设计模式+缓存+Spring+并发等难题,全部迎刃而解 后端开发中大家肯定遇到过实现一个线程安全的计数器这种需求,根据经验你应该知道我们要在多线程中实现 共享变量 的原子性和可见性问题,于是锁成为一个不可避免的话题,今天我们讨论的是与之对应的无锁 CAS。本文会从怎么来的、是什么、怎么用、原理分析、遇到的问题等不同的角度带你真正搞懂 CAS。 为什么要无锁 我们一想到在多线程下保证安全的方式头一个要拎出来的肯定是锁,不管从硬件、操作系统层面都或多或少在使用锁。锁有什么缺点吗?当然有了,不然 JDK 里为什么出现那么多各式各样的锁,就是因为每一种锁都有其优劣势。 使用锁就需要获得锁、释放锁,CPU 需要通过上下文切换和调度管理来进行这个操作,对于一个 独占锁 而言一个线程在持有锁后没执行结束其他的哥们就必须在外面等着,等到前面的哥们执行完毕 CPU 大哥就会把锁拿出来其他的线程来抢了(非公平)。锁的这种概念基于一种悲观机制,它总是认为数据会被修改,所以你在操作一部分代码块之前先加一把锁,操作完毕后再释放,这样就安全了。其实在 JDK1.5 使用 synchronized 就可以做到。 但是像上面的操作在多线程下会让 CPU 不断的切换,非常消耗资源,我们知道可以使用具体的某一类锁来避免部分问题。那除了锁的方式还有其他的吗?当然

Web 中间件 php-fpm 配置调优

偶尔善良 提交于 2020-02-25 23:59:46
Web 中间件 php-fpm 配置调优 一、php-fpm.conf 主要配置参数 pm = dynamic; 表示使用哪种进程数量管理方式 dynamic 表示 php-fpm 进程数是动态的,最开始是 pm.start_servers 指定的数量,如果请求较多,则会自动增加,保证空闲的进程数不小于pm.min_spare_servers,如 果进程数较多,也会进行相应清理,保证多余的进程数不多于 pm.max_spare_servers; static 表示 php-fpm 进程数是静态的,进程数自始至终都是 pm.max_children 指定的数量,不再增加或减少。 pm.max_children = 300; 静态方式下开启的php-fpm进程数量 pm.start_servers = 20; 动态方式下的起始php-fpm进程数量 pm.min_spare_servers = 5; 动态方式下的最小php-fpm进程数量 pm.max_spare_servers = 35; 动态方式下的最大php-fpm进程数量 注意:数值设置,参考自己的实际硬件配置,可以参考 总内存/30M 来计算。 如果 pm 设置为 static,那么其实只有 pm.max_children 这个参数生效。系统会开启设置数量的 php-fpm 进程。 如果 pm设置为 dynamic,那么

性能测试简谈

瘦欲@ 提交于 2020-02-25 23:35:38
我们先了解一下,为什么要做性能测试: 游戏行业:某游戏上线新功能,目标是全服游戏群体,结果上线后,先后出现了服务器崩溃,游戏功能图标加载缓慢等问题,导致玩家怨声载道,为此,游戏运营商不得不发放了许多奖励。具体损失不表,为赶进度而发布的功能,也因为生产事故导致延期更长的时间 这就是典型的没有进行性能测试,或者说性能测试不充分导致出现的生产事故。在游戏行业还比较好,毕竟损失的只是虚拟的货币和玩家的游戏热情,但是在传统行业呢? 通过这个案例,我们知道,在一些极限的场景下,软/件和硬件会造成极大的破坏和损失,因此,我们需要进行性能测试,来验证软件在高压力下,高并发下,高负载下的实际工作情况。 什么是性能测试 性能测试就是模拟一些极端场景,对软/硬件性能进行测试,判断其极限性能和在极限性能边界上的运行状态。 设计性能测试场景,主要有以下场景: – 基准测试:了解系统在静置时的资源消耗,如cpu,io,网络带宽,网络连接的情况。如果有干扰,务必排除。 – 单次连续请求测试:1次连续请求情况下的tps(Transaction Per Second 每秒事务请求数),响应时间,服务器资源消耗情况,主要用于参考。 – 负载测试:逐渐增加并发请求数,查看tps,响应时间,错误率,服务器资源消耗情况,主要用于分析最大性能。 – 压力测试:在最大性能的临界点上保持压力进行测试

跟高手学习LINUX笔记-10

我是研究僧i 提交于 2020-02-25 22:56:08
第十节Linux进程管理 10.1 进程概述和ps查看进程工具 10.1.1进程的概念 进程:是已启动的可执行程序的运行实例 进程主要有以下特点:进程号、进程状态、进程占用资源、生命周期等 程序:可以执行的二进制文件 父进程与子进程 任何进程都可以生成子进程 对CentOS7操作系统而言,最PID为1的进程是:systemd 对于经常说的僵尸进程:可以理解为父进程先结束了, 但子进程没有回收,还在孤零零的存在 。那么这些子进程就没有父进程来管理了,就变成僵尸进程 10.1.2 进程的属性 进程ID(PID):与UID一样,代表进程的唯一数值 父进程的ID(PPID) 进程状态: 运行R:--running 休眠S:--sleep 僵尸Z:--zombie 进程执行的优先级:可以用nice调整,数值越小优先级越高 进程所连接的终端名 进程资源占用:比如占用资源大小(内存、CPU占用量) 10.1.3 使用ps查看进程工具 1、ps查看进程工具 例1:常用的参数: a: --all 显示跟当前终端关联的所有进程 u: --user 基于用户的格式显示(U: 显示某用户ID所有的进程) x: --xshell 显示所有进程,不以终端机来区分 例2:常用的选项组合是 ps -aux [root@node-1 ~]# ps -aux | less USER PID %CPU %MEM VSZ

如何控制多线程的执行顺序?

寵の児 提交于 2020-02-25 20:49:55
面试的时候你是否经常被问到这样的问题: 你一般通过什么方式去控制线程的执行顺序? 碰到这样的问题,我的内心其实是很抵触的! 开什么玩笑?我怎么会控制它呢?我为什么要控制它? 其实不用慌,这个问题并不难,且听我慢慢道来...... 那么,什么是线程和进程? 要想控制多线程的顺序,你首先应该搞清楚线程和进程到底是什么东西? 进程 进程其实是操作系统的基础,是系统中一次程序的执行,也是一次程序和数据在机器上顺序执行时所发生的活动,又是系统进行资源分配和调度的一个独立单位。 其实说的通俗一点,可以这么理解,进程就是Windows系统中执行的一个exe程序,是操作系统管理的基本运行单元,看下面这个图你就知道啥是进程了! 线程 线程是比进程还要小的一个单元,它是进程中独立运行的子任务。 你比如说一个微信.exe程序进程中就有非常多的子线程在同时运行,例如音视频线程、文件下载线程、信息传输线程等等,这些不同的任务如果都在一个线程去运行,那程序必定会特别慢,大家的体验不会像现在那样舒服,所以这里的每一个任务或功能都需要对应一个后台的线程在默默运行。 简单来说,线程就是组成进程的一条路径,一个进程可以包含一个或者多个线程。 什么是多线程环境? 关于多线程的环境,其实大家在使用Windows系统的时候就深有感触。 想象你一边在用IDE码代码,一边要和朋友聊天,还一边带着耳机听着音乐

Linux性能调优的优化思路

空扰寡人 提交于 2020-02-25 16:03:37
Linux操作系统是一个开源产品,也是一个开源软件的实践和应用平台,在这个平台下有无数的开源软件支撑,我们常见的有apache、tomcat、nginx、mysql、php等等,开源软件的最大理念就是自由、开放,那么Linux作为一个开源平台,最终要实现的是通过这些开源软件的支持,以低廉的成本,达到应用最有的性能。因此,谈到性能问题,主要实现的是Linux系统和应用程序的最佳结合。 博文大纲: 一、性能问题综述 二、影响Linux性能的因素 三、分析系统性能设计的人员 四、调优总结 一、性能问题综述 系统的性能是指操作系统完成任务的有效性、稳定性和响应速度。Linux系统管理员会经常遇到系统不稳定、响应速度慢等问题,例如在Linux上搭建了一个web服务,经常会出现网页打不开、打开速度慢等现象,而遇到这些问题,就会有人抱怨Linux系统不好,其实这些都是表面现象。操作系统完成一个任务时,与系统自身设置、网络拓补结构、路由设备、路由策略、接入设备、物理线路等多个方面都紧密相关,任何一个环节出现问题,都会影响整个系统的性能。因此当Linux应用出现问题是,应当从应用程序、操作系统、服务器硬件、网络环境等方面综合排查,定位问题出现在那个部分,然后集中解决。 在应用程序、操作系统、服务器硬件、网络环境等方面。影响性能最大的是应用程序和操作系统两个方面,因为这两个方面出现的问题不易察觉

查看linux系统版本信息(Oracle Linux、Centos Linux、Redhat Linux、Debian、Ubuntu)

守給你的承諾、 提交于 2020-02-25 00:37:03
# uname -a # 查看内核/操作系统/CPU信息 # head -n 1 /etc/issue # 查看操作系统版本 # cat /proc/cpuinfo # 查看CPU信息 # hostname # 查看计算机名 # lspci -tv # 列出所有PCI设备 # lsusb -tv # 列出所有USB设备 # lsmod # 列出加载的内核模块 # env # 查看环境变量资源 # free -m # 查看内存使用量和交换区使用量 # df -h # 查看各分区使用情况 # du -sh <目录名> # 查看指定目录的大小 # grep MemTotal /proc/meminfo # 查看内存总量 # grep MemFree /proc/meminfo # 查看空闲内存量 # uptime # 查看系统运行时间、用户数、负载 # cat /proc/loadavg # 查看系统负载磁盘和分区 # mount | column -t # 查看挂接的分区状态 # fdisk -l # 查看所有分区 # swapon -s # 查看所有交换分区 # hdparm -i /dev/hda # 查看磁盘参数(仅适用于IDE设备) # dmesg | grep IDE # 查看启动时IDE设备检测状况网络 # ifconfig # 查看所有网络接口的属性 # iptables

Redis 之持久化

♀尐吖头ヾ 提交于 2020-02-24 14:27:29
目录 一.前言 二.持久化类型之 RDB 三.持节化类型之AOF 四.Redis 持久化类型的抉择 五.持久化的恢复 六.持久化问题的分析定位与优化 七.回顾总结 一.前言 首先,来回顾下前面文章的知识.Redis的特性之一就是读取速度快,因为它的数据是存储在内存中的,但是这样还有它的不足之处,那就是当你服务器断电时或者进程产生进退后,那么你所存储在内存中的数据也就荡然无存了,可是这样会给我们带来丢失数据的危险.而Redis正是考虑到了这一点,所以便有了持久化的功能.而持久化的作用正像它的名称一样,便是为了保持数据的持久. Redis的持久化类型有两种,一种是全量(RDB),一种是增量(AOF),今天这篇文章中便来聊聊这两种类型的特性和他们的优缺点,以及我们在这两种类型中如何做选择. 二.持久化类型之 RDB 1.什么事RDB? RDB是把Redis中的完整的数据生成一个快照,然后保存到硬盘当中,那么这就是一个RDB文件了,不过这个RDB文件是一个二进制的文件.当你的Redis服务重启时,它会去载入这样的RDB文件.其作用便是为了备份数据和恢复数据,当然它也是一个复制的媒介,对于Redis的主从复制正式利用这个文件来完成的. 2.触发机制 RDB的触发方式有两种,分别是:save(同步)和bgsave(异步).因为save的触发方式是同步的,那么它会阻塞当前的Redis服务器