# HG changeset patch # User Nina Engelhardt # Date 1337175524 -7200 # Node ID 04f4e1c4972a8a78fc4940ddef8d3c34fb72bfc6 # Parent e014ef8c9e0418952f1a9015f7dec4916ec59a60 fix ref to fig 1 diff -r e014ef8c9e04 -r 04f4e1c4972a 0__Papers/Holistic_Model/Perf_Tune/latex/Holistic_Perf_Tuning.pdf Binary file 0__Papers/Holistic_Model/Perf_Tune/latex/Holistic_Perf_Tuning.pdf has changed diff -r e014ef8c9e04 -r 04f4e1c4972a 0__Papers/Holistic_Model/Perf_Tune/latex/Holistic_Perf_Tuning.tex --- a/0__Papers/Holistic_Model/Perf_Tune/latex/Holistic_Perf_Tuning.tex Wed May 16 06:32:02 2012 -0700 +++ b/0__Papers/Holistic_Model/Perf_Tune/latex/Holistic_Perf_Tuning.tex Wed May 16 15:38:44 2012 +0200 @@ -435,7 +435,7 @@ A second visualization, seen in Figure X, depicts the constraints on the scheduling decisions, which limit the choices the runtime is allowed to make. We call this the Unit \& Constraint Collection, or UCC. This shows only application-derived information. \subsection{Walk through} -After functional debugging, the first run produces the visualization seen in Fig \ref{fig:figure1}. This is what we refer to as a scheduling consequence graph. It depicts all the scheduling operations performed by the runtime, along with the consequent usage of the cores. +After functional debugging, the first run produces the visualization seen in Fig \ref{story}. This is what we refer to as a scheduling consequence graph. It depicts all the scheduling operations performed by the runtime, along with the consequent usage of the cores. Each column is associated with one core. A blue vertical block represents the time the core spends doing the actual work of one work-unit, the height being proportional to the number of cycles taken for execution. Just above each, in light blue, is the runtime overhead spent on that work-unit, which can be broken into pieces representing acquisition of the lock on the shared semantic state, time spent performing the semantics of the parallelism construct, time spent deciding which ready task to execute next, and time spent switching from virtual processor, to the runtime, and back. @@ -878,4 +878,4 @@ %% EOF ieeepes_skel.tex %%---------------------------------------------------------------------- - destroying virtutal processors, and three kinds of send-receive pairs. The \ No newline at end of file + destroying virtutal processors, and three kinds of send-receive pairs. The