Charm++ parallel programming system

[Phil Miller <mille121 AT illinois.edu>]

Hi Edson,

You might try running the tests with the charmrun option ++no-va-randomization to discourage the kernel from placing your code at inconvenient places within the virtual address space (cf 'address space layout randomization' to understand why this is done by default).

On a 32-bit platform, the drastically limited 4 GiB virtual address space might simply be insufficient for isomalloc to really be usable. Linking the test/example codes with the additional option '-thread context-memoryalias' may let more of the programs run. I wouldn't bet  too strongly on that being generally successful, though.

Phil

On Sat, Aug 31, 2013 at 2:47 AM, Padoin, Edson Luiz <elpadoin AT inf.ufrgs.br> wrote:

Greetings,

We are starting the port of Charm++ on ARM-based platform. 

We are using a Exynos 5 MPSoC with ARMv7 ISA 32bits, 2GB of RAM memory and "Linux exynos 3.10.0-1-linaro-arndale" operating system. 

The Exynos is used in the Mont-Blanc project.

The Linux kernel and daemons use only 120KB of the memory.

$free

                 Total    used        free  shared buffers   cached

Mem:    2047268 120512 1926756         0    8556    71208

-/+ buffers/cache:      40164    2007104

Swap:            0          0          0

We installed Charm++ 6.05.01 with "net-linux-arm7 --with-production --enable-tracing" options without errors. 

However, when we perform a program, have the following error/warning message:

[0] isomalloc.c> Disabling isomalloc because the free virtual address space

I) Warning performing charm:

epadoin@exynos:~/charm/net-linux-arm7/tests/charm++/jacobi3d$ ./charmrun ./jacobi3d 256 128 +p2 +balancer DummyLB 
Charmrun> started all node programs in 1.355 seconds.
Converse/Charm++ Commit ID: v6.5.0-beta1-960-g7481ea1
[0] isomalloc.c> Disabling isomalloc because no free virtual address space
Charm++> scheduler running in netpoll mode.
CharmLB> Load balancer assumes all CPUs are same.
Charm++> Running on 1 unique compute nodes (2-way SMP).
Charm++> cpu topology info is gathered in 0.003 seconds.
[0] DummyLB created

STENCIL COMPUTATION WITH BARRIERS
Running Jacobi on 2 processors with (2, 2, 2) chares
Array Dimensions: 256 256 256
Block Dimensions: 128 128 128
Start of iteration 0 at 0.403439

II) Erro/Warning performing ampi:

epadoin@exynos:~/charm/net-linux-arm7/tests/ampi/jacobi3d$ ./charmrun ./jacobi 256 128 +p2 +balancer DummyLB 
Charmrun> started all node programs in 1.560 seconds.
Converse/Charm++ Commit ID: v6.5.0-beta1-960-g7481ea1
[0] isomalloc.c> Disabling isomalloc because no free virtual address space
Charm++> scheduler running in netpoll mode.
CharmLB> Load balancer assumes all CPUs are same.
Charm++> Running on 1 unique compute nodes (2-way SMP).
Charm++> cpu topology info is gathered in 0.003 seconds.
[0] DummyLB created
charm isomalloc.c> Warning: since mmap() doesn't work, you won't be able to migrate threads
*** longjmp causes uninitialized stack frame ***: /nfs/epadoin/charm/net-linux-arm7/tests/ampi/jacobi3d/./jacobi terminated
------------- Processor 0 Exiting: Caught Signal ------------
Signal: unknown signal
Fatal error on PE 0> unknown signal

How can we continue the port and the evaluation?

Would you let me know how to resolve this problem

Thank you very much.

Best Regards

Edson Luiz PADOIN

Regional University of Northwest of Rio Grande do Sul (UNIJUI) - Brazil

Federal University of Rio Grande do Sul (UFRGS) - Brazil

Laboratoire d'Informatique de Grenoble (LIG) - France

Phone: +33 7 60 45 21 99 or +55 55 9963 0364

Email: padoin AT unijui.edu.br 

_______________________________________________
charm mailing list
charm AT cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/charm