Are there any metrics regarding the efficiency of the E2E server to gauge throughput of the server?
Does Marcel has any benchmarks for the server that he can spare and share this may satisfy his questions. I realise that the throughput is probably dependant on the kind of activities employed however there must be some tests performed that mock’s out the end points and therefore runs without a load. This would employ the UML VM only and give some measure to the basic efficiency of the server.
unfortunately I cannot provide you with a standardized performance tests. The latency of Bridge services depends very much on the used Bridge components and is typically limited by calls to external systems because the Bridge is typically used for integration projects and not number crunching. However, we went to great lengths to scale integration use cases linearly. This is a very important feature because it allows you to keep your latency low for increasing load by scaling up hardware – either more CPU power or more nodes. For example, Oracle tested this behavior explicitly when we did our Oracle middle ware certification (see table below).
Another performance bottle neck might be persistent state objects when using external databases as storage. Attached you find some tests we did for this use case. More about persistent state performance can also be found here.
Memory & Latency Scaling Tests Oracle/SAP Communication
|Test Steps||Test Description/Process||Behavior|
|Data Scaling||Load will be produced from SAP using SAP test tool (WE19). Use of scenario BPEL_SAP_Inbound – IDOC.||System stays stable, no loss of data.|
Latency and memory scale linearly.
Test for the Heavy Load from BPEL to SAP bridge
|Load will be produced from BPEL using scenarios|
|System stays stable, no loss of data.|
Memory scales linearly.
The tests run on a one processor PC with 4GB memory.
Thanks again for these figures. As you pointed out, I assumed the external interfaces would be the limiting factor and as the bridge is driven by the meta data it should perform fairly linearly. Another limit would be the complexity of the Action script manipulation which will vary depending on the circumstances. Is this correct?
It looks like the internal persistence module zips along very nicely compared with the external database versions. Are there any significant disadvantages with the internal version compared the the external database versions?
You must be logged in to reply to this topic.