more over circle is not thread or multiprocess safe
there is nothing to keep 2 seprate processes from modifying the same global
buffer or moving the character pointers around. as these are pointers you
could easyly lose track of one or two
>From: George Greer <greerga@CIRCLEMUD.ORG>
>Reply-To: Circle Discussion List <CIRCLE@post.queensu.ca>
>To: CIRCLE@post.queensu.ca
>Subject: Re: [CIRCLE] [CODE] Parallel Processing
>Date: Mon, 21 Feb 2000 14:47:48 -0800
>
>On Tue, 22 Feb 2000, Andrew Ritchie wrote:
>
> >If I had two processors running in my server computer, would Circle take
> >advantage of this?
>
>Not in the slightest.
>
> >Is it something that the computer/operating system automatically
> >harnesses, or is it something that needs to be coded in?
>
>Your system will run better with two processors but Circle itself will not
>run any better.
>
> >Does anyone have any idea what it could be useful for in a MUD?
>
>If we were threaded it might help.
>
> >If you could somehow split all CPU operations between the two CPUs that
> >would be great, that's if it doesn't already do that. Discussion is
> >welcome.
>
>I think the better question is why? CircleMUD does not take up much
>processing power at all. Even a lowly 486 could keep up with it. I'm
>guessing a 386 wouldn't have much trouble either if it had enough RAM.
>
>--
>George Greer | The CircleMUD FAQ
>greerga@circlemud.org | http://developer.circlemud.org/docs/FAQ/
>
>
> +------------------------------------------------------------+
> | Ensure that you have read the CircleMUD Mailing List FAQ: |
> | http://qsilver.queensu.ca/~fletchra/Circle/list-faq.html |
> +------------------------------------------------------------+
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
+------------------------------------------------------------+
| Ensure that you have read the CircleMUD Mailing List FAQ: |
| http://qsilver.queensu.ca/~fletchra/Circle/list-faq.html |
+------------------------------------------------------------+
This archive was generated by hypermail 2b30 : 04/10/01 PDT