Mr Fedde makes a great point.  While I went into detail about Intel specific architecture, I purposely made no mention of which CPU is best suited to which task.  <br><br>I bought an upper end CPU for a couple of reasons.  I am a gamer and I typically transcode video a lot.  I have the VOB files from my DVDs and I transcode them for my PS3 or my iPod Touch and even my Blackberry.  Moving from my Core 2 6600, where it took about 75 minutes to encode a 90 minute DVD, I am now able to encode a 90 minute DVD in about 15 minutes with my overclocked system.  Adding two more cores, hyperthreading, a more efficient CPU really paid off for my workload.  <br>
<br>In other news, Intel released their Clarkdale series of CPUs.  These are very interesting CPUs, especially for the typical desktop user.  The CPUs have a GPU integrated on the chip itself and Intel finally stuck a chip that decent in most tasks, even modest gaming.  It definitely pays to know what workload you have in mind for your machine before you purchase a new one.<br>
<br>Dan Kulinski<br><br><div class="gmail_quote">On Mon, Jan 4, 2010 at 9:18 AM, chris fedde <span dir="ltr">&lt;<a href="mailto:chris@fedde.us">chris@fedde.us</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
So as always the real answer is: &quot;It Depends&quot;.  A &quot;real world&quot; desktop<br>
environment a few extra cores will make your experience a bit<br>
snappier.  A reasonably recent motherboard with a good built in GPU<br>
and a single modern multi-core processor will likely give good<br>
performance.  Consider that the performance gap between disk/network<br>
speed has grown so large that much of the time a modern processor is<br>
waiting around for L2 cache to be loaded anyway.<br>
<br>
<a href="http://duartes.org/gustavo/blog/post/what-your-computer-does-while-you-wait" target="_blank">http://duartes.org/gustavo/blog/post/what-your-computer-does-while-you-wait</a><br>
<div><div></div><div class="h5"><br>
On Sun, Jan 3, 2010 at 12:08 PM, Nate Duehr &lt;<a href="mailto:nate@natetech.com">nate@natetech.com</a>&gt; wrote:<br>
&gt; It gets crazier than that, since the newer Intel hardware/chips now &quot;simulate&quot; that they have more cores than they have to (supposedly) speed up things.  A &quot;quad core&quot; i7 &quot;looks like&quot; 16 cores to the OS... via &quot;HyperThreading&quot; technology...<br>

&gt;<br>
&gt; On Jan 2, 2010, at 9:43 AM, chris fedde wrote:<br>
&gt;<br>
&gt;&gt; On Wed, Dec 30, 2009 at 7:25 AM, Louis Miller &lt;<a href="mailto:miller106c@comcast.net">miller106c@comcast.net</a>&gt; wrote:<br>
&gt;&gt;&gt; Hello,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;       Could someone send me a hyperlink to an article that would explain how<br>
&gt;&gt;&gt; it would be so much faster, please? Something for the non-computer<br>
&gt;&gt;&gt; scientist, if possible. Or if someone wants to explain it and can through<br>
&gt;&gt;&gt; e-mail that would be okay, too.<br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; I realize that this is an older message but thought I&#39;d respond and<br>
&gt;&gt; expand on some other responses.<br>
&gt;&gt;<br>
&gt;&gt; The 2.6 Linux kernels are written to take advantage of mult-core<br>
&gt;&gt; architectures.  This means that typical single threaded applications<br>
&gt;&gt; buy themselves will not see any speedup but since more than one time<br>
&gt;&gt; slice can be run at once the over all system performance improves.<br>
&gt;&gt;<br>
&gt;&gt; Here is a pointer to a white paper with excruciating detail:<br>
&gt;&gt; <a href="http://www.silicon.com/white-papers/components/2009/12/24/multi-core-and-linux-kernel-60295311/" target="_blank">http://www.silicon.com/white-papers/components/2009/12/24/multi-core-and-linux-kernel-60295311/</a><br>

&gt;&gt; _______________________________________________<br>
&gt;&gt; clue-talk mailing list<br>
&gt;&gt; <a href="mailto:clue-talk@cluedenver.org">clue-talk@cluedenver.org</a><br>
&gt;&gt; <a href="http://www.cluedenver.org/mailman/listinfo/clue-talk" target="_blank">http://www.cluedenver.org/mailman/listinfo/clue-talk</a><br>
&gt;<br>
&gt; --<br>
&gt; Nate Duehr<br>
&gt; <a href="mailto:nate@natetech.com">nate@natetech.com</a><br>
&gt;<br>
&gt; <a href="http://facebook.com/denverpilot" target="_blank">http://facebook.com/denverpilot</a><br>
&gt; <a href="http://twitter.com/denverpilot" target="_blank">http://twitter.com/denverpilot</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; clue-talk mailing list<br>
&gt; <a href="mailto:clue-talk@cluedenver.org">clue-talk@cluedenver.org</a><br>
&gt; <a href="http://www.cluedenver.org/mailman/listinfo/clue-talk" target="_blank">http://www.cluedenver.org/mailman/listinfo/clue-talk</a><br>
&gt;<br>
_______________________________________________<br>
clue-talk mailing list<br>
<a href="mailto:clue-talk@cluedenver.org">clue-talk@cluedenver.org</a><br>
<a href="http://www.cluedenver.org/mailman/listinfo/clue-talk" target="_blank">http://www.cluedenver.org/mailman/listinfo/clue-talk</a><br>
</div></div></blockquote></div><br>