[phenixbb] GPU acceleration of phenix.real_space_refine?
Pavel Afonine
pafonine at lbl.gov
Thu Jun 2 14:00:46 PDT 2016
Hi Oliver,
unlike reciprocal-space refinement (phenix.refine), real-space
refinement (phenix.real_space_refine) is much easier to parallelize and
it will benefit a lot from parallelization.
Making use of multiple processors is in my list of things to do. No GPU
though.
Pavel
On 5/24/16 09:28, Oliver Clarke wrote:
> Hi all,
>
> phenix.real_space_refine takes a very long time to run on large
> systems when using any of the more computationally expensive options
> (e.g. morphing).
>
> I was wondering if there has been any consideration towards optimizing
> this code (and maybe that of phenix.map_to_model) for GPU
> acceleration? There is somewhat of a shift occuring in the EM
> community towards using GPU workstations for data processing - if we
> could use already purchased capabilities to accelerate model
> refinement as well that would be a huge bonus.
>
> I saw a discussion on the bb from a while back concerning the same
> question applied to phenix.refine, and the conclusion was that in that
> case the benefits would be minimal, but I'm not sure whether the same
> applies to real space operations.
>
> Cheers,
> Oli.
>
> PS has there been any consideration of including an option to allow
> users to supply two half maps at run time, one "work" and one "test"
> map for cross validation purposes? It is possible to do this with two
> separate runs right now but having the option integrated would be
> wonderful.
More information about the phenixbb
mailing list