LiteSpeed Technologies
Download Download     Blog Blog     Wiki Wiki     Forum Forum     Store     Contact Contact    

Go Back   LiteSpeed Support Forums > LiteSpeed Web Server > Feedback/Feature Requests > Not to stop FCGI apps while reloading LSWS

Reply
 
Thread Tools Display Modes
  #1  
Old 10-12-2005, 11:35 AM
Roman2K Roman2K is offline
Member
 
Join Date: Oct 2005
Posts: 11
Default Not to stop FCGI apps while reloading LSWS

Hello,

By using LSWS, I found that when I reload LSWS executing /opt/lsws/bin/lswsctrl reload makes my FCGI apps having to restart on the next request. As it takes some time to start my FCGI app (a RoR app), this delay is annoying after each reloading since I often must reload the config of LSWS to take the config changes in account. Is it possible to make reloading the config not to affect the FCGI app which are not concerned by the config changes ?

I am also wondering whether FCGI apps are running all the time waiting for requests or not ? For example if I have 10 vhosts witch each a FCGI app context for the URI "/", will the 10 apps be in memory waiting for visitors to request web pages ? Does LSWS do something to optimize memory usage with several (tens, hundreds or thousands...) vhosts with each his FCGI app, all stuff running on the same computer ?

Thank you in advance,
Best Regards,
Roman.
Reply With Quote
  #2  
Old 10-12-2005, 11:57 AM
mistwang mistwang is offline
LiteSpeed Staff
 
Join Date: May 2003
Location: New Jersey
Posts: 7,583
If you want that, you have to start FCGI application manually with a FCGI spawner.

LSWS will start FCGI apps on demand, but did not stop them when there is no request to process. Maybe we will add a feature to stop unused FCGI app. Some FCGI apps exit after handling certain number of requests.

LSWS did not do anything special in FCGI process management for mass hosting environment yet, but we will do if there is enough interest in using LiteSpeed in this kind of environment.

Right now, we recommend LSAPI over FCGI when possible, LSAPI has better process management in nature.
Reply With Quote
  #3  
Old 10-12-2005, 12:05 PM
Roman2K Roman2K is offline
Member
 
Join Date: Oct 2005
Posts: 11
Ok, thank you for the useful answer 8).

Quote:
LSWS did not do anything special in FCGI process management for mass hosting environment yet, but we will do if there is enough interest in using LiteSpeed in this kind of environment.
I am interested in LSWS for a mass hosting environment (that's why I previously asked about FCGI apps stopping/starting).

Can you estimate a number of FCGI apps per an amount of memory as unit -- recommended to keep the server running well, please ?
Reply With Quote
  #4  
Old 10-12-2005, 12:13 PM
mistwang mistwang is offline
LiteSpeed Staff
 
Join Date: May 2003
Location: New Jersey
Posts: 7,583
Quote:
Can you estimate a number of FCGI apps per an amount of memory as unit -- recommended to keep the server running well, please ?
it really hard to say, and it depends on how much memory a FCGI app uses and number of FCGI app required. Anyway, there should be at least 15-20% free memory for OS cache and file buffering, using swap memory should be avoid.
Reply With Quote
  #5  
Old 10-12-2005, 01:21 PM
Roman2K Roman2K is offline
Member
 
Join Date: Oct 2005
Posts: 11
Thanks one more time, mistwang .
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
LSWS 3.0RC2 and trac-fcgi Erg CGI/Perl/Python 13 02-06-2009 12:16 PM
LDAP Authorization useless, fcgi Authorization broken? System Install/Configuration 4 10-18-2005 07:51 AM
1.5RC1 context xing Bug Reports 2 04-28-2004 09:27 AM
Testimonial : LSWS as web app frontend instead of Apache bogus Feedback/Feature Requests 1 03-26-2004 10:32 AM


All times are GMT -7. The time now is 04:59 AM.



- Archive - Top
© Copyright 2003-2011 LiteSpeed Technologies, Inc. All rights reserved. Privacy Policy.