Sawmill

DOWNLOAD
SAWMILL 8.0.3
free trial!!
Home Products Downloads Purchase Support About
Sawmill Sawmill

SAWMILLFORUM

Sawmill Discussion Forum

Subject: "FastCGI"     Previous Topic | Next Topic
Printer-friendly copy    
Conferences Feature Requests Topic #337
Reading Topic #337
rdoram
Member since Sep-11-07
9 posts
Feb-03-09, 08:25 AM (PDT)
Click to EMail rdoram Click to send private message to rdoram Click to view user profileClick to add this user to your buddy list  
"FastCGI"
 
   I think Sawmill is a great application, but it's performance seems to lag behind applications written within more sophisticated frameworks (.Net, Tomcat/JSP, etc...). Have you ever considered developing a FastCGI version of Sawmill? I think this may be beneficial as you are currently sacrificing performance for portability. FastCGI could give you the best of both worlds...

http://en.wikipedia.org/wiki/FastCGI
http://www.fastcgi.com/drupal/


  Alert | IP Printer-friendly page | Edit | Reply | Reply With Quote | Top
dgilmoreadmin
Member since Nov-18-04
2925 posts
Feb-09-09, 12:29 PM (PDT)
Click to EMail dgilmore Click to send private message to dgilmore Click to view user profileClick to add this user to your buddy list Click to send message via AOL IM  
1. "RE: FastCGI"
In response to message #0
 
Hi-

I've sent this to our development team for their review.

We are interested to hear where you are seeing performance issues. Please expand on that, we are definitely interested.

David
Sawmill Product Support Team
support@flowerfire.com


  Alert | IP Printer-friendly page | Edit | Reply | Reply With Quote | Top
rdoram
Member since Sep-11-07
9 posts
Feb-10-09, 09:25 AM (PDT)
Click to EMail rdoram Click to send private message to rdoram Click to view user profileClick to add this user to your buddy list  
2. "RE: FastCGI"
In response to message #1
 
   The performance issues are inherent to the CGI protocol and are not specific to any exact areas of Sawmill. I'll let you do your own research, but the long and short of it is that CGI will start a new "Sawmill.exe" process each time a request is made. This causes CGI apps to be inherently slower (in IIS at least) than apps using ISAPI. The performance hit can be significant as request volumes increase. FastCGI remedies this by keeping the process in memory so requests can be handled more quickly.


  Alert | IP Printer-friendly page | Edit | Reply | Reply With Quote | Top
dgilmoreadmin
Member since Nov-18-04
2925 posts
Feb-10-09, 05:45 PM (PDT)
Click to EMail dgilmore Click to send private message to dgilmore Click to view user profileClick to add this user to your buddy list Click to send message via AOL IM  
3. "RE: FastCGI"
In response to message #2
 
Thanks for posting the feedback. I'll pass this along.

David
Sawmill Product Support Team
support@flowerfire.com


  Alert | IP Printer-friendly page | Edit | Reply | Reply With Quote | Top
ferraradmin
Member since Sep-5-01
3438 posts
Feb-12-09, 02:43 PM (PDT)
Click to EMail ferrar Click to send private message to ferrar Click to view user profileClick to add this user to your buddy list  
4. "RE: FastCGI"
In response to message #2
 
We have investigated "on-memory CGI" systems like this in the past, and indeed we've implemented one: The MacOS 9 version of Sawmill (no longer available) used ACGI ("asynchronous CGI") which is the same idea--no overhead of starting and stopping the process. We did it on MacOS 9 because we had to--there was no CGI support there at all, other than ACGI, but on other platforms, there is true CGI, and we support it as universal way of running under other web servers.

Certainly it would be nice if Sawmill supported FastCGI, or something similar, and perhaps someday we will. But for now, we've taken a different approach to solving the same problem, by having a built-in web server for Sawmill. When you run Sawmill in web server mode (which is the standard and recommended usage, rather than CGI mode), it runs all the time, and simple requests do not require new processes--Sawmill's in-memory web server process handles them immediately. This provides the same sort of benefit as FastCGI.

Do you need to run Sawmill in CGI mode? Why not just run it under its own web server, and get the faster performance that way?

I should definitely mention that Sawmill's default behavior in CGI mode is to serve every static file, including images and GIFs, using separate CGI processes. This is slow, but very easy to configure. But to get much better performance in CGI mode, you should set the "temporary directory" and "temporary directory URL" in the Preferences; that will serve all static files through the web server, so processes only need to be spawned for dynamic pages. This can make a huge different in CGI performance, especially on Windows, where the overhead of starting processes seems to be much higher than the UNIX-type operating systems.


  Alert | IP Printer-friendly page | Edit | Reply | Reply With Quote | Top

Conferences | Topics | Previous Topic | Next Topic
Sawmill Software
Sawmill Software
Back to Sawmill Home