<div class="gmail_quote">On Sat, Aug 13, 2011 at 17:47, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>  0 SNES Function .....<br>
       0 KSP ....<br>
       1 KSP ...<br>
   1 SNES Function ...<br>
<br>
<br>
   In JASON should be<br>
<br>
     KSP   0 stuff 1 stuff ....    (acceptable diff information)<br>
     SNES 0 stuff 1 stuff ....   (acceptable diff information)</div></blockquote></div><br><div>It may be slightly more complicated with nested solvers and since the number of iterations can be different without necessarily indicating a problem with convergence. In any case, if we can create a normalized "detail" form, then it would be much easier to do monitoring. </div>

<div><br></div><div>With a configuration GUI, I would like that context to remain live and have various monitors that you could look at to see how the solve is proceeding at each level. Since this is read-only and (currently) less structured than configuration options, it's not clear to me whether AMS is the best way to get this information out.</div>

<div><br></div><div>Here are some possible options, not necessarily mutually exclusive:</div><div><br></div><div>1. Convert monitor/view output to produce some normalized structured representation in C data structures.</div>

<div><br></div><div>2. Log everything to a sqlite database (because sqlite is small and ubiquitous and directly supports common queries that people would like to do).</div><div><br></div><div>3. Write everything to normalized JSON which can "easily" be parsed to recover a queryable form.</div>
<div><br></div><div>4. Write the human-readable form as a filter on 1, 2, or 3, or write it separately.</div>