Replies: 2 comments 4 replies
-
The illumination has near zero overhead so the only thing that could explain it is something weird happening in the reduction(sum over shots) phase which I'm not sure why it would. I can try to have a quick look next week but from the log the propagation does show now overhead (it's part of the forward) so it has to be something in the postprocessing |
Beta Was this translation helpful? Give feedback.
1 reply
-
@mloubout is it now possible to use preconditionners with d0 = F(model0)[indsrc]*q[indsrc]
r = Ml_ref[indsrc]*d0 - Ml_ref[indsrc]*d_obs[indsrc]
gradient = Il*J'[indsrc] * r
fval = .5*norm(r)^2 computes forward operator twice and thus spend 1.5 time more. |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi,
I'm testing illumintation feature on my data.
It seems it improves the result of the FWI inversion but requires more time to compute.
My data consist of about 1000 3D shots.
My attempt:
This produces better gradient but the problem is the computational time.
With illumination I spend about 7-8 hours per iteration on SLURM cluster with 16 tasks and 14 CPU per task on 6 nodes (each node consists of 56 CPU): 2 full nodes and 4 half of power of a node. Even though I see that operator forward/adjoint runs in 15 sec in average (but sometimes it requres about 150 sec don't know why). But first it computes the forward operator for all the shots.
Without illumination it requires about 1 hour to compute single iteration with similar cluster configuration. And it also takes about 15 sec per forward/adjoint operator.
Here is som part of output (I also attach all output in .ZIP file):
slurm script:
As the computation are still running and don't want to interrupt them I didn't do all the tests to investigate this issue. But maybe @mloubout you have some thoughts?
JUDI: v4.0.2
Devito: 4.8.11
slurm-9532.zip
Beta Was this translation helpful? Give feedback.
All reactions