<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: tkprof (1)</title>
	<atom:link href="http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/</link>
	<description>Just another Oracle weblog</description>
	<lastBuildDate>Fri, 24 May 2013 13:27:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: goran</title>
		<link>http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-15152</link>
		<dc:creator><![CDATA[goran]]></dc:creator>
		<pubDate>Fri, 13 Jul 2007 14:53:14 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-15152</guid>
		<description><![CDATA[increaseing the default values for send and receive queue sizes associated with networking devices, also adjusting TCP socket buffer settings, jumbo frames etc could help in reducing the number of network round-trips if network is the main problem in this case...
would be interesting to check the code and the logic...]]></description>
		<content:encoded><![CDATA[<p>increaseing the default values for send and receive queue sizes associated with networking devices, also adjusting TCP socket buffer settings, jumbo frames etc could help in reducing the number of network round-trips if network is the main problem in this case&#8230;<br />
would be interesting to check the code and the logic&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Lewis</title>
		<link>http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-14178</link>
		<dc:creator><![CDATA[Jonathan Lewis]]></dc:creator>
		<pubDate>Tue, 03 Jul 2007 17:18:35 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-14178</guid>
		<description><![CDATA[Jeroen, thanks for the information.]]></description>
		<content:encoded><![CDATA[<p>Jeroen, thanks for the information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeroen</title>
		<link>http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-14158</link>
		<dc:creator><![CDATA[Jeroen]]></dc:creator>
		<pubDate>Tue, 03 Jul 2007 10:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-14158</guid>
		<description><![CDATA[MTU controls the Ethernet frame size whereas tcp_xmit_hiwat and tcp_rec_hiwat are typically an in-memory kernel buffer used as a store/forward mechanism between the applicaiton and kernel driver (sort of like a filesystem buffer). In fact you brought up a good point: the MTU needs to be adjusted to support larger frames 9200 bytes (think it&#039;s called Jumbo Frames) if one really wants to cut down on the number of network round-trips for delivering a fixed-size payload.]]></description>
		<content:encoded><![CDATA[<p>MTU controls the Ethernet frame size whereas tcp_xmit_hiwat and tcp_rec_hiwat are typically an in-memory kernel buffer used as a store/forward mechanism between the applicaiton and kernel driver (sort of like a filesystem buffer). In fact you brought up a good point: the MTU needs to be adjusted to support larger frames 9200 bytes (think it&#8217;s called Jumbo Frames) if one really wants to cut down on the number of network round-trips for delivering a fixed-size payload.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Lewis</title>
		<link>http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-13858</link>
		<dc:creator><![CDATA[Jonathan Lewis]]></dc:creator>
		<pubDate>Fri, 29 Jun 2007 07:14:24 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-13858</guid>
		<description><![CDATA[Stew, thanks for the information; your description certainly fits the &#039;tiny lag&#039; observations.

Am I right in thinking that the &lt;em&gt;&#039;tcp buffer size&#039;&lt;/em&gt; is not the same thing as the &lt;em&gt;&lt;strong&gt;MTU&lt;/strong&gt;&lt;/em&gt; (maximum transmission unit) size which gets reported by some versions of the netstat command ?  My memory of that figure is that it&#039;s often about 1450 bytes.
]]></description>
		<content:encoded><![CDATA[<p>Stew, thanks for the information; your description certainly fits the &#8216;tiny lag&#8217; observations.</p>
<p>Am I right in thinking that the <em>&#8216;tcp buffer size&#8217;</em> is not the same thing as the <em><strong>MTU</strong></em> (maximum transmission unit) size which gets reported by some versions of the netstat command ?  My memory of that figure is that it&#8217;s often about 1450 bytes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stew Ashton</title>
		<link>http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-13802</link>
		<dc:creator><![CDATA[Stew Ashton]]></dc:creator>
		<pubDate>Thu, 28 Jun 2007 18:17:24 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/06/28/tkprof-1/#comment-13802</guid>
		<description><![CDATA[Jonathan,

In one of my projects, a colleague did a network analysis between Oracle and our application.  He found that the TCP buffer size (default 16K in our OS) was too small for the 100 Mbit throughput of the network adapter.  He upped our &quot;standard&quot; TCP buffer size to 64K.  This might explain these tiny lags you speak of.

I would also mention that there is a slight additional latency of 1 to 3 milliseconds if the two machines are separated by routers and / or firewalls.  This is probably only a problem when one &quot;transaction&quot; is generating many many SQL statements.

I spent a week testing different network-related parameters (TDU and SDU size mostly) and found no measurable difference.]]></description>
		<content:encoded><![CDATA[<p>Jonathan,</p>
<p>In one of my projects, a colleague did a network analysis between Oracle and our application.  He found that the TCP buffer size (default 16K in our OS) was too small for the 100 Mbit throughput of the network adapter.  He upped our &#8220;standard&#8221; TCP buffer size to 64K.  This might explain these tiny lags you speak of.</p>
<p>I would also mention that there is a slight additional latency of 1 to 3 milliseconds if the two machines are separated by routers and / or firewalls.  This is probably only a problem when one &#8220;transaction&#8221; is generating many many SQL statements.</p>
<p>I spent a week testing different network-related parameters (TDU and SDU size mostly) and found no measurable difference.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
