Accéder au contenu.
Menu Sympa

starpu-devel - Re: [Starpu-devel] StarPU on IBM Power8 systems

Objet : Developers list for StarPU

Archives de la liste

Re: [Starpu-devel] StarPU on IBM Power8 systems


Chronologique Discussions 
  • From: Samuel Thibault <samuel.thibault@inria.fr>
  • To: vedran.novakovic@stfc.ac.uk
  • Cc: starpu-devel@lists.gforge.inria.fr
  • Subject: Re: [Starpu-devel] StarPU on IBM Power8 systems
  • Date: Tue, 20 Jun 2017 18:02:00 +0200
  • List-archive: <http://lists.gforge.inria.fr/pipermail/starpu-devel/>
  • List-id: "Developers list. For discussion of new features, code changes, etc." <starpu-devel.lists.gforge.inria.fr>
  • Organization: I am not organized

vedran.novakovic@stfc.ac.uk, on mar. 20 juin 2017 15:10:32 +0000, wrote:
> Unless some debugging flags that XL compilers don't understand are removed,
> as with:
>
> find . -name 'Makefile' -exec sed -i -e 's/\-gdwarf\-2//g' -e 's/\-g3/-g/g'
> {} \;
>
> (i.e., -gdwarf-2 -g3 to -g)

Erf, yes, we blindly pass these debugging options to the compiler.

> FAIL: datawizard/variable_size
> FAIL: disk/mem_reclaim
> FAIL disk/mem_reclaim (exit status: 1)

> [starpu][starpu_unistd_o_direct_global_async_write][assert failure] The
> unistd_o_direct variant can only write a multiple of page size 65536 Bytes
> (Here 2183168). Use the non-o_direct unistd variant if your data is not a
> multiple of 65536

These are more or less expected: we only tested on systems with pagesize
= 4096. It's actually the test which needs to be fixed, starpu itself
works fine.

Samuel




Archives gérées par MHonArc 2.6.19+.

Haut de le page