On Thu, Sep 15, 2016 at 5:23 AM, wrote:
>
>
> Dear developer,
>
> I am using a machine whose architecture is not Intel.
> The preconditioner 'gamg' fails in the setup phase, but there is no error
> information output.
>
Please send the output and if there is no output try running with -info.
>
He's should submit a full bug report to petsc-ma...@mcs.anl.gov.
Barry
> On Sep 16, 2016, at 2:48 PM, Mark Adams wrote:
>
> Garth is getting a segv when he uses -pc_gamg_asm_use_agg and an overlap of 1.
>
> This seems like a pretty hard thing to do right and I would not be surprised
>
Barry Smith writes:
>> Well, the size of enums in general is compiler-dependent.
>
> Sure, but with THIS compiler it is 4 hence will not be promoted. So the
> compiler is being obnoxious complaining about code that might have
> difficulties with other compilers IMHO.
We usually appreciate it
Garth is getting a segv when he uses -pc_gamg_asm_use_agg and an overlap of
1.
This seems like a pretty hard thing to do right and I would not be
surprised if it was not done with complete generality. MatGetSubMatrix is
find to get any submatrix but enlarging a remote subdomain seems very
tricky.
Chris,
The absolute first thing to start with is the streams benchmark. You must
run it yourself (or have it run by someone you trust) you cannot rely on what a
vendor or someone on the web says about the performance. We provide an MPI
based version in PETSc in src/benchmarks/streams w
> On Sep 15, 2016, at 11:35 PM, Jed Brown wrote:
>
> Barry Smith writes:
>> A perhaps better fix is to finally remove this from the DMDCreateNd() calls
>>
>> /* This violates the behavior for other classes, but right now users expect
>> negative dimensions to be handled this way */
>> ier
Hi,
Is there a set of HPC benchmarks that the core PETSc developers recommend
for evaluating architectures? Meaning to evaluating claims about
performance to support rational acquisition decisions on new systems. I
recall speaking briefly with Jed at a conference about a benchmark that
was more
Barry Smith writes:
> A perhaps better fix is to finally remove this from the DMDCreateNd() calls
>
> /* This violates the behavior for other classes, but right now users expect
> negative dimensions to be handled this way */
> ierr = DMSetFromOptions(*da);CHKERRQ(ierr);
> ierr = DMSetUp