cpu时间

引言 Linux以其稳定性，越来越多地被用作服务器的操作系统(当然，有人会较真地说一句：Linux只是操作系统内核:)。但使用了Linux作为底层的操作系统，是否我们就能保证我们的服务做到7*24地稳定呢？非也，要知道业务功能是由系统上跑的程序实现的，要实现业务功能的稳定性，选择Linux只是迈出的第一步，我们更多地工作是不让业务程序成为稳定性的短板。 当我们的服务器出现问题的时候，外在的表现是业务功能不能正常提供，内在的原因，从程序的角度看，可能是业务程序的问题(程序自身的bug)，也可能是服务器上人为的误操作(不当地执行脚本或命令)；从系统资源的角度看，可能是CPU抢占、内存泄漏、磁盘IO读写异常、网络异常等。出现问题后，面对各种各样可能的原因，我们应如何着手进行分析？我们有什么工具进行问题定位吗？ atop简介 本文要介绍的atop就是一款用于监控Linux系统资源与进程的工具，它以一定的频率记录系统的运行状态，所采集的数据包含系统资源(CPU、内存、磁盘和网络)使用情况和进程运行情况，并能以日志文件的方式保存在磁盘中，服务器出现问题后，我们可获取相应的atop日志文件进行分析。atop是一款开源软件，我们可以从 这里 获得其源码和rpm安装包。 atop使用方法 在安装atop之后，我们在命令行下敲入”atop"命令即可看到系统当前的运行情况： 系统资源监控字段含义

今天在没涉及到核心问题的情况下，对于昨天所计划的任务能够满打满算地完成，阴阳师任务悬赏器及其CPU测试分数的功能经过测试，暂时没有发现问题，这些内容在以后的测试如果发现问题再进行打补丁，毕竟现在已经在开发的第6天了，总体的任务还不算是基本上完成，因此，在这种时间紧迫的情况下，测试应该还做的不是太好，或许有一些漏洞还在其中没被发现。总之，今天遇到的最主要的问题是CPU信息的获取问题，在qt4的编程之中因为不像vc那样支持嵌入式的编程，而且在之前vc上有的那些可以获得cpu信息的接口文件在qt4的环境之中也没有，所以，在对cpu信息的收集的过程中是通过不断百度并且不断测试提取出来的，而在核心功能的实现方面反倒用的时间相对较短，阴阳师任务悬赏器的实现过程中遇到的问题就是listwidget中选择搜索后的结果有可能出现卡主的问题困扰了我很长的时间，经过不断的排查后发现了漏洞及其优化了其中搜索信息的性能，现在在实际应用方面应该是没有问题了。 明天由于一整天都要去西柏坡社会实践，因此在明天实现功能的方面应该不能实现太多，毕竟时间紧迫，再加上论文要写，70公里的往返过程估计也会筋疲力尽，编程的时间也并不多，明天计划就是更新一下更新的功能，我之前在测试的时候发现了一些更新后的文件还会在下一个版本继续下载的bug，因此针对这个问题进行修复一下，如果时间太紧，这个修复的计划将放置到10天的任务之后。

出于对Linux操作系统的兴趣，以及对底层知识的强烈欲望，因此整理了这篇文章。本文也可以作为检验基础知识的指标，另外文章涵盖了一个系统的方方面面。如果没有完善的计算机系统知识，网络知识和操作系统知识，文档中的工具，是不可能完全掌握的，另外对系统性能分析和优化是一个长期的系列。 本文档主要是结合Linux 大牛，Netflix 高级性能架构师 Brendan Gregg 更新 Linux 性能调优工具的博文，搜集Linux系统性能优化相关文章整理后的一篇综合性文章，主要是结合博文对涉及到的原理和性能测试的工具展开说明。 背景知识：具备背景知识是分析性能问题时需要了解的。比如硬件 cache；再比如操作系统内核。应用程序的行为细节往往是和这些东西互相牵扯的，这些底层的东西会以意想不到的方式影响应用程序的性能，比如某些程序无法充分利用 cache，从而导致性能下降。比如不必要地调用过多的系统调用，造成频繁的内核 / 用户切换等。这里只是为本文的后续内容做一些铺垫，关于调优还有很多东西，我所不知道的比知道的要多的多，希望大家能共同学习进步。 【性能分析工具】 首先来看一张图： 上图是Brendan Gregg 的一次性能分析的分享，这里面的所有工具都可以通过man来获得它的帮助文档，下问简单介绍介绍一下常规的用法： ▲ vmstat--虚拟内存统计 vmstat

