Steve's Power Systems BlogPower BlogContactLog inRegister
  • Power Blog
  • Contact

  • Register

IBM Power Systems Blog

Power Systems
  • Front Page
  • Categories
  • Archives
  • Latest comments
  • « p7 vs p8 Real World Core Reductions
  • AIX Dynamic LPAR Name Changes »

p7 Core cost from poor LPAR Affinity

Posted by steve on 16 Jul 2017 in Power System Affinity, AIX Tuning, Performance Testing

I have been looking to write a post like this for some time but have been unable to get the definitive data that I needed to show the core costs associated with poor LPAR Affinity.  We recently ran some load testing using Load Runner and the same workload was applied to four different LPARs with the exact same configuration.

The tests were conducted on p7 795 hardware.

These tests highlight the negative effects from having high vCPU counts and low Entitlements on a p7 795.

We had two LPARs running on the same Node in one Frame and the other two LPARs running on separate Nodes in another Frame.

 

 

LPAR Details - All LPARs identical.

AIX: 7100-04-03-1642

Shared-SMT (smtctl -t 2)

schedo vpm_throughput_mode = 2

Entitlement  = 3.0

vCPU Count = 30

Memory = 40960 Megabytes - Dedicated.

 

p7 Details.

9119-FHB ==> p795

Clock Speed: 4004 MHz

All 256 Cores are activated.

Processor Implementation Mode: POWER 7

Firmware Version: AH780_068

  

Test Summary.

The testing injects over 1,400 transactions per second to the LPARs using load running.  This ensures that the same load is allocated to each LPAR.

  

Test on p7.

LPAR1 was on Node 5 in Frame 1.

LPAR2 was on Node 7 in Frame 1.

LPAR3 was on Node 5 in Frame 2.

LPAR4 was on Node5 in Frame 2.

 

Shared Processor Pool Consumption.

LPAR1 around 17 to 18 cores.

LPAR2 around 18 to 19 cores.

LPAR3 around 21 to 23 cores.

LPAR4 around 21 to 23 cores.

A point to note here is that on a p7-795 with all cores activated, there are 32 cores available per node.  Therefore, LPAR3 and LPAR4 were consuming (at minimum) a combined total of 42 cores, which means that some of their virtual processors (VPs) were scheduled to a far node.  I believe this is the reason why they are consuming around 22% more cores than LPAR1 whose VPs were running within the same Node, as there is extra CPU overhead in copying/syncing cache content between cores on far nodes.

 

LPAR1 Cores to User and System

p7 795 LPAR Cores Good Affinity

 

LPAR2 Cores to User and System

p7 795 LPAR2 Good Core Affinity

 

LPAR3 Cores to User and System

p7 795 LPAR3 Bad Core Affinity

 

LPAR4 Cores to User and System

p7 795 LPAR4 Bad Core Affinity

 

  

Virtual Processor Context Switching.

ilcs is the number of involuntary logical processor context switches.  VP was kicked off the core by the Hypervisor due to another LPAR running under entitlement needing to run on the core.

vlcs is the number of voluntary logical processor context switches.  VP was voluntary ceeded back to the shared pool as the LPAR did not have any active workload to run on the core.

LPAR1 shows around 5,000 ilcs and 14,600 vlcs.

LPAR2 shows around 6,000 ilcs and 15,700 vlcs.

LPAR3 shows around 8,500 ilcs and 12,000 vlcs.

LPAR4 shows around 8,600 ilcs and 12,000 vlcs.

 

LPAR3 and LPAR4 are showning around 40% more ilcs's than LPAR1, meaning they are being kicked off the core (with a running workload) more often.

LPAR3 and LPAR4 are showing around 18% less vlcs's that LPAR1, meaning they are not ceeding idle cores back to the shared pool as often.

  

LPAR1 ilcs to vlcs

p7 795 ilcs vs vlcs good affinity

 

LPAR2 ilcs to vlcs

p7 795 ilcs vs vlcs good affinity

 

LPAR3 ilcs to vlcs

p7 795 ilcs vs vlcs bad affinity

 

LPAR4 ilcs to vlcs

p7 795 vlcs vs ilcs bad affinity power

 

 

 

 

 

 

Tags: 9119-FHBAIXAffinityLPARPowerVMilcs vs vlcs

No feedback yet


Form is loading...

July 2026
Mon Tue Wed Thu Fri Sat Sun
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    
 << <   > >>

IBM Power Systems Blog

IBM Power Systems - Administration, Tuning and Optimisation. These posts are my own personal opinions and comments only.

Search

Categories

  • All
  • AIX Tips
  • AIX Tuning
  • Command Line Tips
  • HMC Tips
  • LPM Information
  • NIM Tips
  • Performance Testing
  • Power System Affinity
  • PowerHA Tips
  • SRIOV and vNIC
  • Scripts and One Liners
  • VIO Server Tips

Recent Posts

  • AIX NIM Hints and Tips
  • Finding Multiple Install Sources for AIX
  • PowerHA and EMC Busy Devices
  • AIX Random Password Generation
  • VIO Server 3.1.0 and ssh host keys
  • VIO Server 3.1.0 Items to Review
  • Just when you thought you understood idle CPU time!!
  • 40Gbit Adapter Performance Testing
  • LPM Copy Time Statistics
  • IBM HMC Upgrades

Recent Comments

  • steve on How to configure IBM SRIOV Adapters
  • Howard Coles on How to configure IBM SRIOV Adapters
  • steve on AIX mpstat and lssrad part 1
  • Charin Kumjudpai on AIX mpstat and lssrad part 1
  • Gagandeep on LPM and multiple vSwitches
  • Fant Steele on VIO Server 3.1.0 and ssh host keys
  • steve on AIX NIM Hints and Tips
  • alan wilcox on AIX NIM Hints and Tips
  • steve on AIX buf_mode attribute for Virtual Ethernet Adapters
  • Bernhar on AIX buf_mode attribute for Virtual Ethernet Adapters
  • Gery on Reading VLANs from the SEA Adapter
  • steve on Reading VLANs from the SEA Adapter
  • patrice on Reading VLANs from the SEA Adapter
  • steve on Reading VLANs from the SEA Adapter
  • steve on AIX buf_mode attribute for Virtual Ethernet Adapters
  • Chris K. on AIX buf_mode attribute for Virtual Ethernet Adapters
  • jovi on AIX or VIOS Errors: 29FA8C20 and 7BFEEA1F
  • steve on AIX or VIOS Errors: 29FA8C20 and 7BFEEA1F
  • jovi on AIX or VIOS Errors: 29FA8C20 and 7BFEEA1F
  • steve on Creating EtherChannel Devices from Command Line

This collection ©2026 by Stephen Diwell • Contact • Help • Photo albums software

Blog software
Cookies are required to enable core site functionality.