On 2002-04-09 13:44, kingrollo wrote:
Well, all open source controversy aside, the very same forums (fora?) worked fine last week, so it's the server issue not the forum code. Unless it's a scalability issue (okay, egghead mode off).
On 2002-04-09 18:26, gwalla wrote:
The official word seems to be that phpBB is just slower, because all pages (including thread pages) are now CGIs and require a database lookup, while UBB stored threads in flat HTML files.
On 2002-04-10 01:37, *Kludge* wrote:
That would be the case if it wasn't for the fact that AFAIK, the keenspot server isn't running mod_perl - and even if it was, I'm not sure UBB can take advantage of it.
The short and long of this is: the executable that runs PHP scripts is built into the web server, and only has to be started once. The executable that runs the perl scripts that UBB uses isn't built into the web server, and has to be started every time someone calls a script. So - the time it takes to start 1 process versus the time it takes to start lots of processes.
In theory, this overhead can put a greater load on the webserver than generating a page each time with PHP does.
On 2002-04-10 19:51, gwalla wrote:
But you're ignoring the major point: while calling a script in UBB may have more overhead, you call scripts *less often*. Thread pages in UBB are flat HTML files, served up like any other HTML file, with no preprocessing necessary--all of the modification is done when a new post is submitted. In phpBB, however, just loading a thread page (not even posting to it) has to run a script (which has to access an SQL database). Even with the script preloaded, the processor and I/O-access overhead of running a CGI is more than that of serving up a flat file.
On 2002-04-11 01:41, *Kludge* wrote:
It's not always as cut-and-dried as that. Although it's quicker to serve pure HTML, it's often not that much quicker. Static pages don't magically teleport themselves from the server's disk to the browser. If the bottleneck is disk I/O (as it often is), the overhead in processing the file before it goes out of the door, so to speak, can often be negligible.
Users browsing this forum: No registered users and 0 guests