OK, I've had enough of Rahul's posting to this list so I thought
I would publically respond to his comments since they directly
affect me, my integrity, and the company I work for during the
day.
Heh ... depends on the vendor. We are pretty open and free with our numbers
(to our current/prospec
I saw that as well (storagemojo blog). Looks interesting but I need to read the
pdf since there are some pieces I'm missing.
Cool concept. There are some others like it as well - low performance storage
but lots of capacity ("cheap and deep"). I think it can make alot of sense in
my situations
Greg Lindahl wrote:
On Fri, Jun 26, 2009 at 02:30:06PM -0400, Jeff Layton wrote:
CFD codes are usually latency sensitive.
CFD codes come in many shapes and sizes, so generalizing about them is
not a good idea. Really.
I definitely agree. That's why I said "usually
Dmitry Zaletnev wrote:
Hi, I have two questions:
1. Is there any influence on performance of a NFS-server from the usage of x32
CPU and OS instead of x64, if all other characteristics of the system, i.e.
amount of RAM, soft-SATA-II RAID 0, Realtek GLAN NIC are the same?
2. Is the Etherchannel
John Hearns wrote:
ps. The robinhood file scanning utility which the Lustre DSM project
intends to use looked good to me.
I downloaded it and tried to compile it up - it claims to compile
without having all the Lutre libraries on the system,
but did not. Grr...
AFAIK it's Lustre specific
Gerry Creager wrote:
There was an interesting brainstorming session at Rocks-A-Palooza a
couple of weeks ago. Someone wants to offer Amazon resources.
Problem remains for me: How can I get sufficient cloud resources for
computing (I'll hammer on dataset transport in a moment) that will
handl
Robert G. Brown wrote:
On Fri, 24 Apr 2009, Pfenniger Daniel wrote:
Since the natural level of radiation over a lifetime correponds
to a semi-lethal instantaneous dosis, I would think that for the
crew working years in airplanes the cumulated radiation coming
from cosmic rays may be significant
Tim Cutts wrote:
On 20 Apr 2009, at 12:42 pm, Chris Dagdigian wrote:
It's official:
http://www.sun.com/third-party/global/oracle/index.jsp
So, what's going to happen to Lustre now, I wonder?
Tim
I think this is a very interesting question. Some corollary questions
are,
- What is going to h
Peter Kjellstrom wrote:
On Wednesday 08 April 2009, Joe Landman wrote:
As an FYI, Beowulf veteran Jeff Layton wrote up a nice article on memory
configuration issues for Nehalem (I had seen some discussion on this
previously).
Can anyone confirm that mixing different sizes of dimms
Mikhail Kuzminsky wrote:
In message from Greg Keller (Fri, 27 Feb 2009
10:20:50 -0600):
Have you ever considered Perceus (Caos has it baked in) from infiscale?
... http://www.infiscale.com/
It looks that there is only one way to understand a bit more detailed
what Perceus does - to download
Chris Dagdigian wrote:
LSF: great product but commercial-only and a pricing model that can
get out of hand (I remember when having more than 4GB RAM in a Linux
1U pushed me into an obscene license tier ...).
Just a quick comment about LSF. The resource manager you can get
with OCS from Platfor
l, I've
gotten way off track and I hate this silly web based email tool that doesn't
have a good way to do quoted or indented replies. :) So I'll stop here.
Jeff
From: "Lux, James P"
To: Jeff Layton ; Tim Cutts
Cc: Beowulf Mailing List
emaining
nodes with really slow processors (cheap) with lots of memory. This allows you
to tailor the SMP box to the application. Just be sure to run the code on the
fastest CPUs (numactl).
Thanks for the feedback.
Jeff
____
From: Tim Cutts
To: Jeff Layton
Cc
I hate to tangent (hijack?) this subject, but I'm curious about your class
poll. Did the people who were interested in Matlab consider Octave?
Thanks!
Jeff
From: Joe Landman
To: Jeff Layton
Cc: Gerry Creager ; Beowulf Mailing List
Sent: Sat
Sorry for top-posting (I hate these on-line email tools...)
Did the person requesting Hadoop ever say why they wanted it? For example, do
they have code written in MapReduce or do they think that Hadoop will give them
faster throughput than something else?
Hadoop is a project that really has 2
Nifty Tom Mitchell wrote:
On Fri, Dec 12, 2008 at 04:35:26PM +0100, Peter Jakobi wrote:
Sun and Micron recently reported a million plus cycles for a single level flash
product. Current shipping product is on the order of 10 cycles.
From what I understand these were cherry picked pa
Peter Jakobi wrote:
On Fri, Dec 12, 2008 at 08:17:19AM -0600, Geoff Jacobs wrote:
Rehi,
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 lif
Geoff Jacobs wrote:
Jeff Layton wrote:
Remember that OCZ does not equal Fusion-IO :) There are many
factors that go into an SSD that determine performance. So the
performance of OCZ is not nearly that of Fusion-IO's product.
For example, I've been tracking some performance testing
John Hearns wrote:
2008/12/12 Loic Tortay mailto:tor...@cc.in2p3.fr>>
If I'm not mistaken, the "Tsubame" cluster was initially using
Clearspeed accelerators (in Sun X4600 "fat" nodes).
Therefore, they probably have appropriate programs that need little
adaptation (or less tha
Greg Lindahl wrote:
I was recently surprised to learn that SSD prices are down in the
$2-$3 per gbyte range. I did a survey of one brand (OCZ) at NexTag
and it was:
256 gigs = $700
128 gigs = 300
64 gigs = 180
32 gigs = 70
Also, Micron is saying that they're going to get into the business
Greg Lindahl wrote:
On Fri, Dec 12, 2008 at 11:04:47AM +1100, Chris Samuel wrote:
Hmm, I was thinking that until I read this blog post by
one of the kernel filesystem developers (Val Henson from
Intel) who had some (possibly Apple specific) concerns
about data corruption & reliability and wh
>> what I understand GPUs are useful only with certain classes of numerical
>> problems and discretization schemes, and of course the code must be
> I think it's fair to say that GPUs are good for graphics-like loads,
> or more generally: fairly small data, accessed data-parallel or with
> very
I disagree with Mark on investing into GP-GPUs. I think it's a good thing to do
for the simple reason of understanding the programming model. I've been
watching people work with GP-GPUs for several years and there is always this
big hump that they have to get over - understanding how to take the
Those who know, can't say anything :) Be patient grasshopper, be patient.
- Original Message
From: Ivan Oleynik <[EMAIL PROTECTED]>
To: beowulf@beowulf.org
Sent: Tuesday, October 21, 2008 6:15:49 PM
Subject: [Beowulf] Shanghai vs Barcelona, Shanghai vs Nehalem
I have heard that AMD Sh
Prentice Bisbal wrote:
Sounds like Intel has something to hide.
Nope. They just track people who talk badly about Intel and
then they send around the black helicopters and the little blue
men and the silver suit dudes will come talk to you :)
Actually this makes perfect sense for all chip m
riginal Message
From: Joe Landman <[EMAIL PROTECTED]>
To: Jeff Layton <[EMAIL PROTECTED]>
Cc: Mark Hahn <[EMAIL PROTECTED]>; Eric.L <[EMAIL PROTECTED]>;
beowulf@beowulf.org
Sent: Tuesday, September 16, 2008 8:13:10 AM
Subject: Re: [Beowulf] stace_analyzer.pl can't wor
As Mark alluded to, I'm not a Perl person at all :) In fact I used this
analyzer as a way to learn some Perl syntax. So I'm looking for advice on how
to make it better. Personally I thought about using Python since I know that
much better but I wanted to experiment with Perl.
I'm keeping some
27 matches
Mail list logo
