Hi Asankha, thanks for your offer to help us analyzing our test results. I would like to use the offer. Before I do so, I will have to setup a test environment, where I will have reproducible results. It turned out that our last test did not meet this requirement. It may be possible, that other side effects influenced our test. This can easy happen, if you try to come as close as possible to your planned live environment.
> >> OS level tuning advisable for such low traffic scenarios? > Well.. you can refer to http://wso2.org/library/1721 for basic > information on tuning a Linux system for performance with the ESB. Thanks for that link! Up to now the instance is not tuned at all. Hardware-Info for test ESB instance: 2 CPU with 2 cores each (Intel(R) Xeon(R) CPU X5365 @3.00GHz) cat /proc/meminfo MemTotal: 16463852 kB MemFree: 11307788 kB Buffers: 84380 kB Cached: 3926108 kB SwapCached: 0 kB Active: 4043896 kB Inactive: 612772 kB SwapTotal: 8192616 kB SwapFree: 8192616 kB ... > you also describe your environment / configuration a bit more.. i.e. The > OS and JDK version and the scenario. Linux version 2.6.23.1-amd64-75 java -version java version "1.5.0_10" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_10-b03) Java HotSpot(TM) Server VM (build 1.5.0_10-b03, mixed mode) > If we can replicate your scenario > at our end, we could double check, and also profile the code to find out > where exactly most of the time is spend. Thanks for your offer! But at this point this is almost impossible. That's why I will work to setup a new test environment, which on the one hand will be not that far from the production use cases but far enough to not get influenced by to many side effects. > >> I will try to narrow down the average overhead for different message > >> sizes and service response times, because I could not see a constant > >> absolute overhead in ms which would be related to the two additional > >> network hops (incoming and outgoing). > Also, can you let me know if HTTP 1.1 is being used? Yes, we will always use HTTP 1.1. Messages will be sent out via Apache HTTPClient. Shall we set some specific options there? In our code I could only see disable.expect-continue and disable-keep-alive. I will have to clarify why we use them. One comment seems to indicate a problem with XFire in conjunction with Weblogic bridge and HTTP 100. I will get back to the list, if I have setup the new test environment. Thanks, Eric _______________________________________________ Esb-java-dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/esb-java-dev
