Just as a follow-up to this: I have added a sensor module to monitor core
temperatures per this email thread. I haven't added the cooling devices from
this last bit as the info I could find under there didn't seem all that helpful
right now - mostly just how fast the fan is running on a scale of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/12/13 01:52, Jeff Squyres (jsquyres) wrote:
> Ralph -- let's chat about this in Chicago next Friday. I'll add
> it to the agenda on the wiki. I assume this would not be
> difficult stuff; we don't really need to do anything fancy at all.
> I t
Ralph -- let's chat about this in Chicago next Friday. I'll add it to the
agenda on the wiki. I assume this would not be difficult stuff; we don't
really need to do anything fancy at all. I think we just want to sketch out
what exactly we want to do, and it could probably be done in a day or
We had committers at HLRS, but they are not as active any more (some people
left, funding priorities changed, etc.), and the VampirTrace folks are in
the general area. We could point you to them if that would be of help.
We also have a couple of folks in Spain who wrote the Java bindings, a few
fo
Dear Ralph,
do you know if Open MPI already have commiters in Munich? Any contact in
the Technical University of Munich or the LRZ compute center could be
easily reachable by us.
In any case, I will need to get familiar with the internals of the
library first. I am happy to say that the com
I'm not sure how many apps would benefit, but we are always interested in
taking back patches that extend the ability for researchers to explore new
capabilities provided they don't impact performance (or can be configured
out if they do) and are self-maintained (i.e., either the researcher agrees
FWIW: ORTE already has a sensor framework in it that reads some of these
things, so adding the coretemp etc is pretty trivial. These readings can be
taken in the ORTE event thread on daemons, but we could allow procs to do
so as well (if the app requests it), or can make it driven via the MPI_T
fun
On Wed, 4 Dec 2013 11:39:29 AM Jeff Squyres wrote:
> On Dec 3, 2013, at 7:54 PM,
> Christopher Samuel wrote:
>
> > Would it make any sense to expose system/environmental/thermal
> > information to the application via MPI_T ?
>
> Hmm. Interesting idea.
Phew. :-)
> Is the best way to grab such
On Dec 3, 2013, at 7:54 PM, Christopher Samuel wrote:
>> 2. The MPI_T performance variables are new. There's only a few
>> created right now (e.g., in the Cisco usnic BTL). But the field
>> is pretty wide open here -- the infrastructure is there, but we're
>> really not exposing much informat
Dear Jeff Squyres,
On 12/03/2013 11:27 PM, Jeff Squyres (jsquyres) wrote:
I'm sorry; I really wasn't paying attention to my email the week of SC, and
then I was on vacation for the Thanksgiving holiday. :-\
More below.
On Nov 20, 2013, at 4:13 PM, Compres wrote:
I was at the birds of a fe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/12/13 09:27, Jeff Squyres (jsquyres) wrote:
> 2. The MPI_T performance variables are new. There's only a few
> created right now (e.g., in the Cisco usnic BTL). But the field
> is pretty wide open here -- the infrastructure is there, but we'r
I'm sorry; I really wasn't paying attention to my email the week of SC, and
then I was on vacation for the Thanksgiving holiday. :-\
More below.
On Nov 20, 2013, at 4:13 PM, Compres wrote:
> I was at the birds of a feather and wanted to talk to the Open MPI
> developers, but unfortunately ha
Hello everyone,
I was at the birds of a feather and wanted to talk to the Open MPI
developers, but unfortunately had to leave early. In particular, I
would like to discuss about your implementation of the MPI tools
interface and possibly contribute to it later on.
Are some of you still arou
13 matches
Mail list logo