百分比

　　由于公司的产品基于Linux开发，不可避免的使用Linux命令，除了一些常用的最基本的外，偶尔也会用到一些较为生疏的，近几日在测试某MR的功能，由于公司产品也是基于大数据的，所以，对性能方面也需要关注，虽然家里环境完全比不上现场环境，家里也不做性能测试，但还是要看下的，今天拿出时间来专门看了下top这个命令。top命令在Linux中的作用是实时显示系统各个进程的资源占用情况，与windows的任务管理器类似。作为主要查看的监控，swap的变化值得注意，如果swap交换区的used不断的变化，说明物理内存不断在和swap交换区的数据进行交换处理，这就说明内存真的不够用了 前五行为统计信息区： 第一行：任务队列信息，同uptime命令的执行结果，具体参数 说明情况如下： 17：16：10 当前系统时间 up 4 days 7：18 系统已经运行了4天7小时18分钟 8 users 当前有8个用户登录系统 load average 2.18，2.37，2.20 分别是1分钟、5分钟、15分钟的 负载情况，该处的数值是系统每隔5秒检查一次活跃的进程数，然后按照特定的算法计算出的。如果这个数值除以逻辑CPU的数量，结果高于5则表示已经超负载了 第二行：task任务进程 系统现在有205个进程，处于运行状态的有1个，204个在休眠，停止状态的0个，僵尸状态的0个 第三行：cpu状态信息，

简介 top 命令是最流行的性能监视工具之一。top命令经常用来监控linux的系统状况，比如cpu、内存的使用。top命令交互界面如下图所示： top的界面分为两个部分，光标上面部分显示关于系统整体性能，光标下面部分显示各进程信息。 Linux top命令界面 第一行 第一行显示的内容和uptime命令一样，[l]可以显示和隐藏这个区域： 16:48:03 ： 系统当前时间 up 7:36 ：系统开机到现在经过了多长时间 9 users ：当前9个用户在线（who命令查看当前的在线用户数） load average:0.85, 1.02, 1.00 ：系统1分钟、5分钟、15分钟的CPU负载信息 第二行 Tasks：英文意思是工作、任务、差事 249 total：当前有249个任务，也就是有249个进程 1 runing：一个进程正在运行 247 sleeping：247个进程睡眠 0 stopped：停止的进程数 1 zombie：僵死的进程数 第三行 Cpu(s)：表示这一行显示CPU的总体信息 8.2%us：用户进程占用cpu的百分比 10.0%sy：内核占用cpu的百分比 0.0%ni：改变过优先级的进程占用cpu的百分比 81.1%id：空闲cpu的百分比 0.0%wa：IO等待占用cpu的百分比 0.0%hi：硬中断占用cpu的百分比 0.0%si

top命令经常用来监控 Linux 的系统状况，比如cpu、内存的使用，程序员基本都知道这个命令，但比较奇怪的是能用好它的人却很少，例如top监控视图中内存数值的含义就有不少的曲解。 本文通过一个运行中的WEB服务器的top监控截图，讲述top视图中的各种数据的含义，还包括视图中各进程（任务）的字段的排序。 top进入视图 top视图 01 【top视图 01】是刚进入top的基本视图，我们来结合这个视图讲解各个数据的含义。 第一行： 10:01:23 — 当前系统时间 126 days, 14:29 — 系统已经运行了126天14小时29分钟（在这期间没有重启过） 2 users — 当前有2个用户登录系统 load average: 1.15, 1.42, 1.44 — load average后面的三个数分别是1分钟、5分钟、15分钟的负载情况。 load average数据是每隔5秒钟检查一次活跃的进程数，然后按特定算法计算出的数值。如果这个数除以逻辑CPU的数量，结果高于5的时候就表明系统在超负荷运转了。 第二行： Tasks — 任务（进程），系统现在共有183个进程，其中处于运行中的有1个，182个在休眠（sleep），stoped状态的有0个，zombie状态（僵尸）的有0个。 第三行：cpu状态 6.7% us — 用户空间占用CPU的百分比。 0.4% sy —

