forked from cms-sw/cmssw
-
Notifications
You must be signed in to change notification settings - Fork 5
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
Improve the transfers of DIGIs and clusters in Raw2Cluster #67
Comments
With the approach of #100 this issue would get fixed automatically. |
fwyzard
pushed a commit
that referenced
this issue
Feb 12, 2021
* Update Settings.h * Update TrackletCalculatorDisplaced.cc
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Digis
After #62 the DIGIS+errors are still always transferred back to CPU. In the pixel tracking workflow they are not used, so it should be straightforward do make their transfer on-demand. Basically this requires moving the transfers
cmssw/EventFilter/SiPixelRawToDigi/plugins/SiPixelRawToClusterGPUKernel.cu
Lines 645 to 655 in cdcd677
from the kernel to the "transfer function"
cmssw/EventFilter/SiPixelRawToDigi/plugins/SiPixelRawToClusterHeterogeneous.cc
Lines 517 to 518 in cdcd677
On a longer term (going beyond the quadruplet pixel tracks), the error information will likely become useful, so one could think of splitting the DIGIs and the errors to two separate
HeterogeneousProduct
s (with the cost of them having different product labels...).Clusters
The clusters, on the other hand, are needed in the CPU for various reasons (RecHits need to make edm::Refs, MC matching relies on clusters etc). After #62 the CPU clusters are first put as part of
HeterogeneousProduct
, and then copied to a standardedmNew::DetSetVector<SiPixelCluster>
bySiPixelClusterHeterogeneousConverter
. Since the standard collection is needed anyway, it would be more optimal to produce it directly already bySiPixelRawToClusterHeterogeneous
. (this will then lead to a funny situation of modulesiPixelDigis
takingsiPixelCluters
as an input, but ok)The text was updated successfully, but these errors were encountered: