Project

General

Profile

Bug #1930

Zerocopy API multi process example failing on pamilrts-bluegeneq builds

Added by Nitin Bhat about 1 year ago. Updated about 1 year ago.

Status:
Merged
Priority:
High
Assignee:
Category:
-
Target version:
Start date:
06/11/2018
Due date:
% Done:

0%

Tags:

Description

Running on 2 processors:  ./simple_get 20
runjob -p 8 -n 2 --block VST-20240-31351-32 --envs BG_SHAREDMEMSIZE=32MB  :  ./simple_get 20
Choosing optimized barrier algorithm name I0:MultiSync2Device:SHMEM:GI
Charm++> Running in non-SMP mode: 2 processes (PEs)
Converse/Charm++ Commit ID: a44fdeb
Charm++> Disabling isomalloc because isomalloc disabled by conv-mach.
CharmLB> Load balancer assumes all CPUs are same.
Charm++> Running on 1 hosts (17 sockets x 1 cores x 4 PUs = 64-way SMP)
Charm++> Warning: Internally-determined PU count does not match hwloc's result!
[1] Stack Traceback:
  [1:0] [0x11527c0]
  [1:1] [0x115696c]
  [1:2] [0x11725d0]
  [1:3] [0x10e6d50]
  [1:4] [0x1010698]
  [1:5] [0x1009a2c]
  [1:6] [0x1024958]
  [1:7] [0x1049d28]
  [1:8] [0x1027cb4]
  [1:9] [0x115c3c8]
  [1:10] [0x115c0a4]
  [1:11] [0x11555c0]
  [1:12] [0x1016610]
  [1:13] [0x1012a68]
  [1:14] [0x1532c6c]
  [1:15] [0x1533134]
make[6]: Leaving directory `/gpfs/vesta-fs0/projects/CharmRTS/nbhat/autobuild/pamilrts-clang-nosmp/charm/pamilrts-bluegeneq/examples/charm++/zerocopy/direct_api/unreg/simple_get'

History

#1 Updated by Nitin Bhat about 1 year ago

  • Status changed from New to Implemented

#2 Updated by Nitin Bhat about 1 year ago

  • Status changed from Implemented to Merged

Also available in: Atom PDF