.
It could be a PGI compiler voodoo :)
Vasilis
On Thursday 03 December 2009 05:56:39 pm Brock Palen wrote:
> On Dec 1, 2009, at 8:09 PM, John R. Cary wrote:
> > Jeff Squyres wrote:
> >> (for the web archives)
> >>
> >> Brock and I talked about this .f90 code
runs fine on my PC. The
differences between my PC and the cluster are:
1) 32bit vs 64-bit(cluster)
2) intel compiler vs portland compiler(cluster)
Any thoughts on what might cause this?
Thank you,
Vasilis
On Friday 20 November 2009 03:50:17 am Jiaye Li wrote:
> Hello
>
> I installe
On Tuesday 10 November 2009 07:35:49 pm Nifty Tom Mitchell wrote:
> On Tue, Nov 10, 2009 at 03:44:59PM +0200, vasilis gkanis wrote:
> > I am trying to compile openmpi-1.3.3 with intel Fortran and gcc compiler.
> >
> > In order to compile openmpi I run configure with
.
Does anybody know what this error mean?
Thank you,
Vasilis
> The original issue, still reflected by the subject heading of this e-mail,
> was that a message overran its receive buffer. That was fixed by using
> tags to distinguish different kinds of messages (res, jacob, row, and col).
>
> I thought the next problem was the small (10^-10) variations in
erations will have to be done in order to
> > achieve the reduction, i.e. more rounding errors might occur and so on.
> >
> > Thanks,
> > george.
> >
> > On May 27, 2009, at 11:16 , vasilis wrote:
> >>> Rank 0 accumulates all the res_cpu values into a sing
e there is
something subtle about the order that I do not understand. Anyhow, I changed
the code according to your suggestion.
Thank you,
Vasilis
MUMPS itself
> is also asynchronous, and might not be completely deterministic in how
> it solves if MPI processes can run in a different order.
I will check that..
Thank you,
Vasilis
>
> Damien
>
> George Bosilca wrote:
> > This is a problem of numerical stability
tition the domain. Therefore, the
data (i.e., the vector of unknowns) is the same in all the CPUs, and each CPU
is constructing a portion of the matrices A,b. Then, in the host CPU I add all
these pieces into A and b.
Thank you,
Vasilis
>
>Thanks,
> george.
>
>
> Rank 0 accumulates all the res_cpu values into a single array, res. It
> starts with its own res_cpu and then adds all other processes. When
> np=2, that means the order is prescribed. When np>2, the order is no
> longer prescribed and some floating-point rounding variations can start
> to occ
^(-10). Actually, I am getting a different solution if I
use 4CPUs or 16CPUs!!!
Do you have any idea what could cause this behavior?
Thank you,
Vasilis
On Tuesday 26 of May 2009 7:21:32 pm you wrote:
> vasilis wrote:
> >Dear openMpi users,
> >
> >I am trying to develop a code
de with more than 2 CPU but I got the same error!!
If you need more info to identify this error, I will be gladly to provide.
Thank you for your time.
Vasilis
12 matches
Mail list logo
