Table of Contents

Addresses  CPS-307 - Getting issue details... STATUS

Test Flow Description

According to requirements the test flow included following operation:

• Create new anchor with unique name in given dataspace
• Create data node - full data tree upload for given anchor
• Update data node - node fragment replacement 
• Remove anchor (and associated data)

The dataspace and schema set were predefined.

The service functionality was tested in two modes:

• Embedded – the CPS was accessed directly via Java API
• Remote – The CPS was accessed using REST API

Load:

• The flow was repeated in a loop multiple times (defined with circles parameter);
  no delay between loops
• The flow loops were executed in a multiple concurrent threads (threads parameter);
  all threads were started subsequently with no delay
• each thread used same CPS service (embedded case) and REST client (remote case) instances
• All the data used (except schema set preparation) was taken from memory (loaded on preparation stage)

Full test application flow is shown on diagram below

Test Data

Yang model (schema set) based on:

• iana-if-type@2017-01-19.yang
• ieee802-dot1q-types.yang
• ietf-inet-types@2013-07-15.yang
• ietf-interfaces@2018-02-20.yang
• ietf-l2-topology@2020-11-15.yang
• ietf-l2-topology-state@2020-11-15.yang
• ietf-network@2018-02-26.yang
• ietf-network-state@2018-02-26.yang
• ietf-network-topology@2018-02-26.yang
• ietf-network-topology-state@2018-02-26.yang
• ietf-yang-types@2013-07-15.yang

Full data JSON is (taken as is from from RFC-8944 Appendix-B):

• ietf-network-sample-rfc8944.json (52 data nodes total)

Update data:

// node parent xpath: /networks/network[@network-id='l2-topo-example']/node[@node-id='D3']
// replacement fragment:
{ 
    "ietf-l2-topology:l2-node-attributes":
        {
	    	"management-address": [ "192.0.2.3", "2001:db8:0:3::" ]
		} 
}

Environment

The load test was performed using dedicated Spring Boot Application. The application was executed directly from IDE.

Remote services were deployed as docker containers. Docker was running on same machine.

Hardware details

Laptop DELL Latitude 5500

• Processors: 8 × Intel® Core™ i7-8665U CPU @ 1.90GHz
• Memory: 15,5 GiB of RAM
• lshw > lshw.txt

Software details

OS

• Operating System: Kubuntu 20.04
• KDE Plasma Version: 5.18.5
• KDE Frameworks Version: 5.68.0
• Qt Version: 5.12.8
• Kernel Version: 5.4.0-70-generic
• OS Type: 64-bit

Docker

• Docker version 20.10.5, build 55c4c88

Test application runtime

• OpenJDK version 13.0.4, 2020-07-14
• OpenJDK Runtime Environment (build 13.0.4+8-Ubuntu-120.04)
• OpenJDK 64-Bit Server VM (build 13.0.4+8-Ubuntu-120.04, mixed mode)
• java -XX:+PrintFlagsFinal -version > java-print-flags-final.txt

Test Results

Operation execution time

The operation per seconds was calculated as 1000/(exec time in millis).

Resource usage

Below are resource usage diagrams (VisualVM monitor screenshots) for used Threads/Circles combinations.

Embedded then remote load tests were performed via single application execution (see test flow diagram above)

Following (calculated by default) heap settings were used:

ErgoHeapSizeLimit                        = 0
HeapSizePerGCThread                      = 43620760
InitialHeapSize                          = 260046848
LargePageHeapSizeThreshold               = 134217728
MaxHeapSize                              = 4148166656
NonNMethodCodeHeapSize                   = 5836300
NonProfiledCodeHeapSize                  = 122910970
ProfiledCodeHeapSize                     = 122910970

Full dump of JVM flags is listed in attachment java-print-flags-final.txt