前面我们学习了系统信息，用户，网络，磁盘类命令，今天我们继续学习进程，安装，时间，定时任务命令。 进程类命令 在讲这类命令前我先给大家说下一些关于进程的基本概念。什么是进程？大家都知道程序吧！程序就是编程人员写的，存放在磁盘上没有运行。当他运行的时候就叫做进程。说到进程，我又想起一个线程的概念，所谓的线程就是进程下的仔。我们这样理解更好点儿。一个进程可以有很多线程。至于他们的区别后面我们会详细的讲。 我们的计算机运行一个程序的时候就会产生进程，那我们怎么知道计算机进程运行的情况呢？在Linux下，有两个命令非常重要top和ps.这两个是Linux给我提供的查看进程情况的命令具体使用看下我们直接输入top命令回车如下 可以看到以下内容 具体每行是什么意思呢？ 第一行我们不用说了，就是uptime命令的内容， 第二行tasks就是我们的进程，total进程总数，running正在运行的进程数，sleeping睡眠的进程数，stopped停止的进程数，zombie僵尸进程数 CPU使用情况 Cpu(s): 0.0% us用户空间占用CPU百分比，0.0% sy内核空间占用CPU百分比0.0% ni用户进程空间内改变过优先级的进程占用CPU百分比 98.7% id空闲CPU百分比0.0% wa等待输入输出的CPU时间百分比 0.0% hi，0.0% si 第四五行为内存信息 内容如下：

好久不用border-radius了，记忆中可以用百分比也可以用px，今天在写页面的时候用了百分比，发现不管设置多少左右都会是垂直的，但是上下有弧度。后来改成px就可以了。但是这是为什么呢？ 这是因为百分比是用的是父级的长度，banner图宽度远大与高度，所以用百分比写得到的弧度是不一样的，用px是定死的，所以是正确的。 之前用百分比没有出错是因为宽高一致，所以百分比下的弧度也是一样的。 今天把移动端的border-radius值都改为精确都px值，效果好多了，给自己做个笔记 来源： https://www.cnblogs.com/68xi/p/12294975.html

显示当前系统正在执行的进程的 ID、内存占用率、CPU 占用率等相关信息 常用参数： -c 显示完整的进程命令 -s 保密模式 -p <进程号> 指定进程显示 -n <次数>循环显示次数 实例： top - 00:05:02 up 204 days, 9:56, 2 users, load average: 0.00, 0.01, 0.05 Tasks: 68 total, 1 running, 67 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.7 us, 0.7 sy, 0.0 ni, 98.3 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem : 1016168 total, 65948 free, 335736 used, 614484 buff/cache KiB Swap: 0 total, 0 free, 0 used. 517700 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7110 root 10 -10 130476 9416 6116 S 1.3 0.9 141:26.59 AliYunDun 15845 root 20 0 47064 4320 2180 S 0.3 0.4 2:51.16 nginx

top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器 第一行，任务队列信息 同 uptime 命令的执行结果 系统时间：07:27:05 运行时间：up 1:57 min, 当前登录用户： 3 user 负载均衡(uptime) load average: 0.00, 0.00, 0.00 average后面的三个数分别是1分钟、5分钟、15分钟的负载情况。 load average数据是每隔5秒钟检查一次活跃的进程数，然后按特定算法计算出的数值。如果这个数除以逻辑CPU的数量，结果高于5的时候就表明系统在超负荷运转了 第二行，Tasks — 任务（进程） 总进程:150 total, 运行:1 running, 休眠:149 sleeping, 停止: 0 stopped, 僵尸进程: 0 zombie 第三行，cpu状态信息 0.0%us【user space】— 用户空间占用CPU的百分比。 0.3%sy【sysctl】— 内核空间占用CPU的百分比。 0.0%ni【】— 改变过优先级的进程占用CPU的百分比 99.7%id【idolt】— 空闲CPU百分比 0.0%wa【wait】— IO等待占用CPU的百分比 0.0%hi【Hardware IRQ】— 硬中断占用CPU的百分比 0.0%si

