Posted on 20th Jul 2018 3420 views
In this article we want to discover the limits of the neaPay simulator on an ordinary entry-level laptop.
First, you need to check the article about moving from functional test to a normal 100 TPS performance test.
Now, let's watch this video about running at 500 TPS.
OK, we know 500 TPS is easy, let us find the limits.
In Load mode, the neapay simulator continuously measures its performance and it shows if it goes over a second in achieving its transactions-per-second rate.
So let us see how it does at 1500 TPS.
So we notice that it does not do well at 1500 TPS, but at 1000 TPS it seems almost there. Well, we keep in mind that the screen recorder uses a lot of CPU and is seriously interfering with the CPU priority.
So we run a test at 1000 TPS with no screen recording.
As we can see, at 1000 TPS, with no screen recording, it was doing about 0.4-0.6 seconds per 1000 transactions. That is on the same 1.9 Ghz 1-core i5 CPU, see a screenshot here.
Conclusion is that for an entry-level laptop 500 TPS is no problem, acquirer and issuer, and 1000 TPS can be achieved only if there is no screen recording running. Improvements to achieve higher TPS can be done: run on multi-core CPUs, run multiple simulator instances, or at least do not run the Issuer simulator on the same machine :)
Run the neaPay ISO8583 simulator 9543 views
Log Files in BASE24 classic 3831 views
BASE24 classic interview questions 3409 views
BASE24 documentation to read 3373 views
BASE24 classic vs BASE24-eps 3334 views
BASE24 classic screens examples explained 2605 views
Enabling traces in the payments simulator 2305 views
EMV explained for programmers 2305 views
BASE24-eps interview questions 2255 views
Cards and Banks Training 2084 views
Working with Base24-eps vs BASE24 Classic 1298 views
BASE24 classic routing in IDF 1139 views
First steps with BASE24 Classic 965 views
Ready to start your next project with us? Give us a call or send us an email and we will get back to you as soon as possible!