<div>hi again</div>
<div> </div>
<div>I found this website from lam-mpi on heterogeneous cluster, and it kinda answers my question but just to be on the safe side, i would like to know the response from the mailing list users. </div>
<div> </div>
<div><a href="http://www.lam-mpi.org/faq/category11.php3">http://www.lam-mpi.org/faq/category11.php3</a><br><br> </div>
<div><span class="gmail_quote">On 4/3/08, <b class="gmail_sendername">Mark Kosmowski</b> <<a href="mailto:mark.kosmowski@gmail.com">mark.kosmowski@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> Message: 8<br>> Date: Wed, 2 Apr 2008 21:35:34 +0800<br>> From: "Cally K" <<a href="mailto:kalpana0611@gmail.com">kalpana0611@gmail.com</a>><br>
> Subject: [Beowulf] SMPs + One processor machines = Heterogeneous<br>>        Cluster<br>> To: <a href="mailto:beowulf@beowulf.org">beowulf@beowulf.org</a><br>> Message-ID:<br>>        <<a href="mailto:b05971d10804020635u6d41cfb8v115deea93a6499d6@mail.gmail.com">b05971d10804020635u6d41cfb8v115deea93a6499d6@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="iso-8859-1"<br>><br>> Hi guys,<br>><br>> Thanks for the previous answers to my question, did not expect that kinda<br>> flow of information and it proved to be helpful in my research. I have a<br>
> different question and I hope I can get some nice feedback.<br>><br>> I am dealing with heterogeneous cluster in my research. I am a novice when<br>> it comes to networking, and have only been around with cluster for about a<br>
> year. Anyway, from my previous question, and after doing some reading, can I<br>> say that dual cores and quad cores are known as SMPs.?<br>><br>> And would 1 say that, a cluster that has machines with 1 processor ( etc.<br>
> Pentium 4 )and 2 SMPS( it can be quad or dual ) but all belonging to one<br>> family ( intel for example ) -- can I say that the cluster is a<br>> heterogeneous cluster.<br><br>My limited (and perhaps incorrect) understanding is that SMP denotes<br>
more than one processor, regardless the number of cores that the<br>processor has.<br><br>Heterogenous, to me, implies a cluster of machines running different<br>operating systems and/or different architectures.<br><br>As an example, my personal is three Opteron systems, each of which has<br>
two single core CPU's, all running OpenSUSE 10.2 64-bit.  This is a<br>homogenous cluster of SMP machines.  I plan to add a dual core, single<br>CPU Athlon (64) system to the cluster at some point.  This planned<br>machine would (in my opinion) not be SMP (although the more I think<br>
about it, the more I think I am either wrong or in the minority camp<br>about SMP and cores) and the cluster would remain homogenous even if I<br>were to put OpenSUSE 11.0 (64 bit) on the system (the new OpenSUSE<br>release and my projected budget have similar timescales).<br>
<br>Even if I were to use an Intel Pentium system of whatever nomenclature<br>that is instruction compatible with my existing Opterons (the<br>difficulty in immediately knowing whether a Pentium chip is 64-bit<br>capable or not is one of the reasons I am sticking with AMD) the<br>
system would remain homogenous.<br><br>If, however, I were to add a Sun SPARC machine as a node, now I have a<br>heterogenous cluster.  Likewise, if my new Athlon (64) node used<br>Solaris (for Intel), the cluster would be heterogenous in my opinion.<br>
<br>My rule of thumb for heterogeneity is whether the programs to be run<br>need to be recompiled for a given node.  If all of the nodes can use<br>one single compile of all of the codes needed, the cluster is not<br>heterogenous.  I guess this would mean that running a 32-bit program<br>
(I want karma for minding my usage of code vs. program here! :) ) on a<br>mixture of 32-bit and 64-bit machines would be homogenous, but if on<br>the same cluster, the 32-bit machines ran a 32-bit program and the<br>64-bit machines ran a 64-bit program then that cluster might be<br>
considered heterogenous.<br><br>I hope this at least sparks an interesting conversation,<br><br>Mark Kosmowski<br></blockquote></div><br>