charm AT lists.cs.illinois.edu
Subject: Charm++ parallel programming system
List archive
- From: Filippo Gioachin <gioachin AT uiuc.edu>
- To: gzheng AT illinois.edu
- Cc: Phil Miller <mille121 AT illinois.edu>, Tom Quinn <trq AT astro.washington.edu>, Charm Mailing List <charm AT cs.illinois.edu>
- Subject: Re: [charm] Charm 6.2.2 Release Candidate Ready
- Date: Wed, 8 Sep 2010 11:12:02 -0500
- List-archive: <http://lists.cs.uiuc.edu/pipermail/charm>
- List-id: CHARM parallel programming system <charm.cs.uiuc.edu>
yes, there is indeed a discrepancy between the development branch (which works) and the release branch (which doesn't)
Filippo
On Wed, Sep 8, 2010 at 10:51, Gengbin Zheng <zhenggb AT gmail.com> wrote:
Maybe I should try the release branch, but with the git version, it (CmiAssert) works as I did your same change to simplearrayhello.
Gengbin--On Wed, Sep 8, 2010 at 10:44 AM, Tom Quinn <trq AT astro.washington.edu> wrote:
I did a "rm -rf net-linux-x86_64; ./build ChaNGa net-linux-x86_64 -O3".
Tom Quinn Astronomy, University of Washington
Internet: trq AT astro.washington.edu
Phone: 206-685-9009
On Wed, 8 Sep 2010, Gengbin Zheng wrote:
that's odd. When you rebuilt, did you remove the build dir and run build
from scratch?
./build will save the parameter you run build the first time, so once you
used --with-production, build will remember it, unless you remove the
whole build directory.
Gengbin
On Wed, Sep 8, 2010 at 10:14 AM, Tom Quinn <trq AT astro.washington.edu>
wrote:
I didn't build charm with --with-production, (just rebuilt to
be sure) and it still runs without tripping the assert.
Tom Quinn Astronomy, University of Washington
Internet: trq AT astro.washington.edu
Phone: 206-685-9009
On Wed, 8 Sep 2010, Gengbin Zheng wrote:
yes, if you build charm with --with-production, you
turned all error
checkings off.You have to use CmiAbort if you want to
quit the program.
Gengbin
On Tue, Sep 7, 2010 at 5:11 PM, Tom Quinn
<trq AT astro.washington.edu> wrote:
Another strange thing I've noticed about the
Release candidate:
CkAssert() no longer works. Try putting a
CkAssert(0) in
hello.C, and the program still runs:
diff --git
a/tests/charm++/simplearrayhello/hello.C
b/tests/charm++/simplearrayh
index f11727a..79e6a0a 100644
--- a/tests/charm++/simplearrayhello/hello.C
+++ b/tests/charm++/simplearrayhello/hello.C
@@ -21,6 +21,7 @@ public:
mainProxy = thishandle;
CProxy_Hello arr =
CProxy_Hello::ckNew(nElements);
+ CkAssert(0); // This does nothing???
arr[0].SayHi(17);
};
Tom Quinn Astronomy, University of
Washington
Internet: trq AT astro.washington.edu
Phone: 206-685-9009
On Tue, 31 Aug 2010, Phil Miller wrote:
On Tue, Aug 31, 2010 at 20:05, Gengbin Zheng
<zhenggb AT gmail.com> wrote:
This could have something to do with the
recent change to the default array
mapping. Only yesterday I noticed this bug
for
checkpoint/restart, and I
asked Abhinav to fix it.
Phil, is that in the release candidate?
http://charm.cs.illinois.edu/cgi-bin/gitweb2.cgi?p=charm.git;a=log;h=refs/t
ags/charm-6.2.2-pre3
Yes, it is. It would be really nice to get an
explicit
test for this
bug into the tree.
Gengbin
On Tue, Aug 31, 2010 at 6:00 PM, Tom Quinn
<trq AT astro.washington.edu> wrote:
I'm still having problems with
restarts from checkpoints: The
symptom
seems to be that the restart entry
executes fine until it calls a
proxy
broadcast: only 4055 out of 4096
elements get the broadcast, then
ChaNGa
dies soon afterwards. The restart
has 5 empty "arr_*.dat" files.
This is
running the
net-linux-x86_64-ibverbs-icc on
512 cores of the NASA Pleiades
machine.
Tom Quinn Astronomy,
University of Washington
Internet:
trq AT astro.washington.edu
Phone: 206-685-9009
On Mon, 30 Aug 2010, Phil Miller
wrote:
I've just incorporated
an additional bugfix
applicable to
checkpoint
restart. It's in the
repository tagged as
charm-6.2.2-pre3.
On Mon, Aug 30, 2010
at 12:52, Phil Miller
<mille121 AT illinois.edu>
wrote:
A release
candidate
of Charm
6.2.2 is
available
from the
Git
repository
(git
checkout
charm-6.2.2-pre2),
with the
following
changes
from
6.2.1:
FEM:
prepend
string to
timestamp
files for
compatibility
with newer
paraviews
Chare
Array
default
mapping:
fix bugs
on late
insertion
and
apparent
imbalance
Makefile:
Avoid
accidental
wrong
generation
of
pup_f.f90
Chkpt:
account
for
processors
with 0
objects
add a test
for
restarting
on a
smaller
number of
pes.
fixed
default
array map
in case
when
check/restart
happens on
different
processors.
The
binsize
has to be
updated.
icc:
Staticly
link
Intel's
libraries
on all
versions
>=9
CkMulticast
Reductions:
Set result
message
reference
number to
userFlag
Reductions:
Set the
reference
number on
result
messages
to the
userFlag
NetFEM:
add prefix
to
timestep
filenames
for
Paraview
3.x
Fall back
on
gethostname
if a node
has
multiple
IP
addresses
bluegenep:
Update
compilers
bluegenep:
fix path
for XLF
CPU
affinity
on
mpi-crayxt-smp:
correct
getXTNodeID
calls for
SMP
mpi-crayxt-smp:
fix
cputopology
to account
for
multiple
cores per
node
xlC:
update
linker
flags for
blueprint
xlC
64-bit:
link with
big
library
TOC
trace-summary:
Bugfixes
Change
timestep
filename
format to
work with
paraview
3.x
CPU
Affinity
+pemap:
fix a
buffer
overfow
bug.
Docs: note
slowness
in CPU
topology
gathering
from DNS
issues
xlc: don't
pass
archaic
-qstaticinline
Socket
Routines:
use
getifaddrs
(when
available)
for
getting
local IP.
configure:
check if
cp -p
works
LAPI: Only
copy argv
in PEs
that are
not rank 0
in their
process
configure:
Drop
archaic
test on C
library
version
Fix the
reading of
processors
lists
after
+pemap
block
addition
Increment
version
number to
6.2.2
Collectively,
these
improve
support
for
various
architectures,
fix
bugs in
some newer
features,
and offer
some minor
improvements
for
testing
and
development
work.
Please
test this
code and
post any
discovered
problems
to the
list.
Barring
any new
issues, it
will be
released
as 6.2.2
in the
next day
or two.
_______________________________________________
charm mailing list
charm AT cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/charm
--------------------------------------------
Gengbin Zheng, Ph.D.
Research Scientist
Parallel Programming Laboratory
Department of Computer Science
University of Illinois at Urbana-Champaign
201 N. Goodwin Ave.
Urbana, IL 61801
_______________________________________________
charm mailing list
charm AT cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/charm
--
Filippo Gioachin
PhD Candidate
Department of Computer Science
University of Illinois at Urbana-Champaign
Ph: +1-217-333-4764
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Tom Quinn, 09/03/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Isaac Dooley, 09/04/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Tom Quinn, 09/04/2010
- <Possible follow-up(s)>
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Tom Quinn, 09/06/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Tom Quinn, 09/07/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Gengbin Zheng, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Tom Quinn, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Gengbin Zheng, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Tom Quinn, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Gengbin Zheng, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Filippo Gioachin, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Gengbin Zheng, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Tom Quinn, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Gengbin Zheng, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Tom Quinn, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Gengbin Zheng, 09/08/2010
- Re: [charm] Charm 6.2.2 Release Candidate Ready, Isaac Dooley, 09/04/2010
Archive powered by MHonArc 2.6.16.