Scott Atchley wrote:
Terry,
Are you testing on Linux? If so, which kernel?
No, I am running into issues on Solaris but Ollie's run of the test code
on Linux seems to work fine.
--td
See the patch to iperf to handle kernel 2.6.21 and the issue that
they had with usleep(0):
Terry,
Are you testing on Linux? If so, which kernel?
See the patch to iperf to handle kernel 2.6.21 and the issue that
they had with usleep(0):
http://dast.nlanr.net/Projects/Iperf2.0/patch-iperf-linux-2.6.21.txt
Scott
On Aug 31, 2007, at 1:36 PM, Terry D. Dontje wrote:
Ok, I have an
Sounds good. Cleaning up now.
Cheers,
Josh
On Aug 31, 2007, at 1:38 PM, Jeff Squyres wrote:
No objections. If the data is junk, just ditch it.
On Aug 31, 2007, at 12:47 PM, Josh Hursey wrote:
I was looking at the data from Monday Aug 27, 8 am to Tuesday Aug 28,
Noonish when this problem
No objections. If the data is junk, just ditch it.
On Aug 31, 2007, at 12:47 PM, Josh Hursey wrote:
I was looking at the data from Monday Aug 27, 8 am to Tuesday Aug 28,
Noonish when this problem was occuring, and the data is mostly
invalid. We have test_builds pointing at the wrong
Ok, I have an update to this issue. I believe there is an
implementation difference of sched_yield between Linux and Solaris. If
I change the sched_yield in opal_progress to be a usleep(500) then my
program completes quite quickly. I have sent a few questions to a
Solaris engineer and
Jeff Squyres wrote:
That's fine, too. I don't really care -- /public already exists. We
can simply rename it to /tmp-public.
Let's do that. It should (more or less) address all concerns that have
been voiced.
Tim
On Aug 31, 2007, at 8:52 AM, Ralph Castain wrote:
Why not make
That's fine, too. I don't really care -- /public already exists. We
can simply rename it to /tmp-public.
On Aug 31, 2007, at 8:52 AM, Ralph Castain wrote:
Why not make /tmp-public and /tmp-private?
Leave /tmp alone. Have all new branches made in one of the two new
directories, and as
From last night -- it ain't perfect yet, but we're getting darn close:
http://www.open-mpi.org/mtt/index.php?do_redir=309
(you may need "show trial" on to see these?)
I'll be digging into these results today to chase down some final
issues. I know of a few problems left:
- looks like
Why not make /tmp-public and /tmp-private?
Leave /tmp alone. Have all new branches made in one of the two new
directories, and as /tmp branches are slowly whacked, we can
(eventually) get rid of /tmp.
Tim
Jeff Squyres (jsquyres) wrote:
I thought about both of those (/tmp/private and