- "Vincent Diepeveen" wrote:
> It sure takes a couple of minutes to render animations in high
> resolutions, yet i'm quite amazed you need more hardware for this,
> yes even a cluster.
I might be missing something with your argument, but
surely if this was the case then there would no nee
On Sun, Dec 14, 2008 at 04:37:33PM -0800, Greg Lindahl wrote:
> On Thu, Dec 11, 2008 at 11:01:31PM -0800, Bernard Li wrote:
>
> > Have you tried other pools eg. pool.ntp.org?
>
> That is stable for me. So it's not me, it's Red Hat's pool that's
> wonky.
>
> I see that CentOS switched to using nt
On Fri, Dec 12, 2008 at 04:35:26PM +0100, Peter Jakobi wrote:
>
> > > Reliability is another question and I posted a quick response to
> > > this list in a different email.
> >
> > This being my big concern with flash.
>
> related is this topic on SSD / flashes:
>
> what's the life time when ch
Tsubame isn't just about delivering flops to production codes.
It is trying to spearhead coprocessing.
The people there have been porting codes to ClearSpeed / GPUs for a
while - and hence been publishing their experiences.
Daniel
On Fri, 2008-12-12 at 12:01 +, Loic Tortay wrote:
> Florent C
Joe Landman wrote:
Hi folks
GPU-HMMer (part of the MPI-HMMer effort) has just been
announced/released at http://www.mpihmmer.org
MPI-HMMer has itself been improved with parallel-IO and better
scalability features. JP has measured some large number (about 180x)
over single cores on a cluste
Hi Olli-Pekka
Olli-Pekka Lehto wrote:
Joe Landman wrote:
Hi folks
GPU-HMMer (part of the MPI-HMMer effort) has just been
announced/released at http://www.mpihmmer.org
MPI-HMMer has itself been improved with parallel-IO and better
scalability features. JP has measured some large number (a
