On 29-04-2016 14:59, Scott Shaw wrote:
I am using a –app file to run a serial application on N number of
compute nodes and each compute node has 24 cores available. If I only
want to use one core to execute the serial app I get a “not enough slots
available” error when running OMPI. How do you
Hello there
I'm facing an issue with hwloc 1.5.3 (old, i know, but it's the stock
centos 6 package) in that a single node emits this message whenever i
run any MPI-enabled program.
* Hwloc has encountered what looks
On 03-06-2015 19:56, Brice Goglin wrote:
Le 04/06/2015 00:53, Fabricio Cannini a écrit :
On 03-06-2015 19:45, Brice Goglin wrote:
Le 04/06/2015 00:00, Fabricio Cannini a écrit :
Hi Brice, thanks for answering.
Strangely, xml_libxml and pci works fine as plugins, but nvml and cuda
not. I had
On 03-06-2015 19:45, Brice Goglin wrote:
Le 04/06/2015 00:00, Fabricio Cannini a écrit :
Hi Brice, thanks for answering.
Strangely, xml_libxml and pci works fine as plugins, but nvml and cuda
not. I had no trouble making the 'pci' and 'xml_libxml' plugins link
to their respective libraries
On 03-06-2015 16:37, Wagner, Mathias wrote:
Hi,
I am trying to build hwloc to use with cuda applications.
I have cuda installed on my system but it is not detected by configure.
I included the pkgconfig directory from CUDA in the PKG_CONFIG_PATH on my
system and pkg-config called separately
Hello there
Is there a way to link 'libcudart.so' and 'libnvidia-ml.so' solely to
their respective plugin .so files, not the main libraries/executables?
This is the './configure' line i'm using:
./configure --enable-shared --enable-static --enable-pci --enable-cuda
--enable-nvml
On 15-03-2015 11:34, Jeff Squyres (jsquyres) wrote:
If it's the same with multiple released versions of open MPI, it sounds like a
problem with your compiler, I'm afraid.
To be honest, I didn't try to make a representative va args test program that
uses it the same was OMPI does - I just
On 12-03-2015 20:44, Jeff Squyres (jsquyres) wrote:
Gah; my mistake -- that va_end(fmt) should be va_end(list).
It works for me with gcc 4.9.1 and icc:
Intel(R) C Intel(R) 64 Compiler XE for applications running on Intel(R) 64,
Version 15.0.2.164 Build 20150121
Hi Jeff
I've some more tests
On 12-03-2015 20:44, Jeff Squyres (jsquyres) wrote:
Gah; my mistake -- that va_end(fmt) should be va_end(list).
It works for me with gcc 4.9.1 and icc:
Intel(R) C Intel(R) 64 Compiler XE for applications running on Intel(R) 64,
Version 15.0.2.164 Build 20150121
Ah, ok.
I've made the
On 12-03-2015 20:24, Jeff Squyres (jsquyres) wrote:
include
#include
static void foo(const char *fmt, ...)
{
va_list list;
va_start(list, fmt);
vprintf(fmt, list);
va_end(fmt);
}
int main()
{
foo("%s %s\n", "hello", "world");
}
Thanks for the
On 12-03-2015 18:23, Jeff Squyres (jsquyres) wrote:
Do you have the latest version of the Intel 12.x compiler installed?
Are you able to compile/install any other C source code that uses varargs?
I'll try it now. Any easy-to-find code tha i can pick?
Sorry but I know practically zero C. :(
Hello there
I'm trying to compile the mentioned combination in a centos 6.5 x64 host
without success, while using intel 14.0 the problem does not happens.
Using the configure option '--disable-io-romio' allows me to compile
without further trouble, but that's not really a fix. ;)
I've
On 05-08-2014 13:10, Ralph Castain wrote:
Since modules isn't a supported s/w package any more, you might consider using
LMOD instead:
https://www.tacc.utexas.edu/tacc-projects/lmod
Modules isn't supported anymore? :O
Could you please send a link about it ?
Em 27-05-2014 15:10, Lorenzo Donà escreveu:
Dear all
I installed openmpi with intel compiler in this way:
./configure FC=ifort CC=icc CXX=icpc F77=ifort
--prefix=/Users/lorenzodona/Documents/openmpi-1.8.1/
but in bin dir i did not find : mpiifort mpiicc
please can you help me to install
Em 16-05-2014 17:07, Ralph Castain escreveu:
FWIW, simply for my own curiosity's sake, if someone could confirm
deny whether cmake:
1. Supports the following compiler suites: GNU (that's a given, I
assume), Clang, OS X native (which is variants of GNU and Clang),
Absoft, PGI, Intel, Cray,
Em 15-05-2014 20:48, Ralph Castain escreveu:
Nobody is disagreeing that one could find a way to make CMake work - all we are
saying is that (a) CMake has issues too, just like autotools, and (b) we have
yet to see a compelling reason to undertake the transition...which would have
to be a
Em 15-05-2014 20:15, Maxime Boissonneault escreveu:
Le 2014-05-15 18:27, Jeff Squyres (jsquyres) a écrit :
On May 15, 2014, at 6:14 PM, Fabricio Cannini <fcann...@gmail.com> wrote:
Alright, but now I'm curious as to why you decided against it.
Could please elaborate on it a bit ?
OM
Em 15-05-2014 18:40, Ralph Castain escreveu:
On May 15, 2014, at 2:34 PM, Fabricio Cannini <fcann...@gmail.com> wrote:
Em 15-05-2014 07:29, Jeff Squyres (jsquyres) escreveu:
I think Ralph's email summed it up pretty well -- we unfortunately have (at
least) two distinct groups of peop
Em 15-05-2014 07:29, Jeff Squyres (jsquyres) escreveu:
I think Ralph's email summed it up pretty well -- we unfortunately have (at
least) two distinct groups of people who install OMPI:
a) those who know exactly what they want and don't want anything else
b) those who don't know exactly what
Em 31-03-2014 23:06, Fabricio Cannini escreveu:
Problem solved. Rocks wasn't correctly generating '/etc/hosts' when the
node was installed.
[ ]'s
Hi there
i'm facing a strange issue with this HCA. A cluster I support has been
recently expanded with 4 new nodes, all using the mentioned HCA. 3 nodes
are working fine, but one will not use the IB network when running jobs.
Let's call 'node a' the working one, and 'node b' the not working
21 matches
Mail list logo