Posted on 20th Jul 2018 2692 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 7463 views
Log Files in BASE24 classic 2779 views
BASE24 documentation to read 2468 views
BASE24 classic vs BASE24-eps 2442 views
BASE24 classic interview questions 2294 views
BASE24 classic screens examples explained 2022 views
Enabling traces in the payments simulator 1804 views
EMV explained for programmers 1598 views
Cards and Banks Training 1573 views
BASE24-eps interview questions 1472 views
BASE24 classic routing in IDF 824 views
First steps with BASE24 Classic 684 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!