Message: Re: Moving Volumes Between Events Not Logged In (login)
 Next-in-Thread Next-in-Thread
 Next-in-Forum Next-in-Forum

More Re: Moving Volumes Between Events 

Forum: Geometry
Re: None Moving Volumes Between Events
Re: None Re: Moving Volumes Between Events
Date: 14 Oct, 2015
From: Gabriele Cosmo <Gabriele Cosmo>

Hi Anders,

concerning moving geometries, if the 'moving' part is implemented via
parameterised volumes (and assuming the parameterisation is correctly
implemented, i.e. it is thread_safe), this will work in MT mode, as the
parameterised part gets automatically cloned in each thread.
If the moving part is implemented via normal placements, this depends
on the number of events you want to execute before a change to the
geometry applies (i.e. duration of a run); during the run the execution
can obviously happen in parallel.

Cheers, Gabriele

On Tue, 15 Sep 2015 11:39:38 GMT, herr_apa wrote:
> I have now implemented my geometry and everything seems to work. At this
> point I just want to confirm that I haven't done anything crazy.
> For my first question (about voxelization), I think I've figured out the
> answer. The voxelization isn't flat, but hierarchial. While a volume may
> move outside of a particular sub-voxel, it will never leave the mother
> voxel because motherLogical->SetSmartless(number_of_daughters_or_larger)
> ensures that the mother voxel contains every single daughter.
> For my second question, I would still appreciate a comment from the
> experts: How are moving volumes handled in multithreaded mode? If a
> particular thread moves a volume, won't that mess with the other threads
> since the geometry is thread-shared?

 Add Message Add Message
to: "Re: Moving Volumes Between Events"

 Subscribe Subscribe

This site runs SLAC HyperNews version 1.11-slac-98, derived from the original HyperNews

[ Geant 4 Home | Geant 4 HyperNews | Search | Request New Forum | Feedback ]