No offense taking, Rob! :-)
We now have another clue, this time from the console log. This error
keeps recurring:
[82053.035436] User process fault: interruption code 0x60010 in
nmon_mainframe_6
[82053.035448] failing address: 3FFFD379000
[82053.035453] CPU: 24 PID: 17149 Comm: nmon_mainframe_ Kdump: loaded
Not tainte
[82053.035456] task: 00000041402d8000 ti: 00000042b55d8000 task.ti:
00000042b55d
[82053.035459] User PSW : 0705200180000000 0000000080007114 (0x80007114)
[82053.035477] R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:1 AS:0 CC:2 PM:0 EA:
User GPRS: ffffffff0000441c 000000000073e750 0000000000670680
0000000000077000
[82053.035484] 00000000afe8da70 00000000afe89b90 0000000080067a50 000
[82053.035488] 00000000000001f9 000003fffcbc1440 0000000000035430 000
[82053.035492] 00000000000001fc 00000000800282b0 0000000000000672 000
[82053.035505] User Code: 0000000080007106: eb210003000d sllg %r2,%r1,
000000008000710c: b9080012 agr %r1,%r2
#0000000080007110: 41717000 la %r7,0(%r1,%r7)
0000000080007114: e31071a00004 lg %r1,416(%r7)
000000008000711a: ec1300442065 clgrj %r1,%r3,2,800071a2
0000000080007120: b9e91013 sgrk %r1,%r3,%r1
0000000080007124: e32071a80004 lg %r2,424(%r7)
000000008000712a: e33091a80004 lg %r3,424(%r9)
[82053.035558] Last Breaking-Event-Address:
[82053.035560] <000000008000707e> 0x8000707e
So handling this approximately 1K times could drive the %steal up, I
think.
Thanks again.
DJ
---
DAVID JONES | MANAGING DIRECTOR FOR ZSYSTEMS SERVICES | z/VM, Linux, and
Cloud
703.237.7370 (Office) | 281.578.7544 (CELL)
INFORMATION TECHNOLOGY COMPANY
On 11.05.2020 12:48 AM, Rob van der Heij wrote:
On Wed, 4 Nov 2020 at 20:06, Rob van der Heij <rvdh...@gmail.com>
wrote:
On Wed, 4 Nov 2020 at 19:30, Dave Jones <djo...@itconline.com> wrote
What is the CP overhead of managing this? The one Linux guest that is
running here reports a %steal of 15-17%, which I think is a bit high.
At the risk of teaching granny... the most common cause for reported
high
"steal percentage" in Linux is not CP overhead on I/O, but contention
for
CPU resources on z/VM and PR/SM level.
And when you see high %steal combined with %idle in the guest, then it
may
well be due to an application causing a high amount of polling (and
lowering the number of virtual CPUs closer to the allocated capacity
may be
helpful).
Rob
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390
or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
