X-Git-Url: https://bilbo.iut-bm.univ-fcomte.fr/and/gitweb/mpi-energy2.git/blobdiff_plain/ab7e68146cf99a45c2db5af7ecd4e5b9b671a453..444e332ff4a82d9f4435abf35c70d60f917f772a:/Heter_paper.tex diff --git a/Heter_paper.tex b/Heter_paper.tex index 6684ee4..7b52f21 100644 --- a/Heter_paper.tex +++ b/Heter_paper.tex @@ -110,7 +110,7 @@ such as the L-CSC from the GSI Helmholtz Center which became the top of the Green500 list in November 2014 \cite{Green500_List}. This heterogeneous platform executes more than 5 GFLOPS per watt while consumed 57.15 kilowatts. -Besides hardware improvements, there are many software techniques to lower the energy consumption of these platforms, +Besides platform improvements, there are many software and hardware techniques to lower the energy consumption of these platforms, such as scheduling, DVFS, ... DVFS is a widely used process to reduce the energy consumption of a processor by lowering its frequency \cite{Rizvandi_Some.Observations.on.Optimal.Frequency}. However, it also reduces the number of FLOPS executed by the processor which might increase the execution time of the application running over that processor. @@ -209,7 +209,7 @@ task which have the highest computation time and no slack time. \begin{figure}[t] \centering - \includegraphics[scale=0.5]{fig/commtasks} + \includegraphics[scale=0.6]{fig/commtasks} \caption{Parallel tasks on a heterogeneous platform} \label{fig:heter} \end{figure} @@ -358,7 +358,7 @@ The communication time of a processor $i$ is noted as $Tcm_{i}$ and could contai if it is communicating with slower nodes, see figure(\ref{fig:heter}). Therefore, all nodes do not have equal communication times. While the dynamic energy is computed according to the frequency scaling factor and the dynamic power of each node as in (\ref{eq:Edyn}), the static energy is -computed as the sum of the execution time of each processor multiplied by its static power. +computed as the sum of the execution time of one iteration multiplied by static power of each processor. The overall energy consumption of a message passing distributed application executed over a heterogeneous platform during one iteration is the summation of all dynamic and static energies for each processor. It is computed as follows: @@ -448,11 +448,11 @@ normalized execution time is inverted which gives the normalized performance equ \begin{figure} \centering \subfloat[Homogeneous platform]{% - \includegraphics[width=.30\textwidth]{fig/homo}\label{fig:r1}}% + \includegraphics[width=.33\textwidth]{fig/homo}\label{fig:r1}}% \subfloat[Heterogeneous platform]{% - \includegraphics[width=.30\textwidth]{fig/heter}\label{fig:r2}} + \includegraphics[width=.33\textwidth]{fig/heter}\label{fig:r2}} \label{fig:rel} \caption{The energy and performance relation} \end{figure} @@ -526,7 +526,7 @@ scaling factors starts the search method from these initial frequencies and take toward lower frequencies. The algorithm iterates on all left frequencies, from the higher bound until all nodes reach their minimum frequencies, to compute their overall energy consumption and performance, and select the optimal frequency scaling factors vector. At each iteration the algorithm determines the slowest node -according to (\ref{eq:perf}) and keeps its frequency unchanged, while it lowers the frequency of +according to the equation (\ref{eq:perf}) and keeps its frequency unchanged, while it lowers the frequency of all other nodes by one gear. The new overall energy consumption and execution time are computed according to the new scaling factors. The optimal set of frequency scaling factors is the set that gives the highest distance according to the objective @@ -622,7 +622,7 @@ which results in bigger energy savings. The precision of the proposed algorithm mainly depends on the execution time prediction model defined in (\ref{eq:perf}) and the energy model computed by (\ref{eq:energy}). The energy model is also significantly dependent on the execution time model because the static energy is -linearly related the execution time and the dynamic energy is related to the computation time. So, all of +linearly related to the execution time and the dynamic energy is related to the computation time. So, all of the works presented in this paper is based on the execution time model. To verify this model, the predicted execution time was compared to the real execution time over SimGrid/SMPI simulator, v3.10~\cite{casanova+giersch+legrand+al.2014.versatile}, for all the NAS parallel benchmarks NPB v3.3 @@ -898,10 +898,10 @@ compared to the communication times. \begin{figure} \centering \subfloat[Energy saving]{% - \includegraphics[width=.30\textwidth]{fig/energy}\label{fig:energy}}% + \includegraphics[width=.33\textwidth]{fig/energy}\label{fig:energy}}% \subfloat[Performance degradation ]{% - \includegraphics[width=.30\textwidth]{fig/per_deg}\label{fig:per_deg}} + \includegraphics[width=.33\textwidth]{fig/per_deg}\label{fig:per_deg}} \label{fig:avg} \caption{The energy and performance for all NAS benchmarks running with difference number of nodes} \end{figure} @@ -1020,10 +1020,10 @@ results in less energy saving but less performance degradation. \begin{figure} \centering \subfloat[Comparison of the results on 8 nodes]{% - \includegraphics[width=.30\textwidth]{fig/sen_comp}\label{fig:sen_comp}}% + \includegraphics[width=.33\textwidth]{fig/sen_comp}\label{fig:sen_comp}}% \subfloat[Comparison the selected frequency scaling factors of MG benchmark class C running on 8 nodes]{% - \includegraphics[width=.30\textwidth]{fig/three_scenarios}\label{fig:scales_comp}} + \includegraphics[width=.33\textwidth]{fig/three_scenarios}\label{fig:scales_comp}} \label{fig:comp} \caption{The comparison of the three power scenarios} \end{figure} @@ -1033,18 +1033,22 @@ results in less energy saving but less performance degradation. \subsection{The comparison of the proposed scaling algorithm } \label{sec.compare_EDP} - In this section, the scaling factors selection algorithm is compared to Spiliopoulos et al. algorithm \cite{Spiliopoulos_Green.governors.Adaptive.DVFS}. They developed a green governor that regularly applies an online frequency selecting algorithm to reduce the energy consumed by a multicore architecture without degrading much its performance. The algorithm selects the frequencies that minimize the energy and delay products, $EDP=Enegry*Delay$ using the predicted overall energy consumption and execution time delay for each frequency. - To fairly compare both algorithms, the same energy and execution time models, equations (\ref{eq:energy}) and (\ref{eq:fnew}), were used for both algorithms to predict the energy consumption and the execution times. Also Spiliopoulos et al. algorithm was adapted to start the search from the +To fairly compare both algorithms, the same energy and execution time models, equations (\ref{eq:energy}) and (\ref{eq:fnew}), were used for both algorithms to predict the energy consumption and the execution times. Also Spiliopoulos et al. algorithm was adapted to start the search from the initial frequencies computed using the equation (\ref{eq:Fint}). The resulting algorithm is an exhaustive search algorithm that minimizes the EDP and has the initial frequencies values as an upper bound. -Both algorithms were applied to the parallel NAS benchmarks to compare their efficiency. Table \ref{table:compare_EDP} presents the results of comparing the execution times and the energy consumptions for both versions of the NAS benchmarks while running the class C of each benchmark over 8 or 9 heterogeneous nodes. \textcolor{red}{The results show that our algorithm gives better energy savings than Spiliopoulos et al. algorithm, -on average it is up to 17\% higher for energy saving compared to their algorithm. The average of performance degradation percentage using our method is higher on average by 3.82\%. The positive values for energy saving and distance are mean that our method outperform Spiliopoulos et al. method, while the inverse is happen for the negative values. The negative values for performance degradation percentage are mean our method is has the less delay in time, while the positive values mean the inverse. } +Both algorithms were applied to the parallel NAS benchmarks to compare their efficiency. Table \ref{table:compare_EDP} presents the results of comparing the execution times and the energy consumptions for both versions of the NAS benchmarks while running the class C of each benchmark over 8 or 9 heterogeneous nodes. The results show that our algorithm gives better energy savings than Spiliopoulos et al. algorithm, +on average it results in 29.76\% energy saving while their algorithm returns just 25.75\%. The average of performance degradation percentage is approximately the same for both algorithms, about 4\%. + For all benchmarks, our algorithm outperforms -Spiliopoulos et al. algorithm in term of energy and performance tradeoff \textcolor{red}{(on average it has up to 21\% of distance)}, see figure (\ref{fig:compare_EDP}) because it maximizes the distance between the energy saving and the performance degradation values while giving the same weight for both metrics. +Spiliopoulos et al. algorithm in term of energy and performance tradeoff, see figure (\ref{fig:compare_EDP}), because it maximizes the distance between the energy saving and the performance degradation values while giving the same weight for both metrics. + + + + \begin{table}[h] \caption{Comparing the proposed algorithm} \centering @@ -1065,60 +1069,9 @@ Spiliopoulos et al. algorithm in term of energy and performance tradeoff \textco \end{table} -\begin{table}[htb] - \caption{Comparing the proposed algorithm} - % title of Table - \centering - \begin{tabular}{|*{4}{l|}} - \hline - Program & Energy & Performance & Distance\% \\ - name & saving\% & degradation\% & \\ - \hline - CG &13.31 &22.34 &10.89 \\ - \hline - MG &14.55 &71.39 &6.29 \\ - \hline - EP &44.4 &0.0 &44.42 \\ - \hline - LU &-4.79 &-88.58 &10.12 \\ - \hline - BT &16.76 &22.33 &15.07 \\ - \hline - SP &20.52 &-46.64 &43.37 \\ - \hline - FT &14.76 &-7.64 &17.3 \\ -\hline - \end{tabular} - \label{table:compare_EDP} -\end{table} -\begin{table}[htb] - \caption{Comparing the proposed algorithm} - % title of Table - \centering - \begin{tabular}{|*{4}{l|}} - \hline - Program & Energy & Performance & Distance\% \\ - name & saving\% & degradation\% & \\ - \hline - CG &3.67 &1.3 &2.37 \\ - \hline - MG &4.29 &2.67 &1.62 \\ - \hline - EP &8.68 &0.01 &8.67 \\ - \hline - LU &-1.36 &-3.8 &2.44 \\ - \hline - BT &4.64 &1.44 &3.2 \\ - \hline - SP &4.21 &-2.43 &6.64 \\ - \hline - FT &3.99 &-0.21 &4.2 - \\ -\hline - \end{tabular} - \label{table:compare_EDP} -\end{table} + + \begin{figure}[t] \centering \includegraphics[scale=0.5]{fig/compare_EDP.pdf} @@ -1136,16 +1089,16 @@ platform. To evaluate the proposed method, it was applied on the NAS parallel outperforms their algorithm in term of energy-time tradeoff. In the near future, this method will be applied to real heterogeneous platforms to evaluate its performance in a real study case. It would also be interesting to evaluate its scalability over large scale heterogeneous platform and measure the energy consumption reduction it can produce. Afterward, we would like to develop a similar method that is adapted to asynchronous iterative applications -where each task does not wait for others tasks to finish there works. The development of such method might require a new +where each task does not wait for others tasks to finish their works. The development of such method might require a new energy model because the number of iterations is not known in advance and depends on the global convergence of the iterative system. \section*{Acknowledgment} This work has been partially supported by the Labex -ACTION project (contract “ANR-11-LABX-01-01”). As a PhD student, +ACTION project (contract “ANR-11-LABX-01-01”). As a PhD student, Mr. Ahmed Fanfakh, would like to thank the University of -Babylon (Iraq) for supporting his work. +Babylon (Iraq) for supporting his work. % trigger a \newpage just before the given reference @@ -1157,7 +1110,7 @@ Babylon (Iraq) for supporting his work. \bibliographystyle{IEEEtran} \bibliography{IEEEabrv,my_reference} \end{document} - + %%% Local Variables: %%% mode: latex %%% TeX-master: t