<?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: Eating Your Own Tail: HPC in 2009</title>
	<atom:link href="http://www.linux-mag.com/id/7656/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.linux-mag.com/id/7656/</link>
	<description>Open Source, Open Standards</description>
	<lastBuildDate>Sat, 05 Oct 2013 13:48:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: matt.reilly</title>
		<link>http://www.linux-mag.com/id/7656/#comment-7590</link>
		<dc:creator>matt.reilly</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7656/#comment-7590</guid>
		<description>&lt;p&gt;One might suggest that the derivative valuation task is computationally intractable, and that it is the crux of the failure in derivative markets. &lt;/p&gt;
&lt;p&gt;I\&#039;d propose an alternate interpretation:  The true goal of all derivative valuation programs is to predict the valuation attached to the derivative by OTHER valuation programs. That is, the entire industry is running models of each other\&#039;s models.  Derivatives are the reductio ad absurdum of the notion that the \&quot;worth\&quot; of a thing is what someone else is willing to pay for it.  But in the case of derivatives, it seems that there has always been a moment when somebody asked the dangerous question: \&quot;Are the models really even close to reality?\&quot;  In the case of the latest collapse, the answer eventually was \&quot;no.\&quot;&lt;/p&gt;
&lt;p&gt;This wasn\&#039;t a matter of computer systems creating their own disaster. The hedge fund industry would have gotten to the same place if they\&#039;d had to run the Black-Scholes model on a soroban. If you run the model predicting model for long enough, it will wander away from the underlying reality. If, at the same time, the consequences of absurd risks are made irrelevant to the behavior of the people operating the machine, while the upside is apparent, then the system will fail. Over and over again. &lt;/p&gt;
&lt;p&gt;(Has everybody forgotten LTCM? The Savings and Loan&lt;br /&gt;
collapse? This isn\&#039;t ancient history.)
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>One might suggest that the derivative valuation task is computationally intractable, and that it is the crux of the failure in derivative markets. </p>
<p>I\&#8217;d propose an alternate interpretation:  The true goal of all derivative valuation programs is to predict the valuation attached to the derivative by OTHER valuation programs. That is, the entire industry is running models of each other\&#8217;s models.  Derivatives are the reductio ad absurdum of the notion that the \&#8221;worth\&#8221; of a thing is what someone else is willing to pay for it.  But in the case of derivatives, it seems that there has always been a moment when somebody asked the dangerous question: \&#8221;Are the models really even close to reality?\&#8221;  In the case of the latest collapse, the answer eventually was \&#8221;no.\&#8221;</p>
<p>This wasn\&#8217;t a matter of computer systems creating their own disaster. The hedge fund industry would have gotten to the same place if they\&#8217;d had to run the Black-Scholes model on a soroban. If you run the model predicting model for long enough, it will wander away from the underlying reality. If, at the same time, the consequences of absurd risks are made irrelevant to the behavior of the people operating the machine, while the upside is apparent, then the system will fail. Over and over again. </p>
<p>(Has everybody forgotten LTCM? The Savings and Loan<br />
collapse? This isn\&#8217;t ancient history.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tpierce</title>
		<link>http://www.linux-mag.com/id/7656/#comment-7591</link>
		<dc:creator>tpierce</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7656/#comment-7591</guid>
		<description>&lt;p&gt;RE  \&quot;high-tech irony of selling machines so advanced that they stupidly contribute to their own demise,...\&quot;&lt;/p&gt;
&lt;p&gt;The Dune saga, with Omnius and the Butlerian Jihad?&lt;/p&gt;
&lt;p&gt;speaking out on the great issues of our times.....
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>RE  \&#8221;high-tech irony of selling machines so advanced that they stupidly contribute to their own demise,&#8230;\&#8221;</p>
<p>The Dune saga, with Omnius and the Butlerian Jihad?</p>
<p>speaking out on the great issues of our times&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ak3la</title>
		<link>http://www.linux-mag.com/id/7656/#comment-7592</link>
		<dc:creator>ak3la</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7656/#comment-7592</guid>
		<description>&lt;p&gt;I hate to sound like someone\&#039;s High School English teacher, but I had trouble paying attention to the content of this article \&quot;do to\&quot; all of the grammatical errors. Is there an editor on staff? With all due respect to the letters after Mr. Eadline\&#039;s name, writing is not his strong suit.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I hate to sound like someone\&#8217;s High School English teacher, but I had trouble paying attention to the content of this article \&#8221;do to\&#8221; all of the grammatical errors. Is there an editor on staff? With all due respect to the letters after Mr. Eadline\&#8217;s name, writing is not his strong suit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jenniw</title>
		<link>http://www.linux-mag.com/id/7656/#comment-7593</link>
		<dc:creator>jenniw</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7656/#comment-7593</guid>
		<description>&lt;p&gt;The Models ARE actually to predict the true valuations.  The exact algorithms _are_ intractable.  There are quite a few problems in the real world the computation of which are Intractable, generally when you are searching for the optimal in a search space lager than 3 dimensions.  However, these problems are solved by one of a _huge_ family of Machine Learning algorithms that provide an approximation of the optimal result. For example, one family of algorithms \&quot;prunes\&quot; the search space in each direction beyond which point it is improbable for the optimal solution to occur; the resulting limited space in tractably searchable.  Another family randomly samples the search space, which process, after some time, gives a clear indication of where the optimal solutions are likely to occur in the search space; and then you search these localized areas exhaustively.  An example is the Monte Carlo simulations often used for Financial Models.  They give a \&quot;probably approximately correct\&quot; result.  For example, VaR is the amount which, with 99% probability, you are likely to lose on the particular financial instrument the next day.  This corresponds to an AA rating.  if you use the value with 95% probability, which will take less time to estimate, the organization gets a B rating.&lt;/p&gt;
&lt;p&gt;These huge families of algorithms are tractable, but take a long time to compute.  These are amoung some of the problems for which HPC servers are used in Finance.  The problems with the credit crunch is not a Computational or Computability problem.  It is a problem in the underlying Maths and Statistical Models; the underlying assumptions of the models are inaccurate; those Models that are accurate predict values under \&quot;normal\&quot; conditions well, and they do not predict correctly under once in a lifetime \&quot;extreme\&quot; conditions.&lt;/p&gt;
&lt;p&gt;So the Credit Crunch has nothing to do with HPC Computing.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The Models ARE actually to predict the true valuations.  The exact algorithms _are_ intractable.  There are quite a few problems in the real world the computation of which are Intractable, generally when you are searching for the optimal in a search space lager than 3 dimensions.  However, these problems are solved by one of a _huge_ family of Machine Learning algorithms that provide an approximation of the optimal result. For example, one family of algorithms \&#8221;prunes\&#8221; the search space in each direction beyond which point it is improbable for the optimal solution to occur; the resulting limited space in tractably searchable.  Another family randomly samples the search space, which process, after some time, gives a clear indication of where the optimal solutions are likely to occur in the search space; and then you search these localized areas exhaustively.  An example is the Monte Carlo simulations often used for Financial Models.  They give a \&#8221;probably approximately correct\&#8221; result.  For example, VaR is the amount which, with 99% probability, you are likely to lose on the particular financial instrument the next day.  This corresponds to an AA rating.  if you use the value with 95% probability, which will take less time to estimate, the organization gets a B rating.</p>
<p>These huge families of algorithms are tractable, but take a long time to compute.  These are amoung some of the problems for which HPC servers are used in Finance.  The problems with the credit crunch is not a Computational or Computability problem.  It is a problem in the underlying Maths and Statistical Models; the underlying assumptions of the models are inaccurate; those Models that are accurate predict values under \&#8221;normal\&#8221; conditions well, and they do not predict correctly under once in a lifetime \&#8221;extreme\&#8221; conditions.</p>
<p>So the Credit Crunch has nothing to do with HPC Computing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>