I am having trouble tracking the following issue (and people's opinion on
it) in the pull requests so I am starting an email thread to discuss the issue.
Currently - (this is my understanding)
1) PetscObjectViewFromOptions() is very slow
2) Many calls are made to this routine directl
> On 28 Jun 2018, at 16:51, Smith, Barry F. wrote:
>
>
> I am having trouble tracking the following issue (and people's opinion on
> it) in the pull requests so I am starting an email thread to discuss the
> issue.
>
> Currently - (this is my understanding)
>
> 1) PetscObjectViewFro
On Thu, 28 Jun 2018 at 18:51, Smith, Barry F. wrote:
>
>
>I am having trouble tracking the following issue (and people's opinion on
> it) in the pull requests so I am starting an email thread to discuss the
> issue.
>
>Currently - (this is my understanding)
>
> 1) PetscObjectViewFromOp
On Thu, 28 Jun 2018 at 19:16, Lawrence Mitchell wrote:
>
> This uses the Push/Pop stuff that I added in PR#604, in response to noting
> (in PCPATCH runs) that 90% of the time was spent in XXXViewFromOptions.
> After adding the push/pop pair, this dropped to basically 0%. I didn't do
> further
On Wed, Jun 27, 2018 at 12:25 PM Junchao Zhang wrote:
> Mark,
>Can I conclude that with default settings, GAMG is inherently
> imbalanced (because of idle processors, biased communincation) and
> nonscalable (more idle processors with more cores)?
>
The PRAM complexity, or computational dept
> On 28 Jun 2018, at 17:24, Lisandro Dalcin wrote:
>
> On Thu, 28 Jun 2018 at 19:16, Lawrence Mitchell wrote:
>>
>> This uses the Push/Pop stuff that I added in PR#604, in response to noting
>> (in PCPATCH runs) that 90% of the time was spent in XXXViewFromOptions.
>> After adding the pus
Lisandro Dalcin writes:
> On Thu, 28 Jun 2018 at 18:51, Smith, Barry F. wrote:
>>
>>
>>I am having trouble tracking the following issue (and people's opinion on
>> it) in the pull requests so I am starting an email thread to discuss the
>> issue.
>>
>>Currently - (this is my understand
There is also a question about making -help useful. We would like these
> sort of diagnostic options to be provided in -help exactly once in on
> organized way. The normal way to do that is to put it in the
> *SetFromOptions.
>
Like this one. It is even better if we have an option to dump a
"Kong, Fande" writes:
> There is also a question about making -help useful. We would like these
>
>> sort of diagnostic options to be provided in -help exactly once in on
>> organized way. The normal way to do that is to put it in the
>> *SetFromOptions.
>>
>
> Like this one. It is even bet
1) We need to get this PGI compiler into our regular testing. It doesn't like
some Fortran code the other compilers are ok with
2) Mark, likely you just need to submit the examples manually to run them.
cd src/snes/examples/tutorials; make ex19 then use the batch system to submit
the e
On Thu, Jun 28, 2018 at 3:03 PM, Jed Brown wrote:
> "Kong, Fande" writes:
>
> > There is also a question about making -help useful. We would like
> these
> >
> >> sort of diagnostic options to be provided in -help exactly once in on
> >> organized way. The normal way to do that is to put i
"Kong, Fande" writes:
> On Thu, Jun 28, 2018 at 3:03 PM, Jed Brown wrote:
>
>> "Kong, Fande" writes:
>>
>> > There is also a question about making -help useful. We would like
>> these
>> >
>> >> sort of diagnostic options to be provided in -help exactly once in on
>> >> organized way. The
12 matches
Mail list logo