一个系统的性能往往是有趣和令人费解的。它有助于理解让一个系统按它的方式运行的细微差别。CPU时间和处理时间是影响系统性能的重要因素，下面对这些方面进行深入探讨。

CPU时间是中央处理器（CPU）用于处理计算机程序或操作系统指令的时间量。CPU时间以秒或时钟滴答为单位。通常，用CPU容量的百分比来衡量CPU时间是很有用的，这被称为CPU使用率。

CPU时间和CPU使用率有两个主要用途。第一个用途是量化系统的总体繁忙程度。一般来说，当CPU使用率超过70%时，用户可能会遇到延迟。如此高的CPU使用率表明处理能力不足。要么CPU需要升级，要么用户体验降低，例如，通过切换到低分辨率图形或减少动画。

随着多任务的出现，第二个用途是量化计算机程序之间如何共享处理器。单个程序的高CPU使用率可能表明它对处理能力的要求很高，或者可能会出现故障，例如，它进入了无限循环。CPU时间允许测量单个程序需要多少处理能力，消除干扰，例如等待输入或暂停以允许其他程序运行的时间。相反，经过的实时（或简单的实时）是从计算机程序开始到结束所用的时间，由普通时钟测量。经过的实时时间包括I/O时间和程序产生的所有其他类型的等待。

SAP R/3系统中影响CPU时间的因素：

CPU时间不由操作系统决定。CPU时间不是事务响应时间的一个附加组件，而是在加载时间、滚动时间和处理时间期间消耗的。请参见下图了解响应时间及其组件

程序是在处理时间期间处理的，因此，CPU容量通常在此期间"消耗"。因此，返利淘客，处理时间和CPU时间应该大致相同。根据经验，处理时间和CPU时间之间的差异不应超过100%。较大的"损失时间"表示性能问题。

处理时间和CPU时间之间存在显著差异的可能原因？

第一个可能的原因是CPU瓶颈。这意味着没有足够的CPU容量可供SAP工作进程使用，因此必须等待CPU可用。在这种情况下，企业软件服务，在工作进程中测量处理时间，而不使用CPU时间，并且此处理时间远远大于CPU时间。

处理时间和CPU时间之间的差异的另一个原因与SAP工作进程中的等待时间有关。每当SAP工作进程的状态为"stopped"时，就在不使用CPU时间的情况下测量处理时间。这类等待情况可在工作流程概述中确定。

CPU瓶颈的两个可能原因如下：

负载分配不理想：

负载未在服务器上得到最佳分配。可能有可用CPU或主存容量的服务器。或者，负载分布可能在一天中的某些时间变得非最佳，例如，微淘客，当在系统负载峰值期间多个后台进程并行运行时。您应该能够重新安排这些程序在低系统负载时运行。

导致高CPU负载的单个进程：

具有高CPU负载的单个进程可能在高系统负载时运行。这些进程可能包括数据库进程（使用昂贵的SQL语句、高I/O速率）、SAP工作进程（使用作为后台作业运行的程序）或SAP外部的进程。为了提高性能，云服务器价格，您可以调整、重新安排，或者（在外部进程的情况下）取消这些进程。

工具和分析

系统分析跟踪（SAT）/运行时分析是将广泛用于分析高CPU时间的工具

I.SAT是SE30的新版本，它为ABAP跟踪提供以下信息

·基于事件监视应用服务器上的运行时

显示执行次数、总CPU时间和净CPU时间等信息

显示调用层次结构，什么是云计算和大数据，i、 e.处理顺序

II.ABAP跟踪的结构

III.分析结果的步骤：

a）概述：检查总次数和比率（ABAP:SQL:System）