[Crossfire-wiki] [Crossfire DokuWiki] page changed:	dev_todo:thread_the_server
    no-reply_wiki at metalforge.org 
    no-reply_wiki at metalforge.org
       
    Fri Sep 22 16:48:52 CDT 2006
    
    
  
A page in your DokuWiki was added or changed. Here are the details:
Date        : 2006/09/22 16:48
User        : rednaxela
Edit Summary: Spelling fixes. Link to 'dev_todo:unified event syetem'
@@ -2,15 +2,16 @@
  ===== Plans/Ideas =====
    * Per-map threads and per-player threads
    * Mutex locks in players, and in 'map queues'.
      * 'map queues' are queues of things for a map thread to do, that it 
is told to do by other maps.
-   * One map thread when wanting to do something such as teleport an obje
ct to another map, get a lock on the map's queue and put it in a queue of 
things for ther other map thread to do in it's next tick.
+   * One map thread when wanting to do something such as teleport an obje
ct to another map, get a lock on the map's queue and put it in a queue of 
things for the other map thread to do in it's next tick.
    * In order to avoid all chance of deadlock, do this when processing th
e queue of things other threads told the thread to do:
      - Lock it's queue
-     - Copy it's queue and clear the origional
+     - Copy it's queue and clear the original
      - Unlock it's queue
      - Process the copy of the queue.
      * Otherwise, there is a small chance that two processing queues at t
he same time might want to lock eachother to add to the list.
+   * Perhaps use the proposed [[dev_todo:unified event system]] to implem
ent the per-map queues.
  
  
  ===== Issues to watch out for =====
    * Have to be careful to avoid deadlock circumstances.
IP-Address  : 66.222.158.169
Old Revision: http://wiki.metalforge.net/doku.php/dev_todo:thread_the_serv
er?rev=1158941801
New Revision: http://wiki.metalforge.net/doku.php/dev_todo:thread_the_serv
er
-- 
This mail was generated by DokuWiki at
http://wiki.metalforge.net/
    
    
More information about the crossfire-wiki
mailing list