[Home] [Groups] - Message: [Prev in Group] [Next in Group]

nu.kanga.list.mud-dev

1204: Re: [MUD-Dev] Re: Multi-threaded mudding (was a flamefest)

[Full Header] [Plain Text]
From: clawrenc@cup.hp.com
Newsgroups: nu.kanga.list.mud-dev
Date: Thu, 01 May 97 11:16:39 -0700
References: [1]
Organization: Kanga.Nu
In <199705020501.AAA14692@dfw-ix9.ix.netcom.com>, on 05/01/97 
   at 10:04 PM, "Jon A. Lambert" <jlsysinc@ix.netcom.com> said:

>> From: Jeff Kesselman <jeffk@tenetwork.com>

>The implication is, if my definition of event-driven systems is
>correct, program control MUST be external to the procedural code of
>the events  for a server to be truly "event-driven".

>Can it be done with a single-threaded 'dispatcher/monitor'? 
>Certainly. If OS multi-threading is superior to software time-slicing
>on your platform then it would follow, that a multi-threaded
>event-driven server would outperform a single-threaded event-driven
>server regardless of  how many CPUs your processor has.  

>Are there any faults with this logic?

None here for the general case.  The main reason to implement
appilication threads (I think MS calls them "fibers") is that you can
get a performance benefit and design simplification for co-operative
threading (eg explicit yields).

--
J C Lawrence                           Internet: claw@null.net
(Contractor)                           Internet: coder@ibm.net
---------------(*)               Internet: clawrenc@cup.hp.com
...Honorary Member Clan McFUD -- Teamer's Avenging Monolith...