gomd-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gomd-devel] Re: <DAEMON> libgtop killed


From: rbaardman
Subject: Re: [gomd-devel] Re: <DAEMON> libgtop killed
Date: Fri, 16 Apr 2004 10:37:23 +0200
User-agent: Internet Messaging Program (IMP) 3.1

I am purely concerned about portability (Mac OS X anyhow), so that's why I 
want to be 100% sure that this won't break it on OS X. I am expecting my 
iBook any day now, you see :)

Roeles

> Hi roeles.
> 
> I've removed libgtop as we can get the same infos via the SCX facility. :)
> However we can speak about readding the library, if needed. :)))
> 
> Bye.
> 
> <rejected>
> 
> 
> ----- Original Message -----
> From: <address@hidden>
> To: <address@hidden>; "gomd developers mailing list"
> <address@hidden>
> Sent: Wednesday, April 14, 2004 10:20 PM
> Subject: Re: [gomd-devel] Re: <DAEMON> libgtop killed
> 
> 
> > I suggest we make it an optional dependency. Gomd is primary running on
> Linux,
> > but I think libgtop offers good cross-platform stuff. For example: Mac
> OS
> X. I
> > don't think it has /proc or whatsoever. Parsing could be diffirent if
> output
> > differs on each platform.
> > But again, I am not sure. Maybe keep it as not-recommended and not
> supported
> > or something until we have 100% ensurance about other platforms?
> >
> > Roel
> >
> > P.s. I am tired, so if I am missing something, talking like an idiot,
> tell
> me ;)
> >
> > Citeren Matthias Rechenburg <address@hidden>:
> >
> > > Ciao again,
> > >
> > > On Mittwoch 14 April 2004 12:54, Gian Paolo Ghilardi wrote:
> > > > Hi Matt.
> > > >
> > > > As the cluster-wide execution seem to work, I've decided to remove
> > > libgtop.
> > > > The idea: why to have a sysinfo class based on an external library
> > > > (libgtop2) when we can get the same info executing the right
> command?
> > > > Invoking an external library or executing directly a command take
> > > > approximately the same time.
> > > >
> > > > i.e. get uptime
> > > > - with libgtop => call libgtop uptime object/functions
> > > > - with SCX     => can be emulated via  [con (NODE_ID)/cmd/cwc]
> uptime.
> > > >
> > > > So the sysinfo class can be restructured like a wrapper class that
> > > executes
> > > > commands and return parsed and well formatted values.
> > > >
> > > > In this way we can remove safely libgtop.
> > > >
> > > > Ok?
> > >
> > > ok, sounds good to me :) one (optional) dependency less
> > >
> > > .... just i still have probs with the
> > > "exec con (nodeid) .." stuff.
> > > Could you please try setting the speed using gomdview ?
> > > This will show you the exact command which is executed
> > > on the lg object.
> > > As i mentioned before "exec cmd ..." works ok but
> > > "exec con (nodeid) .." gives this probs.
> > >
> > > >
> > > > Bye.
> > > >
> > > > <rejected>
> > >
> > > cheers,
> > >
> > > Matt
> > > --
> > > E-mail :  address@hidden
> > > www : http://www.openmosixview.com
> > > an openMosix-cluster management GUI
> > >
> > > "The difficult we do immediately;  the impossible takes
> > >  a little longer."
> > >
> > >
> > >
> > > _______________________________________________
> > > gomd-devel mailing list
> > > address@hidden
> > > http://mail.nongnu.org/mailman/listinfo/gomd-devel
> > >
> >
> >
> >
> >
> > _______________________________________________
> > gomd-devel mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/gomd-devel
> 
> 
> 
> _______________________________________________
> gomd-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/gomd-devel
> 






reply via email to

[Prev in Thread] Current Thread [Next in Thread]