> it is going to be multi-threaded.<br><br>> >... because?<br><br>one thread listens for incoming requests . as soon as a request arrives ( a connection is made ) the thread verifies the request and starts another thread where the request is processed ( typically  some algorithm is run on the data ).The first thread immediately goes back to listening for new connections. 

<br> <br><br><br><div><span class="gmail_quote">On 6/28/06, <b class="gmail_sendername">Robert Kern</b> <<a href="mailto:robert.kern@gmail.com">robert.kern@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Chandrashekhar kaushik wrote:<br>> okay<br>> so much for a few spelling errors and abbreviations used by me !!<br>> we are losing the main point !<br>> i had a look at mercurial . It deals with SCM . I am typically

<br>> looking at an application thats to deal with geometry data ( tetras ) ,<br>> process millions of them and may be process them repeatedly ( iterative ).<br>> It would basically involve client-server operations to first distribute data

> over a computing network and then send requests to process the data > at the various nodes that contain the data. I do essentially the same thing (only with pickles of constructive solid geometry definitions).

<br><br>> it is going to be multi-threaded.<br><br>... because?<br><br>> Carl , what are the problems that could arise with threading ??<br><br>An old, but still relevant overview is here:<br><br>   <a href="http://www.softpanorama.org/People/Ousterhout/Threads/index.shtml">

http://www.softpanorama.org/People/Ousterhout/Threads/index.shtml</a><br><br>A good event-driven framework for Python is Twisted. It's what I use for the<br>program I mention above.<br><br>   <a href="http://twistedmatrix.com/trac/">

http://twistedmatrix.com/trac/</a><br><br>--<br>Robert Kern<br><br>"I have come to believe that the whole world is an enigma, a harmless enigma<br>  that is made terrible by our own mad attempt to interpret it as though it had

<br>  an underlying truth."<br>   -- Umberto Eco<br><br>--<br><a href="http://mail.python.org/mailman/listinfo/python-list">http://mail.python.org/mailman/listinfo/python-list</a><br></blockquote></div><br><br clear="all">

<br>-- <br>--<br>shekhar