Project

General

Profile

Bug #81

Manytomany on PAMI SMP hangs without Async

Added by Nikhil Jain over 5 years ago. Updated 7 months ago.

Status:
Upstream
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
03/08/2013
Due date:
% Done:

0%


Description

charm++/penciltest and NAMD with optPME/manytomany set to 1 hangs for SMP (without async). ASYNC works


Related issues

Copied to Charm++ - Bug #302: Restrict manytomany on PAMI to async builds Closed 03/08/2013

History

#1 Updated by Yanhua Sun over 5 years ago

  • Description updated (diff)

#2 Updated by Phil Miller over 5 years ago

  • Target version changed from Unscheduled to 6.5.1

#3 Updated by Phil Miller over 5 years ago

Sameer confirmed the issue and said he will fix it:

I looked at the manytomany implementation and its broken for SMP w/o ASYNC. I will fix this asap. Please use manytomany with ASYNC enable till I can fix that.

#4 Updated by Phil Miller over 5 years ago

  • Status changed from New to Upstream

Sameer's not registered here, so we can't just assign it to him. He is upstream for this in a sense, though, so set that to indicate that it's not on our plate.

#5 Updated by Phil Miller over 5 years ago

Any word from Sameer about progress on this?

#6 Updated by Yanhua Sun over 5 years ago

I have not heard anything back from Sameer

#7 Updated by Phil Miller over 5 years ago

  • Target version changed from 6.5.1 to 6.5.2

#8 Updated by Phil Miller about 5 years ago

  • Target version changed from 6.5.2 to 6.7.0

Short-term change noted in #302. Keeping this open and future-targeted for long-term fix.

#9 Updated by Phil Miller about 5 years ago

  • Subject changed from Manytomany on PAMI to Manytomany on PAMI SMP hangs without Async

#10 Updated by Yanhua Sun about 5 years ago

  • Status changed from Upstream to In Progress

Temporary solution is to force user compile charm with async if they use many to many. Other abort.

For all many-to-many interface, I added the following

#if CMK_SMP && !CMK_ENABLE_ASYNC_PROGRESS
CmiAbort("!!!!!!!!!Please build Charm++ with async in order to use many-to-many interface\n");
#else

do work

#endif

#11 Updated by Phil Miller about 5 years ago

  • Status changed from In Progress to Upstream

I split the checking off to #302 so that we can clearly track our interactions with IBM over this issue here.

#12 Updated by Phil Miller over 3 years ago

  • Assignee changed from Yanhua Sun to PPL

#13 Updated by Phil Miller about 3 years ago

  • Target version changed from 6.7.0 to 6.8.0

#14 Updated by Sam White over 1 year ago

  • Target version changed from 6.8.0 to 6.8.1

#15 Updated by Eric Bohm about 1 year ago

  • Target version changed from 6.8.1 to 6.9.0

#16 Updated by Phil Miller about 1 year ago

  • Target version deleted (6.9.0)

#17 Updated by Eric Bohm about 1 year ago

  • Assignee changed from PPL to Eric Bohm

#18 Updated by Eric Bohm 7 months ago

  • Target version set to 6.9.1

Also available in: Atom PDF