文章目录 1.APP性能测试的分类 2.性能测试 3.用户体验测试 4.稳定性测试 5.你是如何测试APP？ 1.APP性能测试的分类 后端服务器的性能测试 APP客户端的性能测试 APP稳定性测试 2.性能测试 性能测试关注的指标 CPU 内存 流量 电量 启动时间 流畅度 GT工具的介绍 功能 基础性能指标测试：CPU、内存、流量、电量、流畅度 获取手机日志 进行数据抓包 安装 APK安装包直接安装，只有Android GT SDK 集成到被测的应用，有Android和IOS GT工具的使用 AUT界面 选择被测应用 选择检测指标 参数界面 选择整机的检测指标 保存检测的数据 查看检测数据 命令 adb devices # 查看当前adb工具和手机是否连接 192.168.27.101:5555 device adb shell # 进入手机终端 adb pull 手机中文件的路径 电脑文件夹的路径 手机日志 在日志界面，点击logcat开关 点击保存按钮，保存日志文件 手机抓包 进入插件界面，点击抓包插件 直接点击开始抓包，点击停止，保存数据 CPU测试 cpu的指标 CPU的状态 用户态-处理应用程序的时间 系统态-处理系统内核的时间 空闲态-处理空闲进程的时间 CPU的使用率 CPU的使用率 = (用户态+系统态)/总时间 jiffies

1.冯诺依曼体系   体系的构成 ：运算器，存储器(RAM 和 ROM)，控制器，输入设备，输出设备   思想 ：  1.数据和程序是以二进制代码的形式放在存储器中，存放的位置由地址指定，地址码也是二进制的。  2.控制器是根据存放在存储器中的指令序列即程序来工作的，并由一个程序计数器(指令地址计数器)控制指令执行。控制器具有判断能力，能根据计算结果选择不同的动作流程。 注意：  ;a 这里的存储器指的是内存  b 不考虑缓存情况，这里的CPU能且只能对内存进行读写，不能访问外设(输入或输出设备)  c 外设(输入或输出设备)要输入或者输出数据，也只能写入内存或者从内存中读取。  d 所有设备都只能直接和内存打交道。 2.操作系统  操作系统是一个软件，是管理计算机硬件与软件资源的计算机程序，同时也是计算机系统 的内核与基石。操作系统需要处理如管理与配置内存、决定系统资源供需的优先次序、控制输入设备与输出设备、操作网络与管理文件系统等基本事务。操作系统也提供一个让用户与系统交互的操作界面。   操作系统的构成  操作系统内核(进程管理，内存管理，文件管理，驱动管理)，其他应用(函数库 ，shell程序等等)   系统调用 ： 操作系统提供的函数，称之为系统调用函数   库函数 ： 系统在功能调用的使用上，功能比较基础，对用户的要求相对比较高，然后一些有心的开发者(大佬们)

前面提到了，电脑之父—— 冯·诺伊曼 提出了计算机的五大部件：输入设备、输出设备、存储器、运算器和控制器。 我们看一下现在我们电脑的： 键盘鼠标、显示器、机箱、音响等等。 这里显示器为比较老的CRT显示器，现在一般都成功了液晶显示器。 我们想一下，我们在玩电脑的时候，我们使用键盘鼠标来操作电脑，我们在和其他人QQ聊天的时候，鼠标可以帮我们选中聊天的人，打开聊天窗口，键盘则是负责打字，帮我们输入聊天的内容。 我们在操作键盘鼠标的时候，其实都是在告诉电脑来做什么的。我们管键盘和鼠标叫输入设备。 输入设备： 向电脑输入数据和信息的设备。除了键盘。除了键盘鼠标，其他输入设备还包括触摸板、麦克风、摄像头，游戏手柄、扫描仪等等 显示器用来向我们展示画面，显示内容，音箱则播放音乐给我们听，我们管他们叫输出设备。 输出设备： 将电脑中的信息输出给用户的设备。常用的输入设备有：显示器、音箱、打印机、投影仪等等 我们买来电脑，如果只有键盘鼠标、显示器、音箱，我们能玩电脑么？肯定不能。 那么其实电脑机箱才是真正的工作的设备，输入输出设备只是用来让我们和电脑机箱来做交互的。 那机箱内部都有什么呢？我们看一下下面的图片： 我们来看一下这里的零件都有什么用 主板：连接所有其他设备的设备，是其他设备的载体，主板主要是为CPU、内存、显卡、硬盘等提供平台，相当于人体的躯干，关联着各个器官。 CPU：中央处理单元

