Mike Naberezny
9751b22629
Remove print_function, change uses of it that were errors to stderr
|
10 gadi atpakaļ | |
|---|---|---|
| .. | ||
| docs | 11 gadi atpakaļ | |
| CHANGES.txt | 11 gadi atpakaļ | |
| LICENSE.txt | 14 gadi atpakaļ | |
| README.txt | 14 gadi atpakaļ | |
| TODO.txt | 14 gadi atpakaļ | |
| __init__.py | 14 gadi atpakaļ | |
| asynchat_25.py | 11 gadi atpakaļ | |
| asyncore_25.py | 11 gadi atpakaļ | |
| auth_handler.py | 10 gadi atpakaļ | |
| counter.py | 14 gadi atpakaļ | |
| default_handler.py | 11 gadi atpakaļ | |
| filesys.py | 11 gadi atpakaļ | |
| http_date.py | 11 gadi atpakaļ | |
| http_server.py | 11 gadi atpakaļ | |
| logger.py | 14 gadi atpakaļ | |
| m_syslog.py | 14 gadi atpakaļ | |
| medusa_gif.py | 14 gadi atpakaļ | |
| producers.py | 11 gadi atpakaļ | |
| status_handler.py | 11 gadi atpakaļ | |
| xmlrpc_handler.py | 11 gadi atpakaļ | |
README.txt
Medusa is a 'server platform' -- it provides a framework for
implementing asynchronous socket-based servers (TCP/IP and on Unix,
Unix domain, sockets).
An asynchronous socket server is a server that can communicate with many
other clients simultaneously by multiplexing I/O within a single
process/thread. In the context of an HTTP server, this means a single
process can serve hundreds or even thousands of clients, depending only on
the operating system's configuration and limitations.
There are several advantages to this approach:
o performance - no fork() or thread() start-up costs per hit.
o scalability - the overhead per client can be kept rather small,
on the order of several kilobytes of memory.
o persistence - a single-process server can easily coordinate the
actions of several different connections. This makes things like
proxy servers and gateways easy to implement. It also makes it
possible to share resources like database handles.
Medusa includes HTTP, FTP, and 'monitor' (remote python interpreter)
servers. Medusa can simultaneously support several instances of
either the same or different server types - for example you could
start up two HTTP servers, an FTP server, and a monitor server. Then
you could connect to the monitor server to control and manipulate
medusa while it is running.
Other servers and clients have been written (SMTP, POP3, NNTP), and
several are in the planning stages.
Medusa was originally written by Sam Rushing ,
and its original Web page is at . After
Sam moved on to other things, A.M. Kuchling
took over maintenance of the Medusa package.
--amk
implementing asynchronous socket-based servers (TCP/IP and on Unix,
Unix domain, sockets).
An asynchronous socket server is a server that can communicate with many
other clients simultaneously by multiplexing I/O within a single
process/thread. In the context of an HTTP server, this means a single
process can serve hundreds or even thousands of clients, depending only on
the operating system's configuration and limitations.
There are several advantages to this approach:
o performance - no fork() or thread() start-up costs per hit.
o scalability - the overhead per client can be kept rather small,
on the order of several kilobytes of memory.
o persistence - a single-process server can easily coordinate the
actions of several different connections. This makes things like
proxy servers and gateways easy to implement. It also makes it
possible to share resources like database handles.
Medusa includes HTTP, FTP, and 'monitor' (remote python interpreter)
servers. Medusa can simultaneously support several instances of
either the same or different server types - for example you could
start up two HTTP servers, an FTP server, and a monitor server. Then
you could connect to the monitor server to control and manipulate
medusa while it is running.
Other servers and clients have been written (SMTP, POP3, NNTP), and
several are in the planning stages.
Medusa was originally written by Sam Rushing ,
and its original Web page is at . After
Sam moved on to other things, A.M. Kuchling
took over maintenance of the Medusa package.
--amk