Hey Rod, You're only supposed to get 2 processes on win32. The win32 mpm supports only one master process and one child processes (which causes all sorts of issues and delays when the child process segfaults :-( ). The child process loads by default with 250 worker threads which are the "instances" you seem to be referring to. By default mod_perl loads 1 perl interpreter into the parent process and then clones it 3 times (tunable - see http://perl.apache.org/docs/2.0/user/config/config.html#Threads_Mode_Specific_Directives) into the child process. The clones are then made available to the worker threads as explained at http://perl.apache.org/docs/2.0/user/intro/overview.html#Threads_Support (someone please correct me if that's wrong - my mp internals knowledge is still somewhat limited)
So you'll always see 2 processes on win32 in the task manager processlist though you can also check the thread counts to see the workers). Hope that helps somewhat. Issac Rod Morris wrote: > Hi all, > > I'm porting some old perl code to a new installation of Apache/2.0.54 > (Win32) mod_perl/2.0.1 on Windows 2003 Server. In testing some file > locking code, I noticed that response seemed very slow when I dumped in > multiple jobs via multiple browsers to the server. I added a timer and > saw the scripts waiting for one to finish before the next started as if > they were queued waiting for the server. > > I've got another server running freeBSD and it's set up to run mutilple > instance of Apache which seems to deal with this. But on Windows, I > haven't added anything for this and it comes up by default with 2 > instances of Apache. > > It's my impression that threading should be used to deal with mutilple > requests for one script, but that's not what I'm seeing. I'm seeing one > script wait and then start when the last one finishes. MY script just > gets the time, sleeps and then gets the time again. > > Am I missing a configuration option or do I need a different version of > perl? I installed for the standard combined Apache/mod_perl distribution. > > Thanks, > Rod Morris > >