Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

This is a report for a series of Check-in-check-out test runs together with Bulk edits + Data Import in the Nolana release to see how these workflow workflows interact with one another, especially because they all use mod-inventory.

Infrastructure

PTF -environment ncp3

  •  9 m6i.2xlarge EC2 instances located in US East (N. Virginia)us-east-1
  • 2 instances of db.r6.xlarge database instances, one reader, and one writer
  • MSK ptf-kakfa-3
    • 4 m5.2xlarge brokers in 2 zones
    • Apache Kafka version 2.8.0

    • EBS storage volume per broker 300 GiB

    • auto.create.topics.enable=true
    • log.retention.minutes=480
    • default.replication.factor=3

...

  • In general, response times for CI/CO are consistently good, even better than the CI/CO + DI test without bulk editing. We can observe a decrease in response time spikes number which can cause better results.
  • Compared to baseline DI time increases for updates (baseline 24 20 min 5 57 s compared to test #4 and Test #3 about 30 min). Bulk edit time increases for tests with DI Create (about 10 min slower).
  • No errors or issues were found during the run of 3 workflows (Check-in/Check-out 8 users + Data Import MARC BIB 50k.mrc + Bulk edit 10k Items or 10k Holdings records)
  • Memory usage is stable for all modules, except for mod-source-record-manager, ​ mod-source-record-storage, and mod-inventory increased (reason: modules were restarted manually before the tests. No memory leaks were found during modules memory leaks investigation
    Jira Legacy
    serverSystem JiraJIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyPERF-358
    ). 
  • For all services CPU usage did not exceed 130% for tests 1 and 2 and did not exceed 170% for tests 3 and 4.
  • RDS CPU usage was high up to 94%

...

Test

Virtual Users

Duration of CI/CO

Load generator size (recommended)Load generator Memory(GiB) (recommended)

1.

8 users CI/CO + DI 50k MARC BIB Create+ 10k Items editing30 minst3.medium3

2.

8 users CI/CO + DI 50k MARC BIB Create+ 10k holdings editing30 minst3.medium3

3.

8 users CI/CO + DI 50k MARC BIB Update+ 10k Items editing30 minst3.medium3
4.8 users CI/CO + DI 50k MARC BIB Update+ 10k Holdings editing30 minst3.medium3

Results

Response Times (Average of all tests listed above, in seconds)


Check-in-check-outBulk editData Import

Average (seconds)ItemsHoldingsMARC BIB

Check-inCheck-out10k records10k records50k Create50k Update
Test 10.7151.33240 min-20 min 19 sec-
Test 20.7561.383-20 min 30 sec21min  07 sec-
Test 30.5671.02932 min--33 min 33 sec
Test 40.5520.987-9min 20 sec-30 min 52 sec
Jobs Baseline time to compare (single process)0.4560.69828 min12 min 25 sec23 min 43 s21 min 11 s  (for mod-source-record-manager v. 3.5.4)20 min 57 s (for mod-source-record-manager v. 3.5.4)
CICO + DI MARC BIB Create time 0.9261.666--19min 28s-
CICO + DI MARC BIB Update time 0.7001.199---27min 39s
CICO + Holdings Bulk Edit time0.4280.790-11 min 20 sec--
CICO + Items Bulk Edit time0.4310.79320min *---

...

Compared to baseline DI time increases for updates (baseline 24 20 min 5 57 s compared  compared to test #4 and Test #3 about 30 min). Bulk edit time increases for tests with DI Create (about 10 min slower).

...

  • Memory usage is stable for all modules, except for mod-source-record-manager, ​ mod-source-record-storage, and mod-inventory increased (reason: modules were restarted manually before the tests. No memory leaks were found during modules memory leaks investigation
    Jira Legacy
    serverSystem JiraJIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyPERF-358
    ). 

...