精华内容
下载资源
问答
  • 一、 墙上时钟时间 ,用户cpu时间 ,系统cpu时间定义与联系 时钟时间(墙上时钟时间wall clock time):从进程从开始运行到结束,时钟走过的时间,这其中包含了进程在阻塞和等待状态的时间。 用户CPU时间:...
    一、 墙上时钟时间 ,用户cpu时间 ,系统cpu时间定义与联系
    


    时钟时间(墙上时钟时间wall clock time):从进程从开始运行到结束,时钟走过的时间,这其中包含了进程在阻塞和等待状态的时间。


    用户CPU时间:就是用户的进程获得了CPU资源以后,在用户态执行的时间。
    系统CPU时间:用户进程获得了CPU资源以后,在内核态的执行时间。


       进程的三种状态为阻塞、就绪、运行。


       时钟时间 = 阻塞时间 + 就绪时间 +运行时间
       用户CPU时间 = 运行状态下用户空间的时间
       系统CPU时间 =  运行状态下系统空间的时间。




       用户CPU时间+系统CPU时间=运行时间。


    注意:
    其中,用户CPU时间和系统CPU时间之和为CPU时间,即命令占用CPU执行的时间总和。实际时间要大于CPU时间,因为Linux是多任务操作系统,往往在执行一条命令时,系统还要处理其它任务。
    另一个需要注意的问题是即使每次执行相同命令,但所花费的时间也是不一样,其花费时间是与系统运行相关的。



    在多核处理器机器上,若进程含有多个线程或通过fork调用创建子进程,则实际时间(墙上时钟时间)可能小于CPU总时间——因为不同线程或进程可并行执行,但其时间会计入主进程的CPU总时间。若程序在某段时间处于等待状态而并未执行,则实际时间可能大于CPU总时间。其数值关系总结如下:


    Real < CPU,表明进程为计算密集型(CPU bound),利用多核处理器的并行执行优势;
    Real ≈ CPU,表明进程为计算密集型(CPU bound),未并行执行;
    Real > CPU,表明进程为I/O密集型(I/O bound),多核并行执行优势并不明显。
    在单核处理器上,Real时间和CPU时间之差,即Real- (User + Sys)是所有延迟程序执行的因素的总和。可估算程序运行期间的CPU利用率为CpuUsage = (User + Sys)/ Real * 100(%)。


    在SMP(对称多处理系统)上,该差值近似为Real* ProcessorNum - (User + Sys)。这些因素包括:


    调入程序文本和数据的I/O操作;
    获取程序实际使用内存的I/O操作;
    由其它程序消耗的CPU用时;
    由操作系统消耗的CPU用时。
     


    二、实例


     ll@ubuntu:~/temp$ time  ./test  
        sdga  
        s   d   g   a     
         //上面是测试test程序的   
        real    0m4.019s                     //时钟时间  
        user    0m0.004s           //用户CPU时间  
        sys 0m0.000s                   //系统CPU时间  


    三、参考文献


     


    http://os.51cto.com/art/201407/445853.htm (说得很详细,值得看一下)


    http://blog.chinaunix.net/uid-27629574-id-3880991.html


    http://blog.csdn.net/fjt19900921/article/details/8301230
    展开全文
  • CPU时间

    万次阅读 多人点赞 2016-01-26 22:24:34
    CPU时间片 //百度  时间片_百度百科   时间片即CPU分配给各个程序的时间,每个线程被分配一个时间段,称作它的时间片,即该进程允许运行的时间,使各个程序从表面上看是同时进行的。如果在时间片结束时进程...

    CPU时间片

    //百度  

    时间片_百度百科

      

    时间片即CPU分配给各个程序的时间,每个线程被分配一个时间段,称作它的时间片,即该进程允许运行的时间,使各个程序从表面上看是同时进行的。如果在时间片结束时进程还在运行,则CPU将被剥夺并分配给另一个进程。如果进程在时间片结束前阻塞或结束,则CPU当即进行切换。而不会造成CPU资源浪费。在宏观上:我们可以同时打开多个应用程序,每个程序并行不悖,同时运行。但在微观上:由于只有一个CPU,一次只能处理程序要求的一部分,如何处理公平,一种方法就是引入时间片,每个程序轮流执行。

    举例

    你同时输入两篇文档:A.txt和B.txt;
    你在A中输入一个字之后,再在B中输入一个字,轮流输入,直至完成。总的看来你似乎在同时进行两篇文章的录入,你可以说我一边写A一边写B。但是具体到某个字时,就是沿着时间的前进,AB交替进行了。而你每个字输入所占用的这段时间,我们就可以称之为时间片。

    操作系统

    嵌入式操作系统可以分为实时操作系统和分时操作系统两类

    实时

    实时操作系统是指具有实时性,能支持实时控制系统工作的操作系统。实时操作系统的首要任务是调度一切可利用的资源完成实时控制任务;其次才着眼于提高计算机系统的使用效率,其重要特点是通过任务调度来满足对于重要事件在规定的时间内做出正确的响应。实时操作系统与分时操作系统有着明显的区别。具体地说,对于分时操作系统,软件的执行在时间上的要求并不严格,时间上的延误或者时序上的错误,一般不会造成灾难性的后果。而对于实时操作系统,主要任务是对事件进行实时的处理,虽然事件可能在无法预知的时刻到达,但是软件必须在事件随机发生时,在严格的时限内做出响应(系统的响应时间)。即使是系统处在尖峰负荷下,也应如此,系统时间响应的超时就意味着致命的失败。另外,实时操作系统的重要特点是具有系统的可确定性,即系统能对运行的最好和最坏情况做出精确的估计。

    分时

    分时操作系统是把CPU的时间划分成长短基本相同的时间区间,即"时间片",通过操作系统的管理,把这些时间片依次轮流地分配给各个用户使用.如果某个作业在时间片结束之前,整个任务还没有完成,那么该作业就被暂停下来,放弃CPU,等待下一轮循环再继续做.此时CPU又分配给另一个作业去使用.由于计算机的处理速度很快,只要时间片的间隔取得适当,那么一个用户作业从用完分配给它的一个时间片到获得下一个CPU时间片,中间有所"停顿";但用户察觉不出来,好像整个系统全由它"独占"似的.


    为了提高程序执行效率,大家在很多应用中都采用了多线程模式,这样可以将原来的序列化执行变为并行执行,任务的分解以及并行执行能够极大地提高程序的运行效率。但这都是代码级别的表现,而硬件是如何支持的呢?那就要靠CPU的时间片模式来说明这一切。程序的任何指令的执行往往都会要竞争CPU这个最宝贵的资源,不论你的程序分成了多少个线程去执行不同的任务,他们都必须排队等待获取这个资源来计算和处理命令。先看看单CPU的情况。下面两图描述了时间片模式和非时间片模式下的线程执行的情况:


    1非时间片线程执行情况


    2时间片线程执行情况

    在图一中可以看到,任何线程如果都排队等待CPU资源的获取,那么所谓的多线程就没有任何实际意义。图二中的CPU Manager只是我虚拟的一个角色,由它来分配和管理CPU的使用状况,此时多线程将会在运行过程中都有机会得到CPU资源,也真正实现了在单CPU的情况下实现多线程并行处理。

    CPU的情况只是单CPU的扩展,当所有的CPU都满负荷运作的时候,就会对每一个CPU采用时间片的方式来提高效率。

    Linux的内核处理过程中,每一个进程默认会有一个固定的时间片来执行命令(默认为1/100秒),这段时间内进程被分配到CPU,然后独占使用。如果使用完,同时未到时间片的规定时间,那么就主动放弃CPU的占用,如果到时间片尚未完成工作,那么CPU的使用权也会被收回,进程将会被中断挂起等待下一个时间片。

    CPU利用率和Load Average的区别

    压力测试不仅需要对业务场景的并发用户等压力参数作模拟,同时也需要在压力测试过程中随时关注机器的性能情况,来确保压力测试的有效性。当服务器长期处于一种超负荷的情况下运行,所能接收的压力并不是我们所认为的可接受的压力。就好比项目经理在给一个人估工作量的时候,每天都让这个人工作12个小时,那么所制定的项目计划就不是一个合理的计划,那个人迟早会垮掉,而影响整体的项目进度。

    CPU利用率在过去常常被我们这些外行认为是判断机器是否已经到了满负荷的一个标准,看到50%-60%的使用率就认为机器就已经压到了临界了。CPU利用率,顾名思义就是对于CPU的使用状况,这是对一个时间段内CPU使用状况的统计,通过这个指标可以看出在某一个时间段内CPU被占用的情况,如果被占用时间很高,那么就需要考虑CPU是否已经处于超负荷运作,长期超负荷运作对于机器本身来说是一种损害,因此必须将CPU的利用率控制在一定的比例下,以保证机器的正常运作。

    Load AverageCPULoad,它所包含的信息不是CPU的使用率状况,而是在一段时间内CPU正在处理以及等待CPU处理的进程数之和的统计信息,也就是CPU使用队列的长度的统计信息。为什么要统计这个信息,这个信息的对于压力测试的影响究竟是怎么样的,那就通过一个类比来解释CPU利用率和Load Average的区别以及对于压力测试的指导意义。

    我们将CPU就类比为电话亭,每一个进程都是一个需要打电话的人。现在一共有4个电话亭(就好比我们的机器有4核),有10个人需要打电话。现在使用电话的规则是管理员会按照顺序给每一个人轮流分配1分钟的使用电话时间,如果使用者在1分钟内使用完毕,那么可以立刻将电话使用权返还给管理员,如果到了1分钟电话使用者还没有使用完毕,那么需要重新排队,等待再次分配使用。


    3电话使用场景

    上图中对于使用电话的用户又作了一次分类,1min的代表这些使用者占用电话时间小于等于1min2min表示使用者占用电话时间小于等于2min,以此类推。根据电话使用规则,1min的用户只需要得到一次分配即可完成通话,而其他两类用户需要排队两次到三次。

    电话的利用率= sum (active use cpu time)/period

    每一个分配到电话的使用者使用电话时间的总和去除以统计的时间段。这里需要注意的是是使用电话的时间总和(sum(active use cpu time)),这与占用时间的总和(sum(occupy cpu time))是有区别的。(例如一个用户得到了一分钟的使用权,在10秒钟内打了电话,然后去查询号码本花了20秒钟,再用剩下的30秒打了另一个电话,那么占用了电话1分钟,实际只是使用了40秒)

    电话的Average Load体现的是在某一统计时间段内,所有使用电话的人加上等待电话分配的人一个平均统计。

    电话利用率的统计能够反映的是电话被使用的情况,当电话长期处于被使用而没有的到足够的时间休息间歇,那么对于电话硬件来说是一种超负荷的运作,需要调整使用频度。而电话Average Load却从另一个角度来展现对于电话使用状态的描述,Average Load越高说明对于电话资源的竞争越激烈,电话资源比较短缺。对于资源的申请和维护其实也是需要很大的成本,所以在这种高Average Load的情况下电话资源的长期“热竞争”也是对于硬件的一种损害。

    低利用率的情况下是否会有高Load Average的情况产生呢?理解占有时间和使用时间就可以知道,当分配时间片以后,是否使用完全取决于使用者,因此完全可能出现低利用率高Load Average的情况。由此来看,仅仅从CPU的使用率来判断CPU是否处于一种超负荷的工作状态还是不够的,必须结合Load Average来全局的看CPU的使用情况和申请情况。

    所以回过头来再看测试部对于Load Average的要求,在我们机器为8CPU的情况下,控制在10 Load左右,也就是每一个CPU正在处理一个请求,同时还有2个在等待处理。看了看网上很多人的介绍一般来说Load简单的计算就是2* CPU个数减去1-2左右(这个只是网上看来的,未必是一个标准)。

    补充几点:

    1.对于CPU利用率和CPU Load Average的结果来判断性能问题。首先低CPU利用率不表明CPU不是瓶颈,竞争CPU的队列长期保持较长也是CPU超负荷的一种表现。对于应用来说可能会去花时间在I/O,Socket等方面,那么可以考虑是否后这些硬件的速度影响了整体的效率。

    这里最好的样板范例就是我在测试中发现的一个现象:SIP当前在处理过程中,为了提高处理效率,将控制策略以及计数信息都放置在Memcached Cache里面,当我将Memcached Cache配置扩容一倍以后,CPU的利用率以及Load都有所下降,其实也就是在处理任务的过程中,等待Socket的返回对于CPU的竞争也产生了影响。

    2.未来多CPU编程的重要性。现在服务器的CPU都是多CPU了,我们的服务器处理能力已经不再按照摩尔定律来发展。就我上面提到的电话亭场景来看,对于三种不同时间需求的用户来说,采用不同的分配顺序,我们可看到的Load Average就会有不同。假设我们统计Load的时间段为2分钟,如果将电话分配的顺序按照:1min的用户,2min的用户,3min的用户来分配,那么我们的Load Average将会最低,采用其他顺序将会有不同的结果。所以未来的多CPU编程可以更好的提高CPU的利用率,让程序跑的更快。

    以上所提到的内容未必都是很准确或者正确,如果有任何的偏差也请大家指出,可以纠正一些不清楚的概念。

    展开全文
  • 用户CPU时间 系统CPU时间 时钟时间

    千次阅读 2011-08-24 22:18:34
    时钟时间:就是一个进程从开始运行到结束运行后,你的时钟走过了多少时间,这...用户CPU时间:就是用户的进程获得了CPU资源以后,在用户态执行的时间。 系统CPU时间:用户进程获得了CPU资源以后,在内核态的执行时间。
    时钟时间:就是一个进程从开始运行到结束运行后,你的时钟走过了多少时间,这其中包含了进程在阻塞和等待状态的时间。
    用户CPU时间:就是用户的进程获得了CPU资源以后,在用户态执行的时间。
    系统CPU时间:用户进程获得了CPU资源以后,在内核态的执行时间。
    展开全文
  • 用户CPU时间:就是用户的进程获得了CPU资源以后,在用户态执行的时间。 系统CPU时间:用户进程获得了CPU资源以后,在内核态的执行时间。  进程的三种状态为阻塞、就绪、运行。  时钟时间 = 阻塞时间 + ...
    时钟时间(墙上时钟时间wall clock time):从进程从开始运行到结束,时钟走过的时间,这其中包含了进程在阻塞和等待状态的时间。
    
    用户CPU时间:就是用户的进程获得了CPU资源以后,在用户态执行的时间。
    系统CPU时间:用户进程获得了CPU资源以后,在内核态的执行时间。

         进程的三种状态为阻塞、就绪、运行。

         时钟时间 = 阻塞时间 + 就绪时间 +运行时间
         用户CPU时间 = 运行状态下用户空间的时间
         系统CPU时间 =  运行状态下系统空间的时间。

         用户CPU时间+系统CPU时间=运行时间。
    展开全文
  • Java线程何时放弃CPU时间

    千次阅读 2020-01-11 11:30:41
    线程与CPU执行 Java中内置支持在一个进程中运行多个线程,线程的执行由JVM进行管理。每个线程从启动到结束的过程中可能经历多种状态,多个线程则意味着并发,而并发则...其一是CPU时间,即线程真正执行的时间。其...
  • 时钟时间 = 处于阻塞状态时间 + 处于就绪状态时间 +处于运行状态时间 用户CPU时间 = 运行状态下用户空间的时间 系统CPU时间 = 运行状态下系统...用户CPU时间+系统CPU时间=运行时间,也就是进程时间(CPU时间)。
  • Java线程的CPU时间

    千次阅读 2018-04-29 10:04:17
    Java中线程会按优先级分配CPU时间片运行,那么线程什么时候放弃CPU的使用权?可以归类成三种情况: 当前运行线程主动放弃CPU,JVM暂时放弃CPU操作(基于时间片轮转调度的JVM操作系统不会让线程永久放弃CPU,或者说...
  • CPU时间的定义 CPU时间指标是CPU上花费的时间,不包括等待I/O或运行其他程序的时间。CPU时间进一步划分为用于用户程序的时间和操作系统为用户服务花去的CPU时间。(《计算机组成与设计》第五版) 为了不误导大家...
  • 用户CPU时间:就是用户的进程获得了CPU资源以后,在用户态执行的时间。 系统CPU时间:用户进程获得了CPU资源以后,在内核态的执行时间。  进程的三种状态为阻塞、就绪、运行。  时钟时间 = 阻塞时间 + ...
  • 关于linux的系统CPU和用户CPU时间

    千次阅读 2017-06-28 14:52:15
    转过来学习用 ...所谓的时钟时间又叫做墙上时钟时间,它是进程运行的时钟总量,其值与系统中同时运行的进程数有关,不过一般在讨论时钟时间的时候都是在系统中没有其他活动进行时度量的。... 用户cpu时间:就是
  • 中断占据CPU时间的计算问题

    千次阅读 2016-10-12 13:54:13
    在设备A工作期间,为保证呢个数据不丢失,每秒需要对其查询至少200次,则CPU用于设备A的I/O的时间占据整个CPU时间的百分比至少是:0.20%。 分析:如果真的查询到A有I/O请求了,那么CPU将完全用于A的I/O,因此,这里...
  • sleep与wait是否会占用cpu时间

    万次阅读 多人点赞 2018-02-08 13:38:10
    一直对sleep与wait除了使用方法上的却别外,还对它们是否会占用cpu时间产生了疑惑,故此做了个实验如下:上图中是什么代码都没有执行的时候的cpu利用率,下面我们执行这段代码: public static void main(String[] ...
  • 之前看过几次这几个的概念,但还是老是记不住,干脆就直接写下来,以后方便看~  所谓的时钟时间又叫做墙上时钟时间,它是进程运行的时钟总量,其值与系统中同时运行的... 用户cpu时间:就是执行用户指令所用的时间。
  • 性能测试指标之CPU时间

    千次阅读 2016-03-11 11:03:16
    us:用户态使用的cpu时间比,最容易关注到的时间,常常嘴巴挂着的cpu利用率 sy:系统态使用的cpu时间比,系统进程所耗时间 ni:用做nice加权的进程分配的用户态cpu时间比 id:空闲的cpu时间比 ...
  • CPU时间是指一段程序在CPU上面运行消耗的时间,也是内核时间(kernel time)。在Linux/Unix系统里面,C++程序的COU时间可以用一些第三方的库提供的函数测出。但是在Windows系统里面,没有可以直接使用的第三方函数。...
  • 【Linux】CPU时间与处理器耗时

    千次阅读 2015-03-26 21:39:02
    如果进程进入中断、挂起、休眠等行为时,是不占用CPU的,所以CPU时间并不会跟着增加,且进程恢复运行后所获得的CPU时间值与运行中断之前的时间值是连续的,并不会因为运行的暂停而导致CPU时间的跳跃。这是和普通的...
  • Thread.sleep()关于让不让出cpu时间

    千次阅读 多人点赞 2019-04-28 17:07:51
    假如Thread.sleep(),不让出cpu时间片,创建1000个线程,每个线程执行sleep()方法。则cpu的使用率一定很高,贴上代码: public static void main(String[] args) { class Worker extends Thread { public void ...
  • 转载: ... ...1 使用time_t time( time_t * timer ) 精确到秒 ... 计算时间差使用double difftime( time_t timer1, time_t timer0 ) 2 使用clock_t clock() 得到的
  • 简单来说就是CPU分配给各个程序的时间,使各个程序从表面上看是同时进行的,而不会造成CPU资源浪费。在宏观上:我们可以同时打开多个应用程序,每个程序并行不悖,同时运行。但是在微观上:由于只有一个CPU,一次只能...
  • Linux上查找线程使用的CPU时间最长

    千次阅读 2018-04-18 16:58:35
    1. 找出cpu耗用厉害的进程pid 终端执行top命令,然后按下shift+p 查找出cpu利用最厉害的pid号:pid号:31365 2. 根据上面第一步拿到的pid号,top -H -p pid 。然后按下shift+p,查找出cpu利用率最厉害的线程号 ...
  • linux内核调度算法(2)--CPU时间片如何分配 分类: linux 技术分享 内核在微观上,把CPU的运行时间分成许多分,然后安排给各个进程轮流运行,造成宏观上所有的进程仿佛同时在执行。双核CPU,实际上...
  • 限制进程使用的内存大小和CPU时间

    千次阅读 2016-11-04 10:38:10
     最近软件比武,需要限制每个进程的内存使用大小和CPU使用时间,而以前使用的CPPUTEST测试框架里没有这些东西,需要自己写。发现linux下的setrlimit函数就能很好的解决问题了。 setrlimit和getrlimit  每个...
  • 如何统计程序占用cpu时间

    千次阅读 2012-09-27 17:49:25
    linux里的glibc库提供了利器来获取进程和线程占用cpu的使用时间。  注意 1.精确级别,纳秒级别 原型 long sys_clock_gettime (clockid_t which_clock, struct timespec *tp); which_clock参数解释 ...
  • 1. 当前运行线程主动放弃cpu,JVM暂时放弃CPU操作(基于时间片轮转调度的JVM操作系统不会让线程永久放弃CPU,或者说放弃本次时间片的执行权),例如调用yield()方法2. 当前运行线程因为某些原因进入阻塞状态,例如阻塞在...
  • 错误的CPU时间片大小概念

    万次阅读 热门讨论 2012-08-08 15:35:15
    误导各位大侠了。原文已删除。

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,088,564
精华内容 435,425
关键字:

cpu时间