[Gllug] openMosix
mimo
mimo at restoel.net
Mon Dec 1 12:18:31 UTC 2003
Thanks John for taking time to reply and inform me about all this.
Actually, I sent this to the wrong list in the first place. I wanted to
write to debian-isp... :)
Shame I missed your talk. I am quite interested. We are running a few
servers and sometimes experience the typical peak problems. Now, adding
machines, upgrading machines, etc. is always a hassle. So when I started
reading about openMosix I was quite interested as it remembered me of
the google cluster model. Or what is reported to be what google are
doing. I'll have a look at that URL you sent me.
Again, thanks a lot.
mimo
John Hearns wrote:
>On Thu, 2003-11-27 at 17:35, mimo wrote:
>
>
>>I would be interested if anyone is running this
>>(http://openmosix.sourceforge.net/). I have googled a bit but couldnt
>>find any real world reports esp. in ISP environments (mail and web).
>>
>>
>>
>
>For ISP type things, you might also be interested in high availability
>clustering.
>http://www.linux-ha.org/
>
>
>Pity you missed my GLLUG talk on clustering earlier this year!
>As I said in the talk, there are three types of clusters:
>
>
>Parallel (running MPI or PVM parallel codes)
>
>High Throughput (COWs - clusters of workstations)
>
>High Availability (handshaking and failover)
>
>
>IMHO, the bulk of scientific and industrial computation is done
>on High Throughput clusters, on embarasingly parallel applications.
>This is where its important to keep the nodes busy as possible,
>not only to have peak performance for parallel programs.
>Applications to think of are graphics rendering (frame parallel),
>high energy physics (event parallel), oil and gas etc.
>
>
>
>
>
>I suppose the Mosix and Scyld Single System Image clusters don't map
>well to these three (oops).
>
>
>
>
--
Please note that this account is being filtered using anti UCE systems. If you send email to this account make sure that it could not be mistaken as UCE.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.lug.org.uk/pipermail/gllug/attachments/20031201/e982925e/attachment.html>
-------------- next part --------------
--
Gllug mailing list - Gllug at linux.co.uk
http://list.ftech.net/mailman/listinfo/gllug
More information about the GLLUG
mailing list