设计思路：通过jmeter5.1压测获取cpu,Mem,Network的压测指标数据利用pandas+openpyxl进行数据可视化： 涉及添加jar包：下载地址：https://files.cnblogs.com/files/SunshineKimi/Permon_jars.zip lib 添加插件 permon2.2jar 和 cmn-jmeter0.4.jar lib/ext 添加插件 permon2.1.jar CPU: MemInfo: Network: csv数据获取以及观察： linux: jmeter -n -t PerMonTest2020111.jmx 获取数据： 数据整合成折线图，横轴为时间日期，y轴为数据进行折线绘图： https://openpyxl.readthedocs.io/en/latest/charts/line.html 来源： https://www.cnblogs.com/SunshineKimi/p/12178814.html

仅作为内核代码中时间管理模块的笔记，3.10内核,很乱，不喜勿喷。 先有time，后有timer。 常用的time结构有哪些？除了大名鼎鼎的jiffies和jiffies64之外，还有常用的一些结构如下： ktime_t 经常用在timer中， union ktime { s64 tv64; #if BITS_PER_LONG != 64 && !defined(CONFIG_KTIME_SCALAR) struct { # ifdef __BIG_ENDIAN s32 sec, nsec; # else s32 nsec, sec; # endif } tv; #endif }; typedef union ktime ktime_t; /* Kill this */ 经常用在fs中的timespec，低一点精度的timeval，以及时区结构timezone。主要用来做时间戳等。 struct timespec { __kernel_time_t tv_sec; /* seconds */ long tv_nsec; /* nanoseconds */ }; struct timeval { __kernel_time_t tv_sec; /* seconds */ __kernel_suseconds_t tv_usec; /* microseconds */ };

在早期的linux内核版本的时间概念都是由周期时钟提供的。虽然比较有效，但是，对于关注能耗电量的系统上，就不能满足长时间休眠的需求，因为周期系统要求必须在一定的频率下，周期性的处于活动状态。因此，linux提出了tickless system，即无时钟系统。其关键就是判定系统当前是否无事可做，若是则禁用时钟系统。判定系统当前无事可做的依据是：如果运行队列时没有活动进程，内核将选择idle进程来运行，而此时动态时钟发挥作用。 一、动态时钟使用的数据结构tick_sched 1 struct tick_sched { 2 struct hrtimer sched_timer;//用于实现时钟的定时器 3 unsigned long check_clocks; 4 enum tick_nohz_mode nohz_mode; 5 ktime_t idle_tick;//禁用周期时钟之前，上一个时钟信号到期时间。 6 int inidle; 7 int tick_stopped;//周期时钟是否已经停用，若停用，则置为1 8 unsigned long idle_jiffies;//存储周期时钟禁用时的jiffy值 9 unsigned long idle_calls;//内核试图停用周期时钟次数。 10 unsigned long idle_sleeps;//成功停用周期时钟次数。 11

Docker Cgroup资源配置方法 Cgroup是Linux内核提供的一种可以限制、记录、隔离进程组所使用的物理资源的机制 Docker通过Cgroup来控制容器使用的资源配额，包括 cpu、内存、磁盘三大方面，基本覆盖了常见的资源配额和使用量控制 Cgroup子系统 - blkio：设置限制每个块设备的输入输出控制 - cpu：使用调度程序为cgroup任务提供cpu的访问 - cpuacct：产生cgroup任务放的cpu资源报告 - cpuset：如果是多核心的cpu，这个子系统会为cgroup任务分配单独的cpu和内存 - devices：允许或拒绝cgroup任务对设备的访问 - freezer：暂停和恢复cgroup任务 - memory：设置每个cgroup的内存限制以及产生内存资源报告 - net_cls：标记每个网络包以供cgroup方便使用 - ns：命名空间子系统 - perf_event：增加了对每个group的监控跟踪的能力，可以监控属于某个特定的group的所有线程以及运行在特定cpu上的线程 使用Stress工具来测试cpu和内存 使用Dockerfile创建一个stress工具镜像 [root@localhost ~]# mkdir /opt/stress [root@localhost ~]# cd /opt/stress/ [root