Interesting... SLURM (Simple Linux Utility for Resource Management) is
now available on Solaris / OpenSolarisll!
Rayson
-- Forwarded message --
From:
Date: Sun, May 24, 2009 at 11:56 AM
Subject: Re: [slurm-dev] opensolaris port
To: slurm-dev at lists.llnl.gov
David,
Thank you
Open64 can finally compile HelloWorld at -ipa.
There are still a few steps that need to be done "by hand", including
hand modifying the makefile in the final make phrase. And Solaris'
make does not like the ".IGNORE" directive in the makefile, so it's
likely that we will require the user to instal
Currently there are 2 ways to "run" cell:
First way is to run cell as a CPU -- the OS runs on the PPEs and the
tasks (similar to threads) runs on the SPEs. Note that there are lots
of limitations on what the tasks can do, and also note that the tasks
do not have the ability to directly address the
Jian-Xin:
Is there anything modified in "ld-new"?? How is it different from the
GNU linker??
I assume the object files with IPA information (WHIRL sections?) need
special treatment... but I am hoping that we can workaround the issues
and use the system linker to reduce maintenance effort...
Chr
On Tue, Mar 3, 2009 at 1:50 PM, "C. Bergstr?m"
wrote:
> Oh.. nothing too big.. just that it dumps core and and then the debugger
> dumps core trying to debug it...
If you compile with gcc, then it is easier to debug with gdb. Usually
the debugging info (DWARF) generated by gcc can be easily cons
On Tue, Mar 3, 2009 at 9:03 AM, "C. Bergstr?m"
wrote:
> This code has exactly what we want and may be more portable. (Along with if
> we change it minimally to fit our need we can just continue to merge
> changes.)
>
> http://svn.mplayerhq.hu/mplayer/trunk/cpuinfo.c?view=markup
Ah, looks good. D
On Mon, Mar 2, 2009 at 7:13 PM, John Martin wrote:
>> 1) Best way to replace /proc/cpuinfo for OpenSolaris?
>>
>> opencc -v
>> opencc WARNING: cannot read /proc/cpuinfo, defaulting to basic 32-bit x86.
>
> This code is looking for the plain text processor description, e.g.
> "Intel(R) Core(TM) i7"
On Tue, Jan 27, 2009 at 4:43 PM, "C. Bergstr?m"
wrote:
> Current patches and status are here
> http://bugs.osunix.org/browse/OSUNIX-44
Chris, that's really good progress... And BTW, I took a very quick
look at the open64-solaris6.diff patch -- is it all that's needed to
get the open64 compiler bi
Hi John,
The "thousands of source files" I was talking about were mostly
related to missing header files on Solaris or different locations of
the system header files. I did a gmake -i >& /tmp/error.txt but I
haven't gone through the error messages yet. However, one of the
missing files was endian
rgstr?m" wrote:
> Rayson Ho wrote:
> > --- On Mon, 10/27/08, Jian-Xin Lai
> wrote:
> >
> >> Thanks for your information. Open64 only supports
> dwarf-2
> >> debug information.
> >> But it's not a problem on OpenSolaris.
> >>
&g
The CFS (now Sun) guys are working on the port. And as an added
benefit, Lustre will be integrated with ZFS -- so you will get all the
ZFS cool features no matter you use Linux or Solaris!!
http://arch.lustre.org/index.php?title=Feature_Lustre_ZFS
Rayson
On Thu, Oct 16, 2008 at 9:30 PM, Harsha
Sun ClusterTools includes OpenMPI, and it is for Solaris (but it also
supports Linux)... so it shouldn't be hard to compile OpenMPI on
Solaris!
According to this blog entry, ClusterTools 8.0 packages Open MPI 1.3:
http://blogs.sun.com/analyzethis/entry/hpc_developers_sun_hpc_clustertools
Rayson
Wondering if anyone played with both projects??
http://opensolaris.org/os/project/hpc-stack/
http://opensolaris.org/os/project/livehadoop/
Hadoop/MapReduce can solve some HPC problems quite well, and Grid
Engine can be used as the job scheduler. IMO it should be included in
the Hadoop Live CD!
h
13 matches
Mail list logo
