<?xml version="1.0" encoding="UTF-8"?>
<biblioentry xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:ns5="http://www.w3.org/1998/Math/MathML" xmlns:ns4="http://www.w3.org/2000/svg" xmlns:ns3="http://www.w3.org/1999/xhtml" xmlns:ns="http://docbook.org/ns/docbook" xml:id="berger_overhead_cgw08">
  <citetitle pubwork="article">Analysis of Overhead and Waiting Time in the EGEE Production
  Grid</citetitle>
  <citetitle pubwork="book">Proceedings of the Cracow Grid Workshop 2008</citetitle>
  <authorgroup>
    <author>
      <personname>
        <firstname>Maximilian</firstname>
        <surname>Berger</surname>
      </personname>
    </author>
    <author>
      <personname>
        <firstname>Thomas</firstname>
        <surname>Zangerl</surname>
      </personname>
    </author>
    <author>
      <personname>
        <firstname>Thomas</firstname>
        <surname>Fahringer</surname>
      </personname>
    </author>
  </authorgroup>
  <abstract>
    <para>In the paper we present an analysis of the EGEE production Grid infrastructure, to verify if it fulfills the promised claim of providing a scalable computing resource plattform. We measured scheduling latency and information service overhead.</para>
    <para>In our measurements we discovered that the speed of the gLite middleware has significantly improved in the last two years. We have taken measurements for every step of the job lifecycle. We have also measured the actual time when a job started and finished its execution through a callback-mechanism. We present current results which show that the information service introduces an an additional overhead between the time a job actually finishes and the notification of the user.</para>
    <para>We also analyzed the the delays over weekdays and hours of the day. Where did not find any significant results which would support the "weekend effect".</para>
    <para>We discovered that the job latency and reliability are directly dependent on the site a job is actually scheduled to, and that some sites seem to be much faster and more reliable than others.</para>
    <para>We conclude that a simple analysis of scheduling time in the EGEE network or on one single site does not provide sufficient results – the factor site plays a large role in the actual scheduling latency. We outline some of the possible decision changes that could be made to improve scheduling in the EGEE infrastructure. We also set the overhead time in relation with job run-time, to estimate the types of jobs suitable for EGEE Grid execution.</para>
  </abstract>
  <bibliosource class="uri">http://max.berger.name/research/analysis_time_egee.pdf</bibliosource>
  <bibliosource class="isbn">978-83-61433-00-2</bibliosource>
  <confgroup>
    <conftitle>CGW 08: Cracow Grid Workshop</conftitle>
    <confdates>Oct 13-15, 2008</confdates>
    <address>
      <city>Crakow</city>
      <country>Poland</country>
    </address>
  </confgroup>
  <pagenums>287-294</pagenums>
  <pubdate>2009</pubdate>
</biblioentry>

