[Pipet Devel] toolkit and data access/storage
Konrad Hinsen
hinsen at cnrs-orleans.fr
Fri Jan 22 04:42:35 EST 1999
> > I personally don't like CGI
> > because of it's unflexible fork-request-once-response-once-terminate
> > assumption. I suspect these tools are running for a longer time period and
> > we would like to be able to find out about their state.
> ^^^^^^^^^^^^^^^^^^^^^^^^
> Yes! This is something I realized would not work with standard CGI. These
> analysis algorithms (server side only) will be longer lived than standard CGI
> scripts. Some may take hours or days to complete. I would like to return
There are solutions to this. Something I have considered for
monitoring long-running MD simulations is a two-threaded program
(remember that Python has very nice threading support) with one thread
running the simulation and the other one running the Zope HTTP server
(which is a specialized Web server for ZPublisher). Since threads
share global data, the Web server could always access the state of the
simulation and provide any information the user wants.
Also have a look at the PCGI (persistent CGI)
http://starship.skyport.net/crew/jbauer/persistcgi/ system, which is
more generic.
Konrad.
--
-------------------------------------------------------------------------------
Konrad Hinsen | E-Mail: hinsen at cnrs-orleans.fr
Centre de Biophysique Moleculaire (CNRS) | Tel.: +33-2.38.25.55.69
Rue Charles Sadron | Fax: +33-2.38.63.15.17
45071 Orleans Cedex 2 | Deutsch/Esperanto/English/
France | Nederlands/Francais
-------------------------------------------------------------------------------
More information about the Pipet-Devel
mailing list