Sar –u 检查CPU的繁忙程度 列 说明 Usr 用户模式下cpu运行所占的百分比 Sys 系统模式下cpu运行所占的百分比 Wio 因为有进程等待块I/O而使cpu处于闲置状态所占百分比 Idle Cpu为闲置状态所占百分比 sar –u 10 8 第一个数字展示二次相邻的sar读取之间隔了多少秒，第二数字是打算好了让sar运行的次数。 较低的idel时间可能说明有些进程正消耗大量的cpu时间，或是说明cpu的处理能力不足。请使用ps或是top命令去找出cpu密集型的作业吧 写得很差，需要大量磁盘访问的查询，同样能够消耗大量的cpu资源 值得关注wio返回的高额数值与cpu的沉重负荷 展示的高额wio，即io等待时间，表明有磁盘争用的问题。可以用iostate命令来准确定位磁盘争用究竟发生在哪里 需要检查输出结果 较低的cpu空闲时间值 高比例的io等待时间 或是用wio>10来判断 Sys>15的瓶颈，这表明交换，调页或备份可能造成了瓶颈 异常高的usr 这可能是由于没有好好的给应用程序调过优，或是由于过度使用了cpu Sar –d命令找出i 大专栏 oracle监控参数 o问题 需要注意 Busy大于50%的设备 如果avwait大于avserv 不均衡的磁盘io负载 Busy和avque取值高表明存在着磁盘io瓶颈。 Sar –d 5 2

monkey 参数 参数分类 常规类参数 事件类参数 约束类参数 调试类参数 常规类参数 常规类参数包括帮助参数和日志信息参数。帮助参数用于输出Monkey命令使用指导；日志信息参数将日志分为三个级别，级别越高，日志的信息越详细。 1.帮助类参数 monkey -h 2.日志级别 $ adb shell monkey -v <event-count> -v：打印出日志信息，每个-v将增加反馈信息的级别。-v越多日志信息越详细，不过目前最多支持3个-v，即： 事件类参数 事件类参数的作用是对随机事件进行调控，从而使其遵照设定运行，如设置各种事件的百分比、设置事件生成所使用的种子值等。频率参数主要限制事件执行的时间间隔。 1.执行指定脚本 $ adb shell monkey -f <scriptfile> <event-count> eg： $ adb shell monkey -f /mnt/sdcard/test1 2.伪随机数生成种子值 使用 -s命令可以重复执行之前的伪随机操作。本身每次执行伪随机事件操作也会默认生成一个seed值 $ adb shell monkey -s <seed> <event-count> eg: $ adb shell monkey -s 666 100 3.设置间隔 如果你希望在每一个指令之间加上固定的间隔时间，可以用--throttle（注意

1) 参数： -p 参数-p用于约束限制，用此参数指定一个或多个包（Package，即App）。指定 包之后，Monkey将只允许系统启动指定的APP。如果不指定包，Monkey将允许系统启动设备中的所有APP。 * 指定一个包： adb shell monkey -p com.htc.Weather 100 说明：com.htc.Weather为包名，100是事件计数（即让Monkey程序模拟100次随机用户事件）。 * 指定多个包：adb shell monkey -p com.htc.Weather –p com.htc.pdfreader -p com.htc.photo.widgets 100 * 不指定包：adb shell monkey 100 　说明：Monkey随机启动APP并发送100个随机事件。 * 要查看设备中所有的包，在CMD窗口中执行以下命令： >adb shell #cddata/data #ls 2) 参数: -v 用于指定反馈信息级别（信息级别就是日志的详细程度），总共分3个级别，分别对应的参数如下表所示： 日志级别 Level0 示例 adb shellmonkey -p com.htc.Weather –v 100 说明 缺省值，仅提供启动提示、测试完成和最终结果等少量信息 日志级别 Level 1 示例 adb shellmonkey -p