<div dir="ltr"><div><div><div><div><div><div>Hi Barry,<br><br></div>Here's some non-trivial example code: <a href="https://gist.github.com/bmer/2af429f88b0b696648a8">https://gist.github.com/bmer/2af429f88b0b696648a8</a><br><br></div>I have still made some simplifications by removing some phase variables, expanding on variable names in general, and so on. <br><br>The rhs function itself is defined on line 578. The functions referred to within it should be all defined above, so you can have a peek at them as necessary. <br><br></div>Starting from line 634 I show how I use the rhs function. In particular, note the "disjointed" evaluation of the integral -- I don't just evaluate from 0 to t all at one go, but rather evaluate the integral in pieces (let's call the time spent between the end of one integral evaluation, and the start of the next integral evaluation a "pause"). This is so that if there were multiple amoebas, during the "pause", I can take into account changes in some of the parameters due to contact between one amoeba and another -- poor man's simplification. <br><br></div>Please let me know if this is what you were looking for. I wouldn't be surprised if it wasn't, but instead would be happy to try to rework what I've got so it's more in line with what would be meaningful to you.<br><br></div>Kind regards,<br></div>Brian<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 9, 2015 at 2:18 PM, 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"><br>
  I prefer the actual code, not the mathematics or the explanation<br>
<div class="HOEnZb"><div class="h5"><br>
> On Dec 9, 2015, at 3:42 PM, Brian Merchant <<a href="mailto:bhmerchant@gmail.com">bhmerchant@gmail.com</a>> wrote:<br>
><br>
> Hi Barry,<br>
><br>
> > Could send an example of your "rhs" function; not a totally trivial example<br>
><br>
> Sure thing! Although, did you check out the exam I tried to build up in this stackexchange question, along with a picture: <a href="http://scicomp.stackexchange.com/questions/21501/is-it-worth-switching-to-timesteppers-provided-by-petsc-if-i-cant-write-down-a" rel="noreferrer" target="_blank">http://scicomp.stackexchange.com/questions/21501/is-it-worth-switching-to-timesteppers-provided-by-petsc-if-i-cant-write-down-a</a><br>
><br>
> I ask because that's probably the best I can do without using as little math as possible.<br>
><br>
> Otherwise, what I'll do is take a couple of days to carefully look at my work, and write up a non-trivial example of a difficult-to-differentiate RHS, that still is a simplification of the whole mess -- expect a one or two page PDF?<br>
><br>
> Kind regards,<br>
> Brian<br>
><br>
> On Mon, Dec 7, 2015 at 12:45 PM, Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br>
><br>
>    Brian,<br>
><br>
>     Could send an example of your "rhs" function; not a totally trivial example<br>
><br>
>    Barry<br>
><br>
> > On Dec 7, 2015, at 11:21 AM, Brian Merchant <<a href="mailto:bhmerchant@gmail.com">bhmerchant@gmail.com</a>> wrote:<br>
> ><br>
> > Hi all,<br>
> ><br>
> > I am considering using petsc4py instead of scipy.integrate.odeint (which is a wrapper for Fortran solvers) for a problem involving the solution of a system of ODEs. The problem has the potential to be stiff. Writing down its Jacobian is very hard.<br>
> ><br>
> > So far, I have been able to produce reasonable speed gains by writing the RHS functions in "something like C" (using either numba or Cython). I'd like to get even more performance out, hence my consideration of PETSc.<br>
> ><br>
> > Due to the large number of equations involved, it is already tedious to think about writing down a Jacobian. Even worse though, is that some of the functions governing a particular interaction do not have neat analytical forms (let alone whether or not their derivatives have neat analytical forms), so we might have a mess of piecewise functions needed to approximate them if we were to go about still trying to produce a Jacobian...<br>
> ><br>
> > All the toy examples I see of PETSc time stepping problems have Jacobians defined, so I wonder if I would even get a speed gain going from switching to it, if perhaps one of the reasons why I have a high computational cost is due to not being able to provide a Jacobian function?<br>
> ><br>
> > I described the sort of problem I am working with in more detail in this scicomp.stackexchange question, which is where most of this question is copied from, except it also comes with a toy version of the problem I am dealing with: <a href="http://scicomp.stackexchange.com/questions/21501/is-it-worth-switching-to-timesteppers-provided-by-petsc-if-i-cant-write-down-a" rel="noreferrer" target="_blank">http://scicomp.stackexchange.com/questions/21501/is-it-worth-switching-to-timesteppers-provided-by-petsc-if-i-cant-write-down-a</a><br>
> ><br>
> > All your advice would be most helpful :)<br>
> ><br>
> > Kind regards,Brian<br>
> ><br>
><br>
><br>
<br>
</div></div></blockquote></div><br></div>