charm AT lists.siebelschool.illinois.edu
Subject: Charm++ parallel programming system
List archive
- From: Phil Miller <mille121 AT illinois.edu>
- To: Charm Mailing List <charm AT cs.illinois.edu>
- Subject: [charm] Fourth Release Candidate for Charm++ 6.6.0
- Date: Tue, 12 Aug 2014 23:12:45 -0500
- List-archive: <http://lists.cs.uiuc.edu/pipermail/charm/>
- List-id: CHARM parallel programming system <charm.cs.uiuc.edu>
I've just tagged and pushed a fourth release candidate of
Charm++ 6.6 in our repository, v6.6.0-rc4. All outstanding release-critical issues have been closed, so we anticipate that this is
the final candidate before the release. Please test and benchmark the
code with your
applications, and let us know urgently if any issues become apparent.
git clone -b v6.6.0-rc4 http://charm.cs.illinois.edu/gerrit/charm charm-6.6
Since the previous release candidate, v6.6.0-rc3, we have made a number of bug fixes and other improvements in the codebase. The most salient differences are as follows:git clone -b v6.6.0-rc4 http://charm.cs.illinois.edu/gerrit/charm charm-6.6
- SMP builds on LRTS-based machine layers (pamilrts, gni, mpi, netlrts, verbs) support tracing messages through communication threads
- Fix a performance bug in SMP builds where PEs would prefer work from the node-level queue over their own private queue
- Thread affinity mapping with +pemap now supports Intel's Hyperthreading more conveniently
- After restarting from a checkpoint, thread affinity will use new +pemap/+commap arguments
- CkIO parallel output library is now more robust and works with checkpoint/restart- CkLoop can now be used with Charm++'s intrinsic checkpoint/restart functionality
- SMP builds: Fix enough data races, especially during startup, so that ThreadSanitizer output is useful for application-level debugging
- net and verbs: prevent a rare deadlock resulting from inadvertent recursive lock acquisition- Cray XC30: Fix SMSG corruption that caused mysterious crashes and hangs (#401, #486, #533)
- Blue Gene Q: Set options to avoid miscompilation under certain XL compiler versions (#481)
https://charm.cs.illinois.edu/redmine/projects/charm/issues?f[]=fixed_version_id&group_by=tracker&op[fixed_version_id]=%3D&set_filter=1&sort=id&utf8=%E2%9C%93&v[fixed_version_id][]=4
- [charm] Fourth Release Candidate for Charm++ 6.6.0, Phil Miller, 08/12/2014
- Re: [charm] Fourth Release Candidate for Charm++ 6.6.0, Kale, Laxmikant V, 08/12/2014
- Re: [charm] Fourth Release Candidate for Charm++ 6.6.0, Tom Quinn, 08/12/2014
- Re: [charm] Fourth Release Candidate for Charm++ 6.6.0, Kale, Laxmikant V, 08/12/2014
Archive powered by MHonArc 2.6.16.