[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gomd-devel] Gomd files committed to CVS
From: |
Matthias Rechenburg |
Subject: |
Re: [gomd-devel] Gomd files committed to CVS |
Date: |
Tue, 15 Apr 2003 22:41:54 +0200 |
User-agent: |
KMail/1.4.3 |
Hi JP,
On Dienstag 15 April 2003 21:42, Gian Paolo Ghilardi wrote:
> Hi all.
>
> I've just committed a new release for the gomd class (gomd.h/gomd.cpp).
> Please checkout.
GREAT ! looks very good. Did not check out yet but will test soon.
Just reviewed the diffs in the cvs now :)
I am again/still a bit busy but i really want to care about to change
the interface betweend gomd<->libgomd soon. As discussed
we won't use the "numbering-menu" any more but requests like
"GET LOAD 1".
So it is really good to have a bunch of methods in the gomd already
for creating/adjusting this interface.
To my mind we are not so far away from the "first useable alpha version"
(not release ;)
We just need to "connect" the libgomd to the gomd and we will have a lot
of methods to use already.
If this is done it will be easy to enhance (to my mind)
>
> Suggestions are welcome. :)
:) good work JP, thanks for coding.
here are my current suggestions what needs to be done:
- removing the int readFile and /proc related stuff from the libgomd.
- adjusting the libgomd Makefile to link the libgomd also against
the commoncpp (needed for using the same socket mechanism as gomd)
- creating a first "real" getload method which
1) reads to which gomd to connect to from config-file
(can be static for first testings)
2) opens a socket to the gomd
3) requests e.g. "GET LOAD 1"
4) receives the value from the gomd using the socket connection
(just like the c++ strings by << and >>)
5) returns the value
Maybe 1) + 2) can be static "libgomd" objects which are only
read/created once !?
3) can be using our current simple menu-numbering for first testing
e.g. request "3" (for load).
- adjust the menu-interface from the gomd to the
libgomd "GET/SET [something] [node-id]" requests
- We will need a kind of "parser" in the gomd for parsing the requests
from the libgomd-methods. It should split the request in e.g.
a) GET or SET (request or comand)
b) Option (what to GET or SET)
c) node-ID or node-range
>
> Byez.
>
> PS: in next release I'll put also the docs (auto)generated via Doxygen.
i noticed the "format-changes" in the sources and i really like those
automatic documentation system. Good idea which saves and
will save a lot of time.
..... will hope to get my source-format adapted to the Doxygen.
Hit me if not ;)
> I'm working to support all the infos avaiulable on "our" site on Savannah.
nice
>
> <rejected>
btw: try the new version of the "wmomload" !!
Use it with the "-w" switch on "non-windowmaker" window-managers.
It is small + coool !
all the best,
Matt
--
E-mail : address@hidden
www : http://www.openmosixview.com
an openMosix-cluster management GUI
People don't need faster computers. They just need to learn patience. It's
much cheaper, and it works for things besides computers.