airavata-architecture mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Lahiru Gunathilake <glah...@gmail.com>
Subject Re: GFac's role in Airavata
Date Tue, 22 Apr 2014 16:41:03 GMT
Because gfac and monitoring is highly coupled and gfac is  a component we
allow to extend gfac, due to the high coupling of gfac and monitor if you
want to extend gfac users have to extend monitor too.

Regards
Lahiru


On Tue, Apr 22, 2014 at 11:05 AM, Amila Jayasekara
<thejaka.amila@gmail.com>wrote:

> On Tue, Apr 22, 2014 at 10:42 AM, Lahiru Gunathilake <glahiru@gmail.com
> >wrote:
>
> > On Tue, Apr 22, 2014 at 10:26 AM, Eroma Abeysinghe <
> > eroma.abeysinghe@gmail.com> wrote:
> >
> > > Hi,
> > >
> > > Correct me if I am wrong;
> > > Lahiru, isn't monitoring taken out of GFac and done by stand alone Job
> > > Monitor tool?
> > >
> > yes its called in orchestrator now but I think its a wrong design
> decision,
> > I can move it to gfac level.
> >
>
> Hi Lahiru,
>
> Why do you think its a wrong design decision ?
>
> Thanks
> Amila
>
>
> >
> > >
> > > Few things which came to my mind;
> > > Scalability of GFac
> > > Handling system failures - Could be failure of Airavata component,
> > > supercomputer, etc....
> > > Having priority queue for job executions - Within Airavata a way of
> > > prioritizing jobs - Could be based on gateway, gateway user, walltime,
> > > etc.....
> > >
> > > I don't think we need to prioritize jobs within airavata, it will make
> > things more complicated, because we already have prioritized queues in
> the
> > resource level. IMHO we should make the things more simpler but
> extensible
> > if someone wants to make it complicated (in framework point of view).
> >
> > Regards
> > Lahiru
> >
> > > Thank you,
> > > Best Regards,
> > > Eroma
> > >
> > >
> > >
> > > On Mon, Apr 21, 2014 at 2:53 PM, Lahiru Gunathilake <glahiru@gmail.com
> > > >wrote:
> > >
> > > > Hi Eroma,
> > > >
> > > > GFAC is a framework which provides application execution abstraction.
> > > This
> > > > includes abstraction of preparation of the application, running
> > > > application, monitoring status and post processing of the
> application.
> > > This
> > > > is simply and extensible framework and developers can write their
> > > > extensions and just plug them without modifying the framework.
> > > >
> > > > Regards
> > > > Lahiru
> > > > On Mon, Apr 21, 2014 at 1:43 PM, Eroma Abeysinghe <
> > > > eroma.abeysinghe@gmail.com> wrote:
> > > >
> > > > > Hi Architects,
> > > > >
> > > > > What do you think GFac's role is?
> > > > > Meaning....
> > > > > 1. What features would you want to add?
> > > > > 2. What existing features you want to change and how?
> > > > > 3. What features you want to remove or you think is invalid now?
> > > > > 4. What is your wishlist for GFac?
> > > > >
> > > > >
> > > > > --
> > > > > Thank You,
> > > > > Best Regards,
> > > > > Eroma
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > System Analyst Programmer
> > > > PTI Lab
> > > > Indiana University
> > > >
> > >
> > >
> > >
> > > --
> > > Thank You,
> > > Best Regards,
> > > Eroma
> > >
> >
> >
> >
> > --
> > System Analyst Programmer
> > PTI Lab
> > Indiana University
> >
>



-- 
System Analyst Programmer
PTI Lab
Indiana University

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message