|
Vern, not quite. In IBM i’s case:
Say a partition is set up for 0.1 cores, and uncapped.
If the software in that partition calls for more CPU than 0.1 the it will show percent CPU above 100%. So in Brads case he was pulling 9 times the allocation of his partition set up.
If a partition is capped, it will never show more than 100% since the system was told not to allow that.
The percent of CPU is roughly a measure of the allocated CPU to that partition. So if you have a partition with four cores assigned, it shows the percentage of all four cores, or with micro partitions less than one core.
I don’t have a clue what happens with other systems.
Jim Oberholtzer
Agile Technology Architects
On May 17, 2021, at 9:46 PM, Vern Hamberg <vhamberg@xxxxxxxxxxxxxxx> wrote:
Jim, I think I heard, and you seem to say, that each core - is that the right unit - gives 100%, so 2 of them give a total of 200%? I just read something that said if 3 cores are each at 60%, the reported percentage would be 180%? It seems this multiple-core reporting is not unique to the IBM i - it applies to laptops, workstations - my laptop has 2 cores, 4 logical processors (this doesn't matter, right?). Although the performance tab of Task Manager looks like it has a max of 100%, I've seen more than that there.
Regards
Vern
On 5/17/2021 6:55 PM, Jim Oberholtzer wrote:
It’s not overclocking. The partition is set up uncapped, so it will use as much CPU as it can, unless the other partitions are asking for their share.
They did you a huge favor setting it up that way. I’d let it be…
Jim Oberholtzer
Agile Technology Architects
On May 17, 2021, at 6:52 PM, Brad Stone <bvstone@xxxxxxxxx> wrote:
I just ask. It's a 15 partition hosted system. They only use one
partition.
Is there some maths to do in the calculation when working with multiple
LPAR systems when we see over 100%? 900% seems like some serious
overclocking. :)
On Mon, May 17, 2021 at 4:31 PM Jon Paris <jon.paris@xxxxxxxxxxxxxx> wrote:--
How many partitions on the box Brad. This happens quite often for us when
we run a CPU intensive process when no other partitions are in use.
Jon Paris
100%On May 17, 2021, at 5:10 PM, Brad Stone <bvstone@xxxxxxxxx> wrote:I have a customer who is reporting that the CPU for some jobs is over
for a period of time.All
WAS90SVR 875.39%
QINAVMNSRV 135%
QNPSERVS 900.28%
I'm guessing the first is a webserver job and the other two are system
jobs, obviously.
It's only for a short time during the night that this seems to happen.
other job CPUs (calculated using CPU time and elapsed time) show exactlyto
the same as what shows on WRKACTJOB.
Of course, since this was at night they weren't able to compare these 3
jobs on WRKACTJOB.
I know I've seen ++++ before for CPU percentage... but these seem odd.
I do know that there seems to be issues with the list jobs API on this
system to as it will return multiple instances of the same job from time
time in the active job list (not using SQL, using the API).Cloud
Bradley V. Stone
www.bvstools.com
Native IBM i e-Mail solutions for Microsoft Office 365, Gmail, or any
Provider!list
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxxrelated questions.
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
Help support midrange.com by shopping at amazon.com with our affiliatelink: https://amazon.midrange.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.