<?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/"
		>
<channel>
	<title>Comments on: where did my bandwidth go</title>
	<atom:link href="http://baldric.net/2008/08/20/where-did-my-bandwidth-go/feed/" rel="self" type="application/rss+xml" />
	<link>http://baldric.net/2008/08/20/where-did-my-bandwidth-go/</link>
	<description>another voice in the babble on the net</description>
	<lastBuildDate>Sat, 19 May 2012 20:25:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Chris Samuel</title>
		<link>http://baldric.net/2008/08/20/where-did-my-bandwidth-go/comment-page-1/#comment-18</link>
		<dc:creator>Chris Samuel</dc:creator>
		<pubDate>Sat, 23 Aug 2008 13:08:38 +0000</pubDate>
		<guid isPermaLink="false">http://baldric.net/2008/08/20/where-did-my-bandwidth-go/#comment-18</guid>
		<description>Nah, no LART, he had no reason to believe that changing that parameter would cause WRF to go ballistic.   Now, LART&#039;ing the authors of dodgy scientific codes, on the other hard, that can have merit!

Why they all decide they need to invent their own configuration/build system is beyond me, especially when autotools work (well, much better than what they invent anyway)..

Grr... :-)</description>
		<content:encoded><![CDATA[<p>Nah, no LART, he had no reason to believe that changing that parameter would cause WRF to go ballistic.   Now, LART&#8217;ing the authors of dodgy scientific codes, on the other hard, that can have merit!</p>
<p>Why they all decide they need to invent their own configuration/build system is beyond me, especially when autotools work (well, much better than what they invent anyway)..</p>
<p>Grr&#8230; :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mick</title>
		<link>http://baldric.net/2008/08/20/where-did-my-bandwidth-go/comment-page-1/#comment-17</link>
		<dc:creator>Mick</dc:creator>
		<pubDate>Fri, 22 Aug 2008 15:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://baldric.net/2008/08/20/where-did-my-bandwidth-go/#comment-17</guid>
		<description>Chris

Cheers. I&#039;d not heard of tcptrack before - it&#039;s a cool utility and I&#039;ll add it to my toolbox.

I assume that you visited the user in question with a LART in hand.

Mick</description>
		<content:encoded><![CDATA[<p>Chris</p>
<p>Cheers. I&#8217;d not heard of tcptrack before &#8211; it&#8217;s a cool utility and I&#8217;ll add it to my toolbox.</p>
<p>I assume that you visited the user in question with a LART in hand.</p>
<p>Mick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Samuel</title>
		<link>http://baldric.net/2008/08/20/where-did-my-bandwidth-go/comment-page-1/#comment-16</link>
		<dc:creator>Chris Samuel</dc:creator>
		<pubDate>Fri, 22 Aug 2008 12:28:45 +0000</pubDate>
		<guid isPermaLink="false">http://baldric.net/2008/08/20/where-did-my-bandwidth-go/#comment-16</guid>
		<description>Nice find Mick!  It&#039;s packaged in Debian and Ubuntu which is handy.

I&#039;ve also used tcptrack on our NFS server to work out which nodes on which cluster are hammering it when we see high load averages and try and track back to users.  Was very handy when someone changed a configuration parameter in their WRF weather model which caused every process in a 32 CPU job busy loop on an error message..  They managed to sustain 800Mb/s writes!</description>
		<content:encoded><![CDATA[<p>Nice find Mick!  It&#8217;s packaged in Debian and Ubuntu which is handy.</p>
<p>I&#8217;ve also used tcptrack on our NFS server to work out which nodes on which cluster are hammering it when we see high load averages and try and track back to users.  Was very handy when someone changed a configuration parameter in their WRF weather model which caused every process in a 32 CPU job busy loop on an error message..  They managed to sustain 800Mb/s writes!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

