summaryrefslogtreecommitdiff
path: root/test
diff options
context:
space:
mode:
authorStan Seibert <stan@mtrr.org>2011-10-21 17:02:11 -0400
committertlatorre <tlatorre@uchicago.edu>2021-05-09 08:42:38 -0700
commita6ceb716ddcb6a7f5dc183ca63f0b258fc90fc2d (patch)
treee7ca82bad70c395689ccd4284ff8e527bfa54c8e /test
parentce45e90e90f801bf7b523c97399b1986c8bfa97e (diff)
downloadchroma-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