EDGeS: THE COMMON BOUNDARY BETWEEN SERVICE AND DESKTOP GRIDS

Balaton, Zoltán; Farkas, Zoltán; Gombás, Gábor; Kacsuk, Péter; Lovas, Róbert; Marosi, Attila Csaba; Terstyánszky, Gábor; Kiss, Tamás; Lodygensky, Oleg; Fedak, Gilles; Emmen, Ad; Kelley, Ian; Taylor, Ian; Cárdenas‐Montes, Miguel; Araújo, Filipe

doi:10.1142/s012962640800348x

Cited by 15 publications

(9 citation statements)

References 1 publication

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Experimental Setup SETI@home [15] has been selected for resources and LCG1 [16,17] dataset has been used for jobs submitted to be scheduled on volunteer resources. SETI@home project has recorded activities of 60883 nodes for a period of 10 months [15].…”

Section: Results and Simulationmentioning

confidence: 99%

Representing Job Scheduling for Volunteer Grid Environment using Online Container Stowage

Rubab¹,

Hassan²,

Mahmood³

et al. 2016

ijacsa

View full text Add to dashboard Cite

Abstract-Volunteer grid computing comprises of volunteer resources which are unpredictable in nature and as such the scheduling of jobs among these resources could be very uncertain. It is also difficult to ensure the successful completion of submitted jobs on volunteer resources as these resources may opt to withdraw from the grid system anytime or there might be a resource failure, which requires job reassignments. However, a careful consideration of future jobs can make scheduling of jobs more reliable on volunteer resources. There are two possibilities; either to forecast the future jobs or to forecast the resource availability by studying the history events. In this paper an attempt has been made to utilize the future job forecasting in improving the job scheduling experience with volunteer grid resources. A scheduling approach is proposed that uses container stowage to allocate the volunteer grid resources based on the jobs submitted. The proposed scheduling approach optimizes the number of resources actively used. The approach presents online container stowage adaptability for scheduling jobs using volunteer grid resources. The performance has been evaluated by making comparison to other scheduling algorithms adopted in volunteer grid. The simulation results have shown that the proposed approach performs better in terms of average turnaround and waiting time in comparison with existing scheduling algorithms. The job load forecast also reduced the number of job reassignments.

show abstract

Section: Results and Simulationmentioning

confidence: 99%

Representing Job Scheduling for Volunteer Grid Environment using Online Container Stowage

Rubab¹,

Hassan²,

Mahmood³

et al. 2016

ijacsa

View full text Add to dashboard Cite

show abstract

“…read the description file of the workunit produced by the jobwrapper client, 2. create an input package out of the workunit's input files. This input package contains every file that is required to run the workunit on a stand-alone machine, 3. create a JDL file and a wrapper script using the information in the description file.…”

Section: First Version Of the Boinc → Egee Bridgementioning

confidence: 99%

“…The European EDGeS project [3] aims at establishing an integrated SG-DG infrastructure where the DG → SG bridge enables desktop grids to submit task units as jobs into the service grids and the SG → DG bridge ensures the job movement into the opposite direction. In this paper, we describe research on how such DG → SG and SG → DG bridge can be created for BOINC and EGEE.…”

Section: Introductionmentioning

confidence: 99%

Interoperability of BOINC and EGEE

Farkas

Kacsuk

Balaton

et al. 2010

Future Generation Computer Systems

View full text Add to dashboard Cite

“…An example for the former one is Globus that enables the interconnection of Condor pools. The EDGeS technology [5] enables the interconnection of BOINC, XtremWeb and SZDG systems. However, here we focus on the internal facilities of the DG systems.…”

Section: Interconnection/scalabilitymentioning

confidence: 99%

“…Currently DC API is implemented for BOINC, Condor and XtremWeb [4]. Within the EDGeS [5] project we demonstrated that applications originally developed by DC API for SZDG could run without any modification on the XtremWeb platform. Within a Hungarian Grid project [6] we showed that SZDG applications written with DC API could run on the Hungarian ClusterGrid [7] that is a Condor based Grid system.…”

Section: Introductionmentioning

confidence: 96%