Re: Are there really multi processes in FCGI::Perl?
Bryan White <[email protected]>
| Newsgroups | gmane.comp.web.fastcgi.devel |
|---|---|
| Message-ID | <[email protected]> |
Waldemar Biernacki wrote: > Hi! > I've just started with fastcgi-perl. My server configuration is as follows: > > Apache/2.0.53 (Unix) mod_ssl/2.0.53 OpenSSL/0.9.7f DAV/2 PHP/4.3.10 > mod_fastcgi/2.4.2 Server at trzciniak Port 80 > > what problem? I have prepared fcgi-perl script which gets same data from > postgres after I write some SQL statement (dynamic page). I've check if it > works at my FIRST workstation. Yes it does. I can even see the number of my > last regest. BUT ... if I tried to work with the script at the SECOND > workstation I can see in a browser THE SAME web-page as it was on the first > workstastion with THE SAME DATA and THE SAME REQUEST NUMBER. > > I thought that if I start to work at another workstation then all fastcgi > process starts from the beginning... What am I doing wrong? No, the process manager will only setup another process if the current set of processes is not keeping up. There is a session affinity patch here: http://www.tfarmbruster.com/fcgi_sa.htm I have never used it. The term 'affinity' implies the process manager will maintain a preference for a given process handling a given user's requests. I don't think it enforces a 1 to 1 relationship between users and processes. I.E. one process cannot assume it will only get requests for one user and it cannot assume it will get all requests for that user. This means you will still need some mechanism of IPC, be it a database, shared memory, local files, or some sort of back channel. -- Bryan White, ArcaMax Publishing Inc. There's no point in acting all surprised about it. All the planning charts and demolition orders have been on display in your local planning department on Alpha Centauri for fifty of your Earth years, so you've had plenty of time to lodge any formal complaint and it's far too late to start making a fuss about it now. - Prostetnic Vogon Jeltz ___________________________________ fastcgi-developers mailing list http://fastcgi.com/fastcgi-developers/