CPU Pegging
- Galen
- Topic Author
- Visitor
11 years 5 months ago #5320
by Galen
CPU Pegging was created by Galen
I have installed FreeAXP 2.4.1.502 and restored our backups (7.3-2) to the new virtual disks. The CPU is maxed out on one core. I installed IDLE v1.2 and the CPU usage subsided to normal levels. This works fine until I shutdown my PC. After rebooting the PC and restarting the virtual AXP system, the CPU is again maxed out on one core. Doing the install of IDLE v1.2 again, resolves the problem until I need to reboot the PC. When i shut down the AXP and exiting the emulator and then restart the AXP system and the emulator, the CPU usage is at normal levels. Rebooting again restores the CPU issue.
What do I need to do to keep the settings of IDLE v1.2 after I have rebooted the PC?
What do I need to do to keep the settings of IDLE v1.2 after I have rebooted the PC?
Please Log in or Create an account to join the conversation.
- Bruce Claremont
- Topic Author
- Visitor
11 years 5 months ago #5321
by Bruce Claremont
Replied by Bruce Claremont on topic RE: CPU Pegging
This link might be helpful:
forum.stromasys.com/userforum/index.php?...92d137c720b40bc15e7a
Please Log in or Create an account to join the conversation.
- Galen
- Topic Author
- Visitor
11 years 5 months ago #5322
by Galen
Replied by Galen on topic RE: CPU Pegging
Thank you Bruce, that is exactly the same problem that I have. Unfortunately, the directions used to solve that problem were not posted.
Please Log in or Create an account to join the conversation.
- VolkerHalle
- Topic Author
- Visitor
11 years 5 months ago #5323
by VolkerHalle
Replied by VolkerHalle on topic RE: CPU Pegging
Galen,
the IDLE code loads an execlet called SYS$IDLE. You can easily check, whether this execlet is loaded in your running OpenVMS System and look at the code:
$ ANAL/SYS
SDA> SHOW EXEC SYS$IDLE
....
[UPDATE]: the following is only true for V8.3 or higher !
SDA> exam/ins SCH$IDLE_CPU_C;40 ! this is IDLE V1.1
SCH$IDLE_CPU_C: SUBQ SP,#X20,SP
SCH$IDLE_CPU_C+00004: STQ R27,(SP)
SCH$IDLE_CPU_C+00008: STQ R26,#X0010(SP)
SCH$IDLE_CPU_C+0000C: STQ FP,#X0018(SP)
SCH$IDLE_CPU_C+00010: BIS R31,SP,FP
SCH$IDLE_CPU_C+00014: BIS R31,#X01,R16
SCH$IDLE_CPU_C+00018: LDQ R26,#X0028(R27)
SCH$IDLE_CPU_C+0001C: LDL R24,(R26)
SCH$IDLE_CPU_C+00020: ADDL R24,#X01,R24
SCH$IDLE_CPU_C+00024: STL R24,(R26)
SCH$IDLE_CPU_C+00028: WTINT
SCH$IDLE_CPU_C+0002C: BIS R31,FP,SP
SCH$IDLE_CPU_C+00030: LDQ R28,#X0010(SP)
SCH$IDLE_CPU_C+00034: LDQ FP,#X0018(SP)
SCH$IDLE_CPU_C+00038: ADDQ SP,#X20,SP
SCH$IDLE_CPU_C+0003C: RET R31,(R28)
SCH$IDLE_CPU_C+00040: HALT
This code is being called via the SCH$IDLE_CPU System routine
SDA> exa sch$idle_cpu;10
FFFFFFFF 80694000 00200000 00103089 .0.... ..@i..... 81A14820
SDA> exa/ins 80694000
SCH$IDLE_CPU_C: SUBQ SP,#X20,SP
This code is loaded during OpenVMS boot, except if NOAUTOCONFIG=1 or bit 0 in LOAD_SYS_IMAGES is cleared.
The problem descriptions are a bit vague regarding 'reboot', they do not always correctly talk about an Emulator restart, an OpenVMS reboot or a complete Windows reboot.
If I understand your problem description correctly, your're saying that an OpenVMS reboot does not make the problem reappear, even an Emulator restart does not trigger the problem, only a Windows reboot causes the problem to reappear. And the problem is '1 core fully utilized by the emulator', although IDLE had been installed.
Volker.<hr>
the IDLE code loads an execlet called SYS$IDLE. You can easily check, whether this execlet is loaded in your running OpenVMS System and look at the code:
$ ANAL/SYS
SDA> SHOW EXEC SYS$IDLE
....
[UPDATE]: the following is only true for V8.3 or higher !
SDA> exam/ins SCH$IDLE_CPU_C;40 ! this is IDLE V1.1
SCH$IDLE_CPU_C: SUBQ SP,#X20,SP
SCH$IDLE_CPU_C+00004: STQ R27,(SP)
SCH$IDLE_CPU_C+00008: STQ R26,#X0010(SP)
SCH$IDLE_CPU_C+0000C: STQ FP,#X0018(SP)
SCH$IDLE_CPU_C+00010: BIS R31,SP,FP
SCH$IDLE_CPU_C+00014: BIS R31,#X01,R16
SCH$IDLE_CPU_C+00018: LDQ R26,#X0028(R27)
SCH$IDLE_CPU_C+0001C: LDL R24,(R26)
SCH$IDLE_CPU_C+00020: ADDL R24,#X01,R24
SCH$IDLE_CPU_C+00024: STL R24,(R26)
SCH$IDLE_CPU_C+00028: WTINT
SCH$IDLE_CPU_C+0002C: BIS R31,FP,SP
SCH$IDLE_CPU_C+00030: LDQ R28,#X0010(SP)
SCH$IDLE_CPU_C+00034: LDQ FP,#X0018(SP)
SCH$IDLE_CPU_C+00038: ADDQ SP,#X20,SP
SCH$IDLE_CPU_C+0003C: RET R31,(R28)
SCH$IDLE_CPU_C+00040: HALT
This code is being called via the SCH$IDLE_CPU System routine
SDA> exa sch$idle_cpu;10
FFFFFFFF 80694000 00200000 00103089 .0.... ..@i..... 81A14820
SDA> exa/ins 80694000
SCH$IDLE_CPU_C: SUBQ SP,#X20,SP
This code is loaded during OpenVMS boot, except if NOAUTOCONFIG=1 or bit 0 in LOAD_SYS_IMAGES is cleared.
The problem descriptions are a bit vague regarding 'reboot', they do not always correctly talk about an Emulator restart, an OpenVMS reboot or a complete Windows reboot.
If I understand your problem description correctly, your're saying that an OpenVMS reboot does not make the problem reappear, even an Emulator restart does not trigger the problem, only a Windows reboot causes the problem to reappear. And the problem is '1 core fully utilized by the emulator', although IDLE had been installed.
Volker.<hr>
Please Log in or Create an account to join the conversation.
- VolkerHalle
- Topic Author
- Visitor
11 years 5 months ago #5324
by VolkerHalle
Replied by VolkerHalle on topic RE: CPU Pegging
Galen,
I've powered on my Notebook, started FreeAXP v1.0.283 and booted OpenVMS including IDLE V1.2. The Windows CPU/core utilization is about 10-20% for each core.
So something must have changed between 'then' and 'now'.
I don't think OpenVMS changed, but you can now verify, whether IDLE is still loaded.
Volker.
I've powered on my Notebook, started FreeAXP v1.0.283 and booted OpenVMS including IDLE V1.2. The Windows CPU/core utilization is about 10-20% for each core.
So something must have changed between 'then' and 'now'.
I don't think OpenVMS changed, but you can now verify, whether IDLE is still loaded.
Volker.
Please Log in or Create an account to join the conversation.
- Galen
- Topic Author
- Visitor
11 years 5 months ago #5325
by Galen
Replied by Galen on topic RE: CPU Pegging
Volker, thank you for your help.
My testing yesterday indicated that shutting down the emulator and restarting it did NOT affect the setting of IDLE. Yesterday, rebooting my PC and restarting the emulator caused the CPU to max out on one core.
Today, I do the same test (shutting down the emulator and then restarting VMS), and IDLE is reset (CPU is max on one core) until I re-install the IDLE v1.2. I get the same results with a shutdown and automatic reboot.
Here are the settings you inquired about from my system:
$ mc sysgen
SYSGEN> SHOW NOAUTOCONFIG
Parameter Name Current Default Min. Max. Unit Dynamic
----
NOAUTOCONFIG 0 0 0 1 Boolean D
SYSGEN> SHOW LOAD_SYS_IMAGES
Parameter Name Current Default Min. Max. Unit Dynamic
----
LOAD_SYS_IMAGES 7 7 0 31 Bitmask
SYSGEN>
$ anal/sys
OpenVMS (TM) system analyzer
SDA> show exec sys$idle
VMS Executive layout
Image Base End
Length SymVec
----
SYS$IDLE FFFFFFFF.85FFC000 FFFFFFFF.86003FFF 0000
0000.00008000
Nonpaged read only FFFFFFFF.85FFC000 FFFFFFFF.85FFC1FF 0000
0000.00000200
Nonpaged read/write FFFFFFFF.86000000 FFFFFFFF.860001FF 0000
0000.00000200
Linked 21-AUG-2013 10:37 LDRIMG 81B91380 --< not sliced >--
SDA> exam/ins SCH$IDLE_CPU_C;40
IMG$RUNDOWN_C: LDQ R27,#X0010(R27)
XQP_STD$UNLOCK_CACHE_C+00004: LDQ R28,#X0008(R27)
XQP_STD$UNLOCK_CACHE_C+00008: JMP R31,(R28)
XQP_STD$UNLOCK_CACHE_C+0000C: LDQ R3,#X0010(R3)
XQP_STD$UNLOCK_CACHE_C+00010: LDQ R2,#X0008(R3)
XQP_STD$UNLOCK_CACHE_C+00014: JMP R31,(R2)
EXE$PROC_CORRECTED_ERROR_C: BIS R3,R31,R6
SCH$PAGEFAULT_C+00004: LDQ R3,#X0010(R3)
SCH$PAGEFAULT_C+00008: LDQ R2,#X0008(R3)
SCH$PAGEFAULT_C+0000C: JMP R31,(R2)
SCH$PAGEFAULT_C+00010: RET R31,(R26)
SCH$PAGEFAULT_C+00014: LDA R0,#X0001(R31)
SCH$PAGEFAULT_C+00018: RET R31,(R26)
SCH$PAGEFAULT_C+0001C: LDA R0,#X0E4A(R31)
SCH$PAGEFAULT_C+00020: RET R31,(R26)
SCH$PAGEFAULT_C+00024: HALT
OTS$BIT_AND_C: SRA R17,#X03,R1
SDA>
My testing yesterday indicated that shutting down the emulator and restarting it did NOT affect the setting of IDLE. Yesterday, rebooting my PC and restarting the emulator caused the CPU to max out on one core.
Today, I do the same test (shutting down the emulator and then restarting VMS), and IDLE is reset (CPU is max on one core) until I re-install the IDLE v1.2. I get the same results with a shutdown and automatic reboot.
Here are the settings you inquired about from my system:
$ mc sysgen
SYSGEN> SHOW NOAUTOCONFIG
Parameter Name Current Default Min. Max. Unit Dynamic
----
NOAUTOCONFIG 0 0 0 1 Boolean D
SYSGEN> SHOW LOAD_SYS_IMAGES
Parameter Name Current Default Min. Max. Unit Dynamic
----
LOAD_SYS_IMAGES 7 7 0 31 Bitmask
SYSGEN>
$ anal/sys
OpenVMS (TM) system analyzer
SDA> show exec sys$idle
VMS Executive layout
Image Base End
Length SymVec
----
SYS$IDLE FFFFFFFF.85FFC000 FFFFFFFF.86003FFF 0000
0000.00008000
Nonpaged read only FFFFFFFF.85FFC000 FFFFFFFF.85FFC1FF 0000
0000.00000200
Nonpaged read/write FFFFFFFF.86000000 FFFFFFFF.860001FF 0000
0000.00000200
Linked 21-AUG-2013 10:37 LDRIMG 81B91380 --< not sliced >--
SDA> exam/ins SCH$IDLE_CPU_C;40
IMG$RUNDOWN_C: LDQ R27,#X0010(R27)
XQP_STD$UNLOCK_CACHE_C+00004: LDQ R28,#X0008(R27)
XQP_STD$UNLOCK_CACHE_C+00008: JMP R31,(R28)
XQP_STD$UNLOCK_CACHE_C+0000C: LDQ R3,#X0010(R3)
XQP_STD$UNLOCK_CACHE_C+00010: LDQ R2,#X0008(R3)
XQP_STD$UNLOCK_CACHE_C+00014: JMP R31,(R2)
EXE$PROC_CORRECTED_ERROR_C: BIS R3,R31,R6
SCH$PAGEFAULT_C+00004: LDQ R3,#X0010(R3)
SCH$PAGEFAULT_C+00008: LDQ R2,#X0008(R3)
SCH$PAGEFAULT_C+0000C: JMP R31,(R2)
SCH$PAGEFAULT_C+00010: RET R31,(R26)
SCH$PAGEFAULT_C+00014: LDA R0,#X0001(R31)
SCH$PAGEFAULT_C+00018: RET R31,(R26)
SCH$PAGEFAULT_C+0001C: LDA R0,#X0E4A(R31)
SCH$PAGEFAULT_C+00020: RET R31,(R26)
SCH$PAGEFAULT_C+00024: HALT
OTS$BIT_AND_C: SRA R17,#X03,R1
SDA>
Please Log in or Create an account to join the conversation.
Moderators: iamcamiel
Time to create page: 0.199 seconds