Comments on: Analyzing and remediating latency sensitive applications part 2 Oracle Clinical http://www.shunra.com/shunrablog/index.php/2009/09/17/analyzing-and-remediating-latency-sensitive-applications-part-2-oracle-clinical/ Supporting application performance management for IT professionals Tue, 07 Feb 2012 19:28:19 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: Esther Gibson http://www.shunra.com/shunrablog/index.php/2009/09/17/analyzing-and-remediating-latency-sensitive-applications-part-2-oracle-clinical/comment-page-1/#comment-664 Esther Gibson Wed, 03 Feb 2010 02:34:56 +0000 http://www.shunra.com/shunrablog/?p=1636#comment-664 Excellent site. You have got a recent devotee. Please maintain the fabulous work and I look forward to more of your entertaining posts. Excellent site. You have got a recent devotee. Please maintain the fabulous work and I look forward to more of your entertaining posts.

]]> By: Amichai Lesser http://www.shunra.com/shunrablog/index.php/2009/09/17/analyzing-and-remediating-latency-sensitive-applications-part-2-oracle-clinical/comment-page-1/#comment-557 Amichai Lesser Wed, 23 Sep 2009 14:02:16 +0000 http://www.shunra.com/shunrablog/?p=1636#comment-557 That is a good point but I am afraid a common miss conception. Consider a user in Tokyo with a remote data center in the USA. Will all his applications perform the same? The answer is NO. Some applications will perform well and some will perform horribly. Why? As it turns out, even with a slow network connection, you can build applications that will be agnostic to the network quality (agnostic to some extent. A poor network connection will slow down all applications, but some will be much more sensitive to it than others) So even if the Client, Network, Server time split shows that the transaction is network bound, it doesn't mean that the tuning opportunity isn't in the code, in most cases it is. I talk a lot about development best practices for building applications for a remote data center in the Shunra training sessions and the Shunra University mentioned in the post, feel free to check those out. Hope this helps. Amichai Lesser That is a good point but I am afraid a common miss conception. Consider a user in Tokyo with a remote data center in the USA. Will all his applications perform the same? The answer is NO. Some applications will perform well and some will perform horribly. Why?
As it turns out, even with a slow network connection, you can build applications that will be agnostic to the network quality (agnostic to some extent. A poor network connection will slow down all applications, but some will be much more sensitive to it than others)
So even if the Client, Network, Server time split shows that the transaction is network bound, it doesn’t mean that the tuning opportunity isn’t in the code, in most cases it is.
I talk a lot about development best practices for building applications for a remote data center in the Shunra training sessions and the Shunra University mentioned in the post, feel free to check those out.
Hope this helps.
Amichai Lesser

]]> By: Anon http://www.shunra.com/shunrablog/index.php/2009/09/17/analyzing-and-remediating-latency-sensitive-applications-part-2-oracle-clinical/comment-page-1/#comment-556 Anon Tue, 22 Sep 2009 06:30:06 +0000 http://www.shunra.com/shunrablog/?p=1636#comment-556 What part of the time can be split as network versus server versus client? I am curious because despite all the good work, my guess is that the network residence time between US and Europe cannot be avoided What part of the time can be split as network versus server versus client?

I am curious because despite all the good work, my guess is that the network residence time between US and Europe cannot be avoided

]]>