-
Notifications
You must be signed in to change notification settings - Fork 96
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow output using a coarser grid #38
Comments
Notes from Manuel: I have been working on this. First, I found the only available interpolations in PETSc are of zeroth and first order as one can see here [1]. I guess neither is good for post-computing purposes, but either is fine for plotting so I used zeroth order. This interpolation just allows a refinement factor of 2, see lines 410 and 411 of [2]. This is good enough for me and if not, I can do it a couple of times or more. Anyway, the only real issue I found is that the number of processors used seems to determine if this is going to work or not. Let Mx and My be the number of grid cells in x and y respectively considering the coarse grid (this is PETSc notation) and np be the number of processors. Then Mx*My/np has to be an integer for the code not to crash, at least in my implementation (which is shown below). I can work with this in the meantime (so no rush from my part Aron). Indeed, since I already did several heavy simulations, which I don't want to redo, I will just run a code that reads the finer solution, coarsen it and write it down in a different file. I guess that even for the following simulations, I will follow this approach since it may be better to have coarsen and non-coarsen outputs. Implementation: then I do gqVec_coarsen.getArray().reshape(...), create a coarsen grid (x and y must be coarsen as well), coarsen state, coarsen solution and write this down using write_petsc() references: |
Code exists for doing this in user-space, I'm still not sure this is something we want to roll into pyclaw as anything besides a demonstration in Should we add some of Manuel's code that does this into the |
On Sun, Sep 30, 2012 at 4:10 AM, ahmadia notifications@github.com wrote:
|
Average q over blocks and then output, to speed up output and reduce file sizes in large runs.
The text was updated successfully, but these errors were encountered: