The simplest way to run a server is simply to execute the following command...
linda_server.py
This will execute a single server, which will become a 'master' server. The only difference between a master server and an ordinary server is that the master server is the physical store of the universal tuplespace. This is a purely implementational detail as any client process need not know anything about the location of any tuplespaces.
In order to add a new server to the linda network run the server with the -c option followed by an ip address or a dns name of a computer already connection to your linda network.
linda_server.py -cvenice linda_server.py --connect=venice
It is only necessary to specify the name/address of one computer as the server will automatically detect and connect to other servers as necessary.
Should the default port of 2102 not be suitable for some reason it is possible to change the port that the server listens on.
linda_server.py -s2103 linda_server.py --server-port=2103
linda_server.py -cvenice -p2103 linda_server.py -cvenice --connect-port=2103
The first set of commands show how to run the server on a different port, the following two show how to connect to a server running on a different port. These two options can naturally be combined.
If the server is running on a different port then any client programs will need to connect on that port - this can be done by passing the new port to the connect function.
linda.connect(2103)
See the marriage.py example for a concrete example.
The another server option prevents any program running not running locally from connecting. While preventing any use as a distributed computing platform, if want to prevent any security problems* from running PyLinda then this option may come in handy.
linda_server.py -l linda_server.py --localbind
* Please note: this does not mean that using this option will make PyLinda completly secure, only that the chance of a security flaw being found is reduced.
On UNIX all communication between server and client programs is through unix domain sockets. This can be disabled by using the -d switch. TCP/IP sockets - this is slow and inefficient. By activating two server options Unix Domain Sockets and SystemV IPC can be used instead, these are much quicker however they are still experimental and have a habit of not cleaning up correctly when a client program crashes.
linda_server.py -m -d