We have a client that has recently updated to v12 (from v10 we believe) and is experiencing significantly degraded performance.
This client has been using ShipRush Pro for UPS (via our app and the SOAP method) for many years and, due to their high seasonal volume, have made every effort to fully optimize its performance. These efforts include running regular database maintenance (performance degrades rapidly after ~1000 shipments), a dedicated high power machine for the ShipRush server where ShipRush runs on an SSD, ample memory, etc. In their busy season they go on to use multiple servers and ShipRush instances with a load balancer (currently off.)
In short, they have significant experience with optimizing ShipRush performance since it has such a huge impact on their order throughput which can exceed 10,000 packages a day during holiday time. Their past performance produces SOAP responses (without address validation or printing, just the SOAP response) in the 1-2 second range. Most are air shipments.
With the recent and necessitated move to v12, they have been evaluating performance and have reported significant declines. We're working with them today to learn what we can and make sure there is nothing obvious amiss. Before we get too far chasing this, I wanted to run it by you and see if this is known, expected, or can be mitigated. Should they still expect to be able to obtain 1-2 second response times on an optimized server?
Our understanding in the past was that performance was strongly impacted by disk IO, hence they are running SSD. In v12 has this perhaps been moved to a web service which could be hampering performance?
Thanks,
Russ Horton
Product Manager
NewHaven Software
This client has been using ShipRush Pro for UPS (via our app and the SOAP method) for many years and, due to their high seasonal volume, have made every effort to fully optimize its performance. These efforts include running regular database maintenance (performance degrades rapidly after ~1000 shipments), a dedicated high power machine for the ShipRush server where ShipRush runs on an SSD, ample memory, etc. In their busy season they go on to use multiple servers and ShipRush instances with a load balancer (currently off.)
In short, they have significant experience with optimizing ShipRush performance since it has such a huge impact on their order throughput which can exceed 10,000 packages a day during holiday time. Their past performance produces SOAP responses (without address validation or printing, just the SOAP response) in the 1-2 second range. Most are air shipments.
With the recent and necessitated move to v12, they have been evaluating performance and have reported significant declines. We're working with them today to learn what we can and make sure there is nothing obvious amiss. Before we get too far chasing this, I wanted to run it by you and see if this is known, expected, or can be mitigated. Should they still expect to be able to obtain 1-2 second response times on an optimized server?
Our understanding in the past was that performance was strongly impacted by disk IO, hence they are running SSD. In v12 has this perhaps been moved to a web service which could be hampering performance?
Thanks,
Russ Horton
Product Manager
NewHaven Software