* Ralph Castain wrote on Fri, Apr 16, 2010 at 05:35:37AM CEST:
> I have not personally tried, but I am pretty sure that you can install
> the autotools under VxWorks - have you tried to download the latest
> autotool tarballs and build them?
I don't know if that works well out of the box, but if y
Hi Castain
Does “install the autotools under VxWorks” mean install the autotools on
the host or on the target ?
Jing Zhang
发件人: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] 代表
Ralph Castain
发送时间: 2010年4月16日 11:36
收件人: Open MPI Developers
主题: Re: [OMPI devel] Migrate th
Ralph,
If you are suggesting that you will make code that breaks a current
rankfile feature, note I am not talking about adding a new feature that
isn't supported by rankfile but something that used to work, then I
think you are acting in poor form. At a minimum you should at least
give the
On Apr 16, 2010, at 6:43 AM, Terry Dontje wrote:
> If you are suggesting that you will make code that breaks a current rankfile
> feature, note I am not talking about adding a new feature that isn't
> supported by rankfile but something that used to work, then I think you are
> acting in poor f
Jeff Squyres wrote:
On Apr 16, 2010, at 6:43 AM, Terry Dontje wrote:
If you are suggesting that you will make code that breaks a current rankfile
feature, note I am not talking about adding a new feature that isn't supported
by rankfile but something that used to work, then I think you are
To be clear, I wasn't implying anyone would intentionally break rank_file.
However, it is rarely (if ever?) tested before we release - AFAIK, none of the
MTT tests run by the community test this feature. Thus, it inevitably breaks
without detection as changes are made elsewhere in the system. We
You would install it on the host where you are doing development. Only the
eventual OMPI libraries get moved to the target.
On Apr 16, 2010, at 12:11 AM, 张晶 wrote:
> Hi Castain
>
> Does “install the autotools under VxWorks” mean install the autotools on the
> host or on the target ?
>
> Jin
Ralph Castain wrote:
To be clear, I wasn't implying anyone would intentionally break
rank_file. However, it is rarely (if ever?) tested before we release -
AFAIK, none of the MTT tests run by the community test this feature.
Thus, it inevitably breaks without detection as changes are made
else
Hi Castain
I think I should switch the host now in the windows to the linux ,or I will
have little chance to build the autotool, Thank you for your advice !
JING ZHANG
发件人: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] 代表
Ralph Castain
发送时间: 2010年4月16日 20:36
收件人: Open M
Well, I guess I got sucked back into paffinity again...sigh.
I have committed a solution to this issue in r22984 and r22985. I have tested
it against a range of scenarios, but hardly an exhaustive test. So please do
stress it.
The following comments are by no means intended as criticism, but ra
Forgot to mention this tip for debugging paffinity:
There is a test module in the paffinity framework. The module has mca params
that let you define the number of sockets/node (default: 4) and the
#cores/socket (also default: 4). So by setting -mca paffinity test and
adjusting those two paramet
11 matches
Mail list logo