Details
-
Bug
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Done
-
13.0.1
-
-
Other dev
Description
Environment
psql (PostgreSQL) 9.6.8
folio=# select count(*) from supertenant_mod_inventory_storage.item;
count
---------
2908651
(1 row)
Steps to reproduce:
Using Postman or JMeter, make an HTTP request call to mod-inventory-storage item-storage API
1. GET /item-storage/items
2. POST /item-storage/items
Body Data:
3. GET /item-storage/items/5ee11d91-f7e8-481d-b079-65d708582ccc
4. PUT /item-storage/items/5ee11d91-f7e8-481d-b079-65d708582ccc
5. GET /item-storage/items/5ee11d91-f7e8-481d-b079-65d708582ccc
6. DELETE /item-storage/items/5ee11d91-f7e8-481d-b079-65d708582ccc
7. GET /item-storage/items/5ee11d91-f7e8-481d-b079-65d708582ccc
Observation:
GET after POST takes following:
1 User -> 24 ms
2 Users -> 2805 ms
3 Users -> 5334 ms
4 Users -> 7072 ms
Initially, response time increases exponentially and then it keeps increasing linearly. I have attached DEBUG logs from PostgreSQL and JMeter Summary logs for concurrent Users.
TestRail: Results
Attachments
Issue Links
- blocks
-
FOLIO-1711 Performance issues reported through the automatic perf testing Q1
-
- Closed
-
- clones
-
MODINVSTOR-124 material-type API - delete from material-type by materialTypeId sql query takes more than 5 seconds to execute
-
- Closed
-
- relates to
-
MODINVSTOR-118 Use identity column for GET, PUT and DELETE implementations
-
- Open
-
-
MODINVSTOR-146 Performance - POST and PUT for /inventory/items endpoint takes ~10 to ~15 seconds
-
- Closed
-
-
MODINVSTOR-237 Performance: GET 200 - Get updated mod-inventory/item by using modInventoryItemId
-
- Closed
-