In case there is any confusion, I am not referring to file caching which 
definitely should be turned on in production environments. I am referring to 
caching the actual output of the script. So in my example below, a taf will run 
once in 2 hours, instead of its normal hundreds or thousands of times in 2 
hours since the output of that taf is cached. If you have 1000 products then 
you will potentially have 1000 versions of the product paged cached.

-- 

Robert Garcia
President - BigHead Technology
VP Application Development - eventpix.com
13653 West Park Dr
Magalia, Ca 95954
ph: 530.645.4040 x222 fax: 530.645.4040
[email protected] - [email protected]
http://bighead.net/ - http://eventpix.com/

On Feb 23, 2010, at 2:56 PM, John McGowan wrote:

> On that note, don't forget to turn on Application and Include file
> caching in the witango server.  Years ago, with simple .taf based
> development, we got along for a while without that turned on.  Our CMS
> has grown so much that I don't know how we ever operated without it.
> 
> On the subject of Standard vs. Professional.  I would most definitly
> say that Pro is worth it.  In fact, there is no such thing as a
> non-pro server anymore anyway.  The new pricing lowered the price of
> the pro server to about what a standard was, if i remember right.
> 
> Anyway, I like pro, because I can have 4 app servers running on
> physical hardware, and if one crashes, everything just keeps moving
> along.  But I also run multiple servers in a cluster so I have
> hardware redundancy as well.  If Standard is truly using only "some"
> of the CPUs then pro should get you some more simultaneous users out
> of that server...
> 
> good luck.
> 
> /John
> 
> On Tue, Feb 23, 2010 at 4:35 PM, Robert Garcia <[email protected]> wrote:
>> My personal opinion, with the cost of licenses and the way witango performs 
>> is to us multiple single processor servers in a load group.
>> 
>> Also, witango suffers very heavily due to its lack of page caching, or 
>> output data caching. Every modern app server should have this. We no longer 
>> use witango in any large enterprise type installation, but when we did we 
>> wrote our own output data caching mechanism in witango, and it allowed us to 
>> get the 3-4x the level of performance out of the systems, since we could 
>> cache output from certain pages for certain periods of time. For instance, 
>> lets say you have a page that displays product data that has a lot of 
>> expensive processes within that looks up data and parses into special 
>> displays and such. So one taf, but many products, and the page is expensive, 
>> however it may only get updated 3-4x per day. So we used our cache system to 
>> cache the output based on the ?sku= argument and the time to live for hte 
>> cache was 2 hours. So the cache was only built for each page on the first 
>> hit, and stored for 2 hours. So for 2 hours this page was not read from the 
>> DB and witango processes, but read from a cached output from disk. It worked 
>> extremely well and works like similar mechanisms used in PHP (ZF) and other 
>> languages. You can keep spending money on licenses but this type of caching 
>> mechanism can increase performance exponentially if deployed correctly.
>> 
>> Who knows, maybe something like that will come in witango 7, in 2013 or so. 
>> Either way, it is possible to write your own in witango, and it does work.
>> 
>> --
>> 
>> Robert Garcia
>> President - BigHead Technology
>> VP Application Development - eventpix.com
>> 13653 West Park Dr
>> Magalia, Ca 95954
>> ph: 530.645.4040 x222 fax: 530.645.4040
>> [email protected] - [email protected]
>> http://bighead.net/ - http://eventpix.com/
>> 
>> On Feb 23, 2010, at 1:33 PM, Bill Downall wrote:
>> 
>>> Can anyone share experiences with moving from Standard to Professional, to 
>>> take advantage of processors two, three and four? I have two servers that 
>>> are getting more traffic that ever before, and slower responses. One is 
>>> losing it's database connection every time there are are large number of 
>>> users connected. There will still be only one data source that will have to 
>>> be shared by multiple instances of Witango (5.5).
>>> 
>>> Is it worth the upgrade price to try to goose performance and stability?
>>> 
>>> Thanks.
>>> 
>>> Bill
>>> ________________________________________________________________________
>>> TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
>> ________________________________________________________________________
>> TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
>> 
>> 
> 
> 
> 
> -- 
> /John
> ________________________________________________________________________
> TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
> 
________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf

Reply via email to