📄 timepsim.t
字号:
@c@c Timing information for PSIM@c@c COPYRIGHT (c) 1988-2002.@c On-Line Applications Research Corporation (OAR).@c All rights reserved.@c@c $Id: timePSIM.t,v 1.12 2002/01/17 21:47:46 joel Exp $@c@include common/timemac.texi@tex\global\advance \smallskipamount by -4pt@end tex@chapter RTEMS_BSP Timing Data@section IntroductionThe timing data for RTEMS on the RTEMS_BSP target is provided along with the targetdependent aspects concerning the gathering of the timing data.The hardware platform used to gather the times is described togive the reader a better understanding of each directive timeprovided. Also, provided is a description of the interruptlatency and the context switch times as they pertain to thePowerPC version of RTEMS.@section Hardware PlatformAll times reported in this chapter were measured using the PowerPCInstruction Simulator (PSIM). PSIM simulates a variety of PowerPC6xx models with the PPC603e being used as the basis for the measurementsreported in this chapter.The PowerPC decrementer register was was used to gatherall timing information. In real hardware implementationsof the PowerPC architecture, this register would typicallycount something like CPU cycles or be a function of the clockspeed. However, with PSIM each count of the decrementer register represents an instruction. Thus all measurements in this chapter are reported as the actual number of instructionsexecuted. All sources of hardware interrupts were disabled,although traps were enabled and the interrupt level of thePowerPC allows all interrupts.@section Interrupt LatencyThe maximum period with traps disabled or theprocessor interrupt level set to it's highest value inside RTEMSis less than RTEMS_MAXIMUM_DISABLE_PERIODmicroseconds including the instructions whichdisable and re-enable interrupts. The time required for thePowerPC to vector an interrupt and for the RTEMS entry overheadbefore invoking the user's trap handler are a total of RTEMS_INTR_ENTRY_RETURNS_TO_PREEMPTING_TASKmicroseconds. These combine to yield a worst case interruptlatency of less than RTEMS_MAXIMUM_DISABLE_PERIOD +RTEMS_INTR_ENTRY_RETURNS_TO_PREEMPTING_TASK microseconds at RTEMS_MAXIMUM_DISABLE_PERIOD_MHZ Mhz.[NOTE: The maximum period with interrupts disabled was lastdetermined for Release RTEMS_RELEASE_FOR_MAXIMUM_DISABLE_PERIOD.]The maximum period with interrupts disabled withinRTEMS is hand-timed with some assistance from RTEMS_BSP. The maximumperiod with interrupts disabled with RTEMS occurs was not measuredon this target.The interrupt vector and entry overhead time wasgenerated on the RTEMS_BSP benchmark platform using the PowerPC'sdecrementer register. This register was programmed to generatean interrupt after one countdown.@section Context SwitchThe RTEMS processor context switch time is RTEMS_NO_FP_CONTEXTSinstructions on the RTEMS_BSP benchmark platform when no floatingpoint context is saved or restored. Additional execution timeis required when a TASK_SWITCH user extension is configured.The use of the TASK_SWITCH extension is application dependent.Thus, its execution time is not considered part of the rawcontext switch time.Since RTEMS was designed specifically for embeddedmissile applications which are floating point intensive, theexecutive is optimized to avoid unnecessarily saving andrestoring the state of the numeric coprocessor. The state ofthe numeric coprocessor is only saved when an FLOATING_POINTtask is dispatched and that task was not the last task toutilize the coprocessor. In a system with only oneFLOATING_POINT task, the state of the numeric coprocessor willnever be saved or restored. When the first FLOATING_POINT taskis dispatched, RTEMS does not need to save the current state ofthe numeric coprocessor.The following table summarizes the context switchtimes for the RTEMS_BSP benchmark platform:
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -