← Back to branch summary

~chris-rogers/maus/emr_mc_digitization

« back to all changes in this revision

Viewing changes to doc/doc_src/detectors/tracker/01-Current/06-Algorithms/06-Algorithms.tex

  • Committer: Chris Rogers
  • Date: 2014-04-16 11:48:45 UTC
  • mfrom: (707 merge)
  • mto: This revision was merged to the branch mainline in revision 711.
  • Revision ID: chris.rogers@stfc.ac.uk-20140416114845-h3u3q7pdcxkxvovs
Update to trunk

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/doc_src/detectors/tracker/01-Current/06-Algorithms/06-Algorithms.tex
1
 
\section{Algorithms}
2
 
\label{Sect:Algo}
3
 
 
4
 
{\bf Lead author:} Adam
5
 
 
6
 
\subsection{General Code Structure}
7
 
 
8
 
MAUS operates on data using distinct modules which fall into four types: input, output, map and reduce. Input modules take data from a source and read into memory e.g. offline DAQ data, JSON files, etc. Output send data to file, e.g. ROOT or JSON. Maps perform the main work on the data, and must not perform any kind of data persistency spill to spill. Reducers are then used when it is required to accumulate data over multiple spills, e.g. to produce histograms in real time.  
9
 
 
10
 
A diagram showing the tracker software data flow with the corresponding modules is shown in figure~\ref{Fig:DataFlow}.
11
 
 
12
 
\begin{figure}[htb]
13
 
    \includegraphics[width=1.0\textwidth]
14
 
      {06-Algorithms/Figures/DataFlow.eps}
15
 
    \caption{Schematic of the tracker software data showing MC and Real data input, and subsequent reconstruction. MAUS modules corresponding to given process are indicated (MapCppTrackerRecon encompasses all of the reconstruction, shown in blue).  Once digits have been formed, reconstruction is agnostic as to whether the MC or Real path was followed.}
16
 
    \label{Fig:DataFlow}
17
 
\end{figure}
18