<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 29, 2020 at 7:51 PM Jed Brown <<a href="mailto:jed@jedbrown.org">jed@jedbrown.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> writes:<br>
<br>
> On Sun, Mar 29, 2020 at 6:20 PM Jed Brown <<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>> wrote:<br>
><br>
>> We are interested in assembling point-block diagonals for use in<br>
>> pbjacobi smoothing.  This is much simpler than AIJ,<br>
><br>
><br>
> Would the coloring/DD algo on the outside be the same, just with a<br>
> different assembly kernel?<br>
<br>
In one mode, though we can also do analytic stuff on the inside to avoid<br>
coloring (in which case we produce a bunch of elements or block-diagonal<br>
blocks).<br>
<br>
> Or are you looking a fusing the element construction with assembly? That<br>
> seems reasonable now that I think about it.<br>
><br>
> It's the same coloring, right?<br>
><br>
> And, do we have an appropriate coloring method now?<br>
<br>
Are you asking for a GPU-native coloring?  </blockquote><div><br></div><div>No. And I am using p4est grids. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Does your nonzero pattern<br>
change frequently?<br>
</blockquote></div></div>