capabilities. I cannot seem to find a way to interrogate these systems and
get the status of the network interfaces. In particular I want to see if
there are dropped packets, bad frames, collisions... That kind of thing.
I wouldn't expect to be able to do that. things like dropped packets
ar
possible solution. It has to be done at every reboot, but that is easily
accomplished by creating a startup script (or using rc.local). man ifconfig.
everything he said was right, though I'd recommend using the /sbin/ip tool
instead of ifconfig. both will work, but 'ip' is a very nice, moderniz
On Wed, Jun 27, 2007 at 02:50:43PM -0400, Brian Dobbins wrote:
> Hi Doug and everyone else,
>
>...
>
> The point is, memory and disk are cheap, and even with a ramdisk,
> an extra 1MB (for Tcl) is hardly anything to sweat in most cases.
> Python? Besides MPICH and its derivatives, some OS u
On Wed, Jun 27, 2007 at 09:30:22AM -0400, Douglas Eadline wrote:
>
> Intel has announced their new "Cluster Ready"
> program. I have a short write-up with links on
> Cluster Monkey.
>
> http://www.clustermonkey.net//content/view/204/1/
>
> It is an Intel centric spec for clusters. A "good thing"
Hi Doug and everyone else,
I remember some of our initial clusters running with really tiny
ramdisks, and the idea of putting anything non-essential on the nodes
seemed like blasphemy, but as a quick counterpoint, I just installed
some nodes and included Tcl as required by the (environment) M
I've heard about it but was expecting it to be like a hardware spec (a la PC
spec). Rather surprising to see so many software requirements. It's sort of
understandable why Perl or Python (MPICH2/IntelMPI) are required. But Java, Tcl
and even Python should be optional. The funny thing is we have
Wow... they require, on every node:
Java Runtime Environment
Perl
Python
Tcl
Kitchen Sink*
*(Okay, only figuratively)
But I guess we already knew 'lean and mean' is not something Intel
thinks about very often.
-Kevin
On Wed, 2007-06-27 at 06:30, Douglas Eadline wrote:
> Intel has announced th
--- Douglas Eadline <[EMAIL PROTECTED]>
wrote:
>
> Intel has announced their new "Cluster Ready"
> program. I have a short write-up with links on
> Cluster Monkey.
>
> http://www.clustermonkey.net//content/view/204/1/
>
> It is an Intel centric spec for clusters. A "good
> thing"
> in general
Doug,
I just want to note: "...[Intel's standard] adds a requirement on the
message layer implementation that differences in the device-level API be
hidden from the application code. *An example* [emphasis mine] of an
implementation of a message layer that meets this requirement is the Intel
(tm)
Can you use a competititor of Flexlm, such as IBM's LUM, or is Flexlm
required by Maple? If the later, I'd complain to Maple.
It's sad to me that there are folks who need proprietary UIs to do science,
while there are businesses paying C programmers to bucket-brigade cruft that
should be handled b
Intel has announced their new "Cluster Ready"
program. I have a short write-up with links on
Cluster Monkey.
http://www.clustermonkey.net//content/view/204/1/
It is an Intel centric spec for clusters. A "good thing"
in general I think, though I have concerns. (read the post)
Opinions ? (yes a d
Ganesh Shetty wrote:
I did ( or at least attempted to ) to someting similar with the ATI stream processor card(s)
using the Peakstream VM. We evaluated Cuda - do not want to get into that here.
But now that GOOG has acquired Peakstream, we might have to take a second look
at CUDA.
-Ganesh
12 matches
Mail list logo
