On Sun, 30 Sep 2001, Richard Gooch wrote:
> I usually think of "server" as the box that's running all the time,
> providing a service to multiple clients. In this case, the netconsole
> server should always be running, accepting log messages for storage.
> The clients (which are transitory, otherwise netconsole wouldn't be
> needed:-), initiate work for the server to do.
>
> Face it, Ingo's use of "client" and "server" is contrary to accepted
> usage. You can't finesse around it.
'server' is the box that serves content. 'client' is one that requests and
accepts it. in the case of netconsole, it's the netconsole-module box that
produces the messages, and the other one gets them.
it's analogous to a browser <-> http server relationship. The browser gets
messages from multiple servers - often in parallel. That is a 1:N
relationship as well.
the fact that the netconsole-module box did not get any formal 'request'
from the other side does not mean it's not the content generator: right
now the 'request' is implicit, but in the future it might be formalized.
The netconsole patch will soon be extended to do crashdumps - and in this
case it will not only be a log message server, it will also be a crashdump
server.
to further underscore why the netconsole-module box is a 'log message
server', it can produce messages to multiple 'clients'. (this is already
possible by renaming the netconsole module's symbols and inserting it as
eg. netconsole2.o.)
but in the case of logging there is indeed another way to think about it
as well: the netconsole-module box is asking the other side to store logs.
But in internet terms it's usually the content producer that is the
server, and the content sink that is the client. And i've been coding HTTP
and FTP server software lately which influenced my terminology :)
in this sense a browser is a 'server' too => the http server requests the
served page to be stored on the client.
but telling any side to be wrong is stupid - both are correct, and the
correct meaning of 'server' depends alot on context. this is why i defined
the terms.
Ingo
On Mon, 1 Oct 2001, Ingo Molnar wrote:
> > Face it, Ingo's use of "client" and "server" is contrary to accepted
> > usage. You can't finesse around it.
>
> 'server' is the box that serves content. 'client' is one that requests and
> accepts it. in the case of netconsole, it's the netconsole-module box that
> produces the messages, and the other one gets them.
Server is the side providing the service - direction of data is
irrelevant. If the service is logging, the side doing the logging is the
server. If the service is console message generation, then the machine
generating the messages is the server. Client/server architecture
generally implies the possibility of multiple clients per server, and that
seems to make more sense with a 'logging server' than a 'console message
server'.
--
"Love the dolphins," she advised him. "Write by W.A.S.T.E.."
Ingo Molnar writes:
[Much rationalising deleted:-]
> but telling any side to be wrong is stupid - both are correct, and
> the correct meaning of 'server' depends alot on context. this is why
> i defined the terms.
Hey! I didn't call anyone stupid. I didn't even call the idea
stupid. I think your terminology is backwards to the way I think and
what seems to be accepted practice (and I notice I'm not alone in
that).
However, "he who writes the code gets to choose", and I'd be a
hypocrite to say otherwise :-) I was just hoping to change your mind.
Regards,
Richard....
Permanent: [email protected]
Current: [email protected]