> On Jun 13, 2018, at 3:29 PM, Xiangdong wrote:
>
> Hello everyone,
>
> If I solve a few matrices with same sparsity pattern by using hypre_boomeramg
> pc, can I reuse the coarsening setup information?
I don't think so. The coarsening process etc depends not just on the nonzero
pattern
Hello everyone,
If I solve a few matrices with same sparsity pattern by using
hypre_boomeramg pc, can I reuse the coarsening setup information?
Thank you.
Best,
Xiangdong
Thibaut Appel writes:
> Good afternoon,
>
> I have a "Caught signal number 11 SEGV: Segmentation Violation, probably
> memory access out of range" error on my application code.
> After changing from 1 to 0 in /proc/sys/kernel/yama/ptrace_scope, I
> tried to start my code with -start_in_debugger
Good afternoon,
I have a "Caught signal number 11 SEGV: Segmentation Violation, probably
memory access out of range" error on my application code.
After changing from 1 to 0 in /proc/sys/kernel/yama/ptrace_scope, I
tried to start my code with -start_in_debugger and -fp_trap but in the
x-termin
-ts_monitor_pseudo ?
> On Jun 13, 2018, at 10:54 AM, Praveen C wrote:
>
> Hello Barry
>
> I am working in Fortran :-(
>
> I can see the residual if I use -info but it prints too much information. Is
> it possible to reduce the amount of log messages printed to screen, some sort
> of log
Hello Barry
I am working in Fortran :-(
I can see the residual if I use -info but it prints too much information. Is it
possible to reduce the amount of log messages printed to screen, some sort of
log-level ???
Thanks
praveen
> On 13-Jun-2018, at 8:29 PM, Smith, Barry F. wrote:
>
> Take
Take a look at TSPseudoMonitorDefault() in src/ts/impls/pseudo/posindep.c
The problem is that you need to expose
typedef struct {
Vec update; /* work vector where new solution is formed */
Vec func; /* work vector where F(t[i],u[i]) is stored */
Vec xdot; /*