n-
>> mpi.org/community/lists/devel/2014/11/16294.php
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
>> Link to this post: http://www.open-
issue (e.g. collisions on the network) and should
> probably posted to a new thread.
>
> Thank you guys for your help.
>
> oli
>
--
----
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge
his is
> simply to add a "noreturn_funcptr" probe to
> opal/config/opal_check_attributes.m4, analogous to the format_funcptr
> probe and then define and use a __opal_attribute_noreturn_funcptr__ as
> appropriate.
>
> -Paul
--
-rail algorithms. The BML (BTL multiplexing layer) is a
> thin management later that marshals all the BTLs in the process together
> -- it's mainly array handling, etc. The ob1 PML is the one that decides
> multi-rail/device splitting, etc. The INRIA folks just published a paper
> la
reak;
> +*mask = parse_dots("255.255.255.0");
> +break;
1 issue: buglet in
case 24 -> break then parse_dots, then break again ,-]
Well, the other issue Tim already mentioned. I would vote for making the code
readable, aka short.
Thanks!
Raine
Hi Tim,
in fact I was trying the OR-alternative -- however, it's only a win on older
AMD Opterons (16 cycles vs. 20), but cannot beat the __builtin_clz alternative
on Intel.
Best regards,
Rainer
On Wednesday 12 October 2011 11:26:52 Tim Mattox wrote:
> All,
> If you wanted to speedup these
E memoryhole:Kyle Wheeler <kbwh...@sandia.gov> **NO COMMITS IN LAST
>>> YEAR**
>>> REMOVE tdd: Terry Dontje <terry.don...@oracle.com>
>>>
>>> The following accounts timed out due to lack of response, and have been
>>> deleted. I suspect
d others' efforts to expand the number of platforms
> > we can run on. Great work!
> > --
> > Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
> > tmat...@gmail.com || timat...@open-mpi.org
> >I'm a bright... http://www.the-brights.net/
> >
Any comments are welcome.
CU,
Rainer
--
----
Rainer Keller, PhD Tel: (865) 241-6293
Oak Ridge National Lab Fax: (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 3783
--
Rainer Keller, PhD Tel: (865) 241-6293
Oak Ridge National Lab Fax: (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
ome
> >> performance-critical sections of code (e.g., MPI_ISEND), so
> >> eliminating an extra test is not a bad thing to do.
> >>
> >> On Feb 1, 2009, at 11:40 AM, Broto, Laurent G. wrote:
> >>> Hi folks,
> >>>
> >>> I am
code has probably never been build for
> FORTRAN with 64-bit integers.
Hmm, not by me after r8254, when the same applied to sizeof(logical)!=
sizeof(int)... Then I tested these cases.
Thanks again.
With best regards,
Rainer Keller
--
---
ease the handling within redefinition files and scripts that
we need to do to handle the transition.
Of course, I can revert the change.
With best regards,
Rainer
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-62
And reverted both r20739 and r20740.
With best regards,
Rainer
On Thursday 05 March 2009 04:25:18 pm Ralph Castain wrote:
> This is what we expressly said NOT to do in Louisville
--
----
Rainer Keller,
on-intrusive renames),
such as a opal_keyval-change, we will continue to write RFCs.
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email:
gt; > base
> > maintainability is reasonable, and the impact to performance is
> > negligable, I'll gladly remove my objection to this RFC.
> >
> > Further, before any work on this branch is brought into the trunk, the
> > admin-level discussion regarding this issue sh
--
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
check_unnecessary_headers.sh.bz2
Description
e required -- as unnecessary
headers were removed in lower-level headers).
Thanks,
Rainer
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 616
it by then :-
> ( ...what were we talking about again?)
>
> On Mar 19, 2009, at 5:12 PM, Rainer Keller wrote:
> > Hi Ralph,
> >
> > On Wednesday 18 March 2009 09:00:36 am Ralph Castain wrote:
> > > Could we hold off on this until after 1.3.2 is out the door and
&g
antiated in orte/runtime/orte_init.c */
> >
> > #define ORTE_PROC_MY_NAME (_process_info.my_name)
> >
> > ___
> > svn mailing list
> > s...@open-mpi.org
> > http://www.open-mpi.org/mailman/listinfo.cgi/svn
>
> __
---
Dr.-Ing. Rainer Keller http://www.hlrs.de/people/keller
HLRS Tel: ++49 (0)711-685 6 5858
Nobelstrasse 19 Fax: ++49 (0)711-685 6 5832
70550 Stuttgartemail: kel...@hlrs.de
Germany AIM/Skype:rusraink
ads up". Please let us know if there are any concerns
> with that plan.
>
> Ralph & Jeff
> aka. Mutt & Jeff (for those of you old enough to remember that comic strip)
>
> No waitthat should be Ralph & the Mutt!
--
---
’ undeclared (first
> use in this function)
> make[2]: *** [snapc_full_app.lo] Error 1
> make[2]: Leaving directory `/usr/local/src/ompi-trunk/orte/mca/snapc/full'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/local/src/ompi-trunk/orte'
> make: *** [all-recursive] Error 1
--
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
/params.h"
> +#include "ompi/communicator/communicator.h"
> +#include "ompi/errhandler/errhandler.h"
>
> to lots of ompi/mpi/c/*.c files. I don't quite grok from your commit
> comment why that was a good thing...?
>
> Thanks!
--
-
> > Thanks.
> >
> > --
> > Jeff Squyres
> > Cisco Systems
> >
> > ___
> > devel mailing list
> > de...@open-mpi.org
> > http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
-
Rainer
--
----
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
now the "little macro thingy" ;-)
I failed to find it...
However, in other parts of the code base, we just use "%lu" and cast to
unsigned long...
Thoughts?
Thanks,
Rainer
--
--------
Rainer Keller, PhD
le
portable_platform.h which offers the CPP magic to figure out compilers and
esp. compiler-versions.
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4
or example, at LANL, we
> >> frequently compiled OMPI with GCC, then fixed up the wrapper compilers
> >> to use Icc or whatever, to work around optimizer bugs. This is
> >> functionality I don't think should be lost just to warn about
> >> deprecated func
RING([--with-openib-control-hdr-padding],
> - [Add padding bytes to the openib control header])])
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab
> > + integer MPI_MAX_OBJECT_NAME
> > + integer MPI_MAX_INFO_KEY
> > + integer MPI_MAX_INFO_VAL
> > + integer MPI_MAX_PORT_NAME
> > + integer MPI_MAX_DATAREP_STRING
> > + parameter (MPI_MAX_PROCESSOR_NAME=@OPAL_MAX_PROCESSOR_NAME@-1
does not appear in AM_CONDITIONAL
>
>
> Ralph
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
Hmm, OK, I see.
However, I do see potentially a problem with work getting ddt on the OPAL
layer when we do have a fortran compiler with different alignment requirements
for the same-sized basic types...
As far as I understand the OPAL layer to abstract away from underlying system
portability,
> > abstraction barrier no longer exists, so whatever we do here is free
> > to reflect that change in requirement.
> >
> > I would personally like to see OPAL retain its original objective and
> > avoid having Fortran knowledge down there.
> > Ralph
>
a reasonable scope - this comment is
* placed here to explain the abstraction break and
* indicate that it will eventually be fixed
*/
On Tuesday 02 June 2009 09:57:46 am Jeff Squyres wrote:
> On Jun 2, 2009, at 9:08 AM, Rainer Keller wrote:
> > > Rainer -- is it safe for R
match any
** of the C-integral types.
With best regards,
Rainer
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
don't know whether anyone is using either of these comments to
> justify anything.
>
> Iain
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
have
hinted to bugs) when switching from eager protocol... These have been fixed in
ompi.
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS
> with wrong parameters, yet since it leaves to dangerous memory
> allocation/usage, doesn't it serve as a security threat ?
>
> Pardon me if I misunderstood things since I'm still learning and testing
> with these codes...
>
> Thanks,
> Prasad.
--
-
BTL/sm, giving 1.6usecs on this
> >> platform).
> >
> > 1.6us sounds like pretty high sm latency... Is this a slow platform?
> >
> > --
> > Jeff Squyres
> > Cisco Systems
--
Rainer K
oked
> any farther than this -- the new comment caught my eye)
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
nly pml that */
- /* will be considered */
-*priority = 1;
+*priority = 30;
}
/* modulo updating the comment */
Best regards,
Rainer
--
Rainer Keller, PhD Tel: +1 (865) 241-6293
O
shell$ mpirun --mca pml cm ...
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
n the not-distant future.
>
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
cket that is not a matching CMR, etc.),
the commit will abort *WITHOUT WRITING TO THE SVN REPOSITORY* and show you a
brief error message indicating what you did wrong. You can just fix what you
did wrong and then re-commit.
With best regards,
Jeff and Rainer
--
whether we re-branch or not, we'd like to ask all to ramp up
v1.5 MTT-testing, possibly even by adding other test applications.
With best regards,
Jeff and Rainer
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-629
ng arguments to the contrary.
>
> Ralph
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Raine
; >
> > > --
> > > Jeff Squyres
> > > jsquy...@cisco.com
> > > For corporate legal information go to:
> > > http://www.cisco.com/web/about/doing_business/legal/cri/
> > >
> > >
> > > _
n-mpi.org/mailman/listinfo.cgi/devel
>
--
--------
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
on should I provide for you?
>
> Thanks for your time
>
> oli
>
--
----
Rainer Keller, PhD Tel: +1 (865) 241-6293
Oak Ridge National Lab Fax: +1 (865) 241-4811
PO Box 2008 MS 6164 Email: kel...@ornl.gov
Oak Ridge, TN 37831-2008AIM/Skype: rusraink
ersion(s))?
pgi-5.2-4
no 6.0 version...
CU,
Rainer
--
---------
Dipl.-Inf. Rainer Keller email: kel...@hlrs.de
High Performance Computing Tel: ++49 (0)711-685 5858
Center Stuttgart (HLRS) Fax: ++49 (
st to double check, can you run ompi_info and send me the results?
>
> Thanks,
>
> Brian
>
> On Aug 18, 2005, at 10:45 AM, Rainer Keller wrote:
> > Hello,
> > see the "same" (well probably not exactly same) thing here in
> > Opteron with
>
static build? I was seeing some weird memory
> >> issues on static builds last night... I'll take a look on odin and
> >> see what I can find.
> >>
> >> Brian
> >>
> >> On Aug 18, 2005, at 11:18 AM, Tim S. Woodall wrote:
> >>>
ose infinite
> hope."
>Martin Luther King
--
-----
Dipl.-Inf. Rainer Keller email: kel...@hlrs.de
High Performance Computing Tel: ++49 (0)711-685 5858
Center Stuttgart (HLRS)
CU,
Rainer
--
-
Dipl.-Inf. Rainer Keller email: kel...@hlrs.de
High Performance Computing Tel: ++49 (0)711-685 5858
Center Stuttgart (HLRS)Fax: ++49 (0)711-685 5832
POSTAL:Nobelstrasse 19 http://www.hlrs.de/people/keller
ACTUAL:Al
e afternoon session, as well.
Thanks,
Rainer
--
--------
Dipl.-Inf. Rainer Keller http://www.hlrs.de/people/keller
High Performance Computing Tel: ++49 (0)711-685 6 5858
Center Stuttgart (HLRS) Fax: ++49 (0)711-685 6 5832
POSTAL:Nobelstrasse 19 email: ke
ate_Struct failed.\n");
>if (MPI_Type_commit(_batch)!=MPI_SUCCESS)
> fprintf(stderr,"MPI_Type_Commit failed.\n");
>if (rank==0)
> param=100.;
>if (MPI_Bcast(MPI_BOTTOM,1,param_batch,0,MPI_COMM_WORLD)!=MPI_SUCCESS)
> fprintf(stderr,"MPI_Bcast failed.\n&qu
if anybody cares.
Thanks,
Rainer
--
Dipl.-Inf. Rainer Keller http://www.hlrs.de/people/keller
High Performance Computing Tel: ++49 (0)711-685 6 5858
Center Stuttgart (HLRS) Fax: ++49 (0)711-685 6 5832
, the two missing parts are committed.
To the unsuspecting Fortran app, everything should look the same...
With best regards,
Rainer
--
--------
Dipl.-Inf. Rainer Keller http://www.hlrs.de/people/keller
High Performance Computing
w the convertor to go outside the data boundaries. This
> test include * the check for datatype with size zero as well as for
> convertors with a count of zero. */
> -if( convertor->local_size <= *position) {
> +if( OPAL_UNLIKELY(convertor->local_size <= *position) ) {
> c
t; - Add the missing parts: add MPI_REAL2 to the end of the list
> of Fortran datatypes (mpif-common.h) and the list of registered
> datatypes: MOOG(REAL2).
> Configure and Compilation with ia32/gcc just finished, naturally
> without real2.
--
--------
i_mpi_abort).
OK to check in?
With best regards,
Rainer
--
--------
Dipl.-Inf. Rainer Keller http://www.hlrs.de/people/keller
High Performance Computing Tel: ++49 (0)711-685 6 5858
Center Stuttgart (HLRS) Fax: ++49 (0)711-685 6 5832
POS
is on, --enable-debug should be on as well to make
sense.
--
Dipl.-Inf. Rainer Keller http://www.hlrs.de/people/keller
HLRS Tel: ++49 (0)711-685 6 5858
Nobelstrasse 19 Fax: ++49 (0)711-685 6 5832
ring You to get rid of the attribute?
The attribute should help find errors in the callers to
orte_errmgr_base_abort...
Maybe the help on
https://svn.open-mpi.org/trac/ompi/wiki/CompilerAttributes
could be improved?
Thanks,
Rainer
--
------
> valgrind
> >>>> support was requested
> >>>> configure: error: *** Cannot continue
> >>>>
> >>>>
> >>>> Could somebody please fix this? I thought we had decided many moons
> >>>> ago that
>
...@open-mpi.org
> >> http://www.open-mpi.org/mailman/listinfo.cgi/devel
> >
> > _______
> > devel mailing list
> > de...@open-mpi.org
> > http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
-
, the req_state in ompi_request is only used for persistent requests?
Could You please look into #1349?
Question is, whether request->req_status always contains the correct status
(for inactive persistent request)
Thanks,
Rainer
--
----
Dipl.-
This warning was added by the IU Computer Science
> >>Dept. mail scanner. **
> >>
> >>
> >>*
> >>
> >>
> >> ___
> >>devel mai
68 matches
Mail list logo