diff options
author | Stan Seibert <stan@mtrr.org> | 2011-10-21 17:02:11 -0400 |
---|---|---|
committer | tlatorre <tlatorre@uchicago.edu> | 2021-05-09 08:42:38 -0700 |
commit | a6ceb716ddcb6a7f5dc183ca63f0b258fc90fc2d (patch) | |
tree | e7ca82bad70c395689ccd4284ff8e527bfa54c8e /test | |
parent | ce45e90e90f801bf7b523c97399b1986c8bfa97e (diff) | |
download | chroma-a6ceb716ddcb6a7f5dc183ca63f0b258fc90fc2d.tar.gz chroma-a6ceb716ddcb6a7f5dc183ca63f0b258fc90fc2d.tar.bz2 chroma-a6ceb716ddcb6a7f5dc183ca63f0b258fc90fc2d.zip |
Major overhaul to the way that DAQ and PDF information is accumulated
to speed up likelihood evaluation.
When generating a likelihood, the DAQ can be run many times in parallel
by the GPU, creating a large block of channel hit information in memory.
The PDF accumulator processes that entire block in two passes:
* First update the channel hit count, and the count of channel hits
falling into the bin around the channel hit time being evaluated.
Add any channel hits that should also be included in the n-th
nearest neighbor calculation to a channel-specific work queue.
* Process all the work queues for each channel and update the
list of nearest neighbors.
This is hugely faster than what we were doing before. Kernel
estimation (or some kind of orthogonal function expansion of the PDF)
should be better ultimately, but for now the nearest neighbor approach
to PDF estimation seems to be working the best.
Diffstat (limited to 'test')
0 files changed, 0 insertions, 0 deletions