Re: Running _every_ page through WebCat ?
This WebDNA talk-list message is from 1997
It keeps the original formatting.
numero = 10717
interpreted = N
texte = >There have been some messages from folks who serve all their pages>through WebCat. This certainly isn't what we had originally intended to>do, just serve up catalog and ordering type stuff, but the sheer power of>WebCat is making it a rather interesting proposition.>>Before we investigate that possibility in more detail, does anyone have a>quantitative estimate of how it would impact overall performance. Even a>qualitative estimate would be helpful. We serve up less than 10,000 files>per day (with occasional exceptions :-), so we're not a high volume site.>However, performance is still an issue as it relates to what the>individual visitor sees.>>Any thoughts ?>>Thanks,>>>-SvenThe below is more than you asked for... but others might be interested inthe same data.Used to use netcloak and rushhour on our site. What we did is a crudemethod of monitoring speed. Using Netscape 3.0, we would clear the cacheon the browser before the load of the page. Using a stop watch we wouldrecord the time to load. And then repeat the process 10 times on 6different pages on 4 different nights. All at about the same time (8 pm)We also pinged out sight to check for packet loss and turn around time tomake sure the connection via our dial up wasn't an issue. We used anetcom.com dial up account that was not in our ip range, vs using one fromour isp which is. IE netcom is 199.xxx.xxx.xxx and my isp is207.xxx.xxx.xxx.I don't have the data with me, since the tests were all done from my homeoffice on an 8500/180 and a supra 28.8. The server CPU is 7100/66 with 72megs of ram, Mac/TCP not OT. Memory control panel disc cache set wide openat 7680, and virtual turned off. Webstar file info cache is set at 1024and buffer size is set at 1500. DNS is done on a 6100/66 right next to the7100. Connection is ISDN (128) thru an Ascend P50 router. Dropped rushhour first and went to Data Cache plug-in provided by webstar and gave it 6megs and then set all .jpg and .gif to be served thru the data cacheplugin. This seemed to make our pages serve slightly faster, but alsosmoother. Rush hour served images seemed to hang once and awhile. Sort oflike a pause, then then go again. With the test page that comes to mind,the speed increase was something like 15 to 20 percent average over the 10loads over the 4 nights. Other stuff we run is calset.acgi, netfax.acgiforms.acgi and netfinder.acgiThen we took the same 10 pages and copied them and change the extension to.tmpl. So now I had 2 identical documents on the server. One .html andthe other .tmpl. The .html's in the test were set in netlcloak cache toload up durning the start up process. We conducted the same tests asabove. Off the top of my head I think the numbers were like around 10 to15 percent faster thru webcatalog. I know they were enough faster that twoof us, spent the better part of last Saturday, removing all reference tonetcloak and rush hour on over 500 pages. Now I could pull together thereal data from home and post it to you if needed Monday. BTW we haswebstar getting 16 megs and if I do a [freememory] it shows webcatalog ataround 6 megs to start with. And 6017808 right at this instant. All of oursite now goes thru WebCatalog. What I find weird about this whole sitechange over is the e-mail comments we get asking what we did from visitorsto speed the thing up. Never got any that said it was slow. But forsomebody to click on send mail to webmaster and comment about it beingfaster surprised me.It is my humble opinion the Webcatalog2.0b12 and up are far more stable thethe latest netcloak beta's. Webcatalog has never crashed my site, unlessit was somebodies syntax error. And with some creative thinking you can dojust about every thing netcloak does in webcatalog. And it many casesmore. We now sort our page counters by date or area. We are not ashopping site yet (soon) we are more of a data base system. Create sometemplates and let others do the input and forget the html coding for theroutine pages that get updated sometimes 3 or 4 times a week.The one command that we over looked when we did these tests is[elaspedtime]. Put one at the top and one at the bottom of a page. We arevery sensative to undo eye candy on any of our pages. We figure the fasterour pages load the longer someone is going to prowl our site. I know thatif some site loads very slow I hate going there and avoid it as much aspossible when using dial up.I am curious if Grant or anybody else has used pounder or a like programand has real data, not the seat of the pants tests we did?PS: one thing we did recently was replace our router from Netopia to AscendP-50. That made our site sing both on the Lan and the Wan. I have 26users hanging on this thing and a AIX RISC 6000 that is the work horse ofour business applications and file sharing. And a 6150/66 that serves outpages for our Sales reps, Plus more printers and plotters then I care tocount :).More than you asked for, but others might like to know what we did and or Iwould apreciate comments about the above from others.===============================================Gary Richter PanaVise Products, Inc. 7540 Colbert Dr. Reno, Nevada 89511 Ph: 702.850.2900 Fx: 702.850.2929 Email: grichter@panavise.com http://www.panavise.com===============================================
Associated Messages, from the most recent to the oldest:
>There have been some messages from folks who serve all their pages>through WebCat. This certainly isn't what we had originally intended to>do, just serve up catalog and ordering type stuff, but the sheer power of>WebCat is making it a rather interesting proposition.>>Before we investigate that possibility in more detail, does anyone have a>quantitative estimate of how it would impact overall performance. Even a>qualitative estimate would be helpful. We serve up less than 10,000 files>per day (with occasional exceptions :-), so we're not a high volume site.>However, performance is still an issue as it relates to what the>individual visitor sees.>>Any thoughts ?>>Thanks,>>>-SvenThe below is more than you asked for... but others might be interested inthe same data.Used to use netcloak and rushhour on our site. What we did is a crudemethod of monitoring speed. Using Netscape 3.0, we would clear the cacheon the browser before the load of the page. Using a stop watch we wouldrecord the time to load. And then repeat the process 10 times on 6different pages on 4 different nights. All at about the same time (8 pm)We also pinged out sight to check for packet loss and turn around time tomake sure the connection via our dial up wasn't an issue. We used anetcom.com dial up account that was not in our ip range, vs using one fromour isp which is. IE netcom is 199.xxx.xxx.xxx and my isp is207.xxx.xxx.xxx.I don't have the data with me, since the tests were all done from my homeoffice on an 8500/180 and a supra 28.8. The server CPU is 7100/66 with 72megs of ram, Mac/TCP not OT. Memory control panel disc cache set wide openat 7680, and virtual turned off. Webstar file info cache is set at 1024and buffer size is set at 1500. DNS is done on a 6100/66 right next to the7100. Connection is ISDN (128) thru an Ascend P50 router. Dropped rushhour first and went to Data Cache plug-in provided by webstar and gave it 6megs and then set all .jpg and .gif to be served thru the data cacheplugin. This seemed to make our pages serve slightly faster, but alsosmoother. Rush hour served images seemed to hang once and awhile. Sort oflike a pause, then then go again. With the test page that comes to mind,the speed increase was something like 15 to 20 percent average over the 10loads over the 4 nights. Other stuff we run is calset.acgi, netfax.acgiforms.acgi and netfinder.acgiThen we took the same 10 pages and copied them and change the extension to.tmpl. So now I had 2 identical documents on the server. One .html andthe other .tmpl. The .html's in the test were set in netlcloak cache toload up durning the start up process. We conducted the same tests asabove. Off the top of my head I think the numbers were like around 10 to15 percent faster thru webcatalog. I know they were enough faster that twoof us, spent the better part of last Saturday, removing all reference tonetcloak and rush hour on over 500 pages. Now I could pull together thereal data from home and post it to you if needed Monday. BTW we haswebstar getting 16 megs and if I do a
[freememory] it shows webcatalog ataround 6 megs to start with. And 6017808 right at this instant. All of oursite now goes thru WebCatalog. What I find weird about this whole sitechange over is the e-mail comments we get asking what we did from visitorsto speed the thing up. Never got any that said it was slow. But forsomebody to click on send mail to webmaster and comment about it beingfaster surprised me.It is my humble opinion the Webcatalog2.0b12 and up are far more stable thethe latest netcloak beta's. Webcatalog has never crashed my site, unlessit was somebodies syntax error. And with some creative thinking you can dojust about every thing netcloak does in webcatalog. And it many casesmore. We now sort our page counters by date or area. We are not ashopping site yet (soon) we are more of a data base system. Create sometemplates and let others do the input and forget the html coding for theroutine pages that get updated sometimes 3 or 4 times a week.The one command that we over looked when we did these tests is[elaspedtime]. Put one at the top and one at the bottom of a page. We arevery sensative to undo eye candy on any of our pages. We figure the fasterour pages load the longer someone is going to prowl our site. I know thatif some site loads very slow I hate going there and avoid it as much aspossible when using dial up.I am curious if Grant or anybody else has used pounder or a like programand has real data, not the seat of the pants tests we did?PS: one thing we did recently was replace our router from Netopia to AscendP-50. That made our site sing both on the Lan and the Wan. I have 26users hanging on this thing and a AIX RISC 6000 that is the work horse ofour business applications and file sharing. And a 6150/66 that serves outpages for our Sales reps, Plus more printers and plotters then I care tocount :).More than you asked for, but others might like to know what we did and or Iwould apreciate comments about the above from others.===============================================Gary Richter PanaVise Products, Inc. 7540 Colbert Dr. Reno, Nevada 89511 Ph: 702.850.2900 Fx: 702.850.2929 Email: grichter@panavise.com http://www.panavise.com===============================================
grichter@panavise.com (Gary Richter)
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Pithy questions on webcommerce & siteedit (1997)
Quantity * price (1997)
can webcat determine an image's pixel dimensions? (2000)
emailer (1997)
WebCatalog stalls (1998)
Email Not Going out (OS X Jag Client) (2002)
writing db to disk (1997)
[WebDNA] Need some PHP help (2009)
Assigning Serialized Customer Numbers (1997)
Exclamation point (1997)
OT: javascript help (2003)
Aaron kant add (or whatever it was) (2000)
Stymied by [ShowNext] with drop down list on a form (1998)
PCS Frames (1997)
help needed: Non-english characters in WebCatalog (1997)
WebCatalog on G3 Macs? (1997)
Re:Virtual hosting and webcatNT (1997)
WebMerchant and MacAuthorize Errors (1998)
upgrade? (1997)
taxRate is fine but taxTotal isn't (1997)