And as alternative, you might consider ajax to slim down the requests and responses.
Eelco On 3/29/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > you can cache those calculations in a model > have a CachingModel that decorates another model and applies caching > strategies. > > streaming html is fast in wicket, not sure if caching the actual html output > will help you much. > > -Igor > > > > On 3/29/06, Alexander Lohse <[EMAIL PROTECTED]> wrote: > > Hi John, > > > > thank you for sharing your thoughts. I am just in the same process/ > > needs. I have a PHP-Application that grew into too much spagetthi- > > code over the years, and we have a strong need for a compiled, typed > > language to preserve stability and be able to continue growing. > > This is a medium size site (av 2000 user/day, 30000/pages per day). > > But we use heavy calculations and database interaction. > > > > Being able to cache in PHP is crucial. And this performance thingy is > > my only worry about using wicket ... > > Can anyone share some performance experiences? > > > > Thank you, > > > > Alex > > > > Am 29.03.2006 um 11:38 schrieb John Lee: > > > > > I wish I had the time :-) I'm in the process of moving my client's > > > code from php->Java. Need to move to a typed language. Things were > > > getting way too messy with PHP. I discovered wicket and think it's > > > the right way to go. But I wanted to share my perspective from what > > > I learned running a relatively high traffic website for a client... > > > > > > For very high concurrency sites (usually public facing websites as > > > opposed to intranet sites), memory (and CPU cycles used for object > > > creation/gc) would seem to be the serious handicap for wicket. > > > Small/medium sized operators simply *cannot* afford to overlook > > > these in favor of the rich feature set & programming speed wicket > > > has to offer. Also in order to capture the hosted market, one has > > > to design for VPS servers where CPU & memory are at a premium. > > > > > > I believe that wicket absolute needs these 2 things to make it to > > > the mainstream public web: > > > 1) stateless objects - all users share a single object, thereby > > > drastically reducing memory consumption and tremendously boosting > > > scalability. > > > 2) html page & fragment caching > > > > > > Thanks for listening. > > > John > > > > > > Eelco Hillenius wrote: > > >> Is that a proposal? :) > > >> My first thought on this is to use AOP and meta data (either > > >> annotations or Wicket meta data). If people are interested, they can > > >> startup a project in wicket-stuff for this. We (the core developers) > > >> will try to help when needed/ possible. > > >> Ramnivas, are you reading with us? Would you agree AOP is suitable > > >> for this? > > >> Eelco > > >> On 3/29/06, John Lee <[EMAIL PROTECTED]> wrote: > > >>> Hi > > >>> > > >>> I can tell you for public facing websites (vs enterprise), > > >>> caching is a > > >>> key feature that system architects will insist upon. In order to > > >>> support > > >>> extremely high concurrency & throughput, one simply must be able to > > >>> cache portions of HTML fragments. > > >>> > > >>> On my previous php based projects, I use caching to increase > > >>> throughput > > >>> from 30pps to 300pps. That's a factor of 10x. So we're talking > > >>> about 1 > > >>> machine replacing 10. From a business perspective, this is > > >>> absolutely > > >>> crucial. > > >>> > > >>> In my opinion, if wicket is going to make it to the mainstream > > >>> public-facing web, it absolutely needs a comprehensive caching > > >>> framework. If possible, the caching framework should not only > > >>> eliminates > > >>> re-rendering of cached HTML fragments, but also eliminate the > > >>> need to > > >>> instantiate objects until actually needed. > > >>> > > >>> John > > >>> > > >>> Juergen Donnerstag wrote: > > >>> > > >>>> On 1/2/06, Dariusz Wojtas < [EMAIL PROTECTED]> wrote: > > >>>> > > >>>> > > >>>>> Hi, > > >>>>> > > >>>>> Is it possible to cache dynamically generated content with Wicket? > > >>>>> When using JSP I may use OSCache tags (specify conditions, > > >>>>> timeout, > > >>>>> etc) or create a custom tag that uses any cache implementation > > >>>>> inside. > > >>>>> Can this be done with Wicket? > > >>>>> > > >>>>> Can panel contents be cached? Other elements? How? > > >>>>> For example I generate table where each row contains quite > > >>>>> complex data. > > >>>>> I'd like to be able to cache each row if needed. Every row might > > >>>>> contain a unique ID to make caching possible. > > >>>>> > > >>>> > > >>>> > > >>>> Not out of box yet, but I don't think it is difficult to implement > > >>>> based on the recently committed "transformers". Currently only a > > >>>> XSLT > > >>>> and a noop transformer is available but the idea would be the same. > > >>>> You just wouldn't transform the output generated by the > > >>>> component but > > >>>> store them in a cache and restore it when needed. The cache key > > >>>> could > > >>>> be anything from the component object, its id or path. All children > > >>>> would have to me marked rendered though in order to avoid an > > >>>> exception. > > >>>> Tranformers are available as Container and Behaviours. > > >>>> Q. Should the cache span the whole application because the panel > > >>>> you > > >>>> want to cache is used on multiple pages? Will the panel/list be the > > >>>> same for all users? > > >>>> Q: what would be the best cache key? > > >>>> > > >>>> Juergen > > >>>> > > >>>> > > >>>> > > >>>>> Darek > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > ------------------------------------------------------- > > >>>> This SF.net email is sponsored by: Splunk Inc. Do you grep > > >>>> through log files > > >>>> for problems? Stop! Download the new AJAX search engine that > > >>>> makes > > >>>> searching your log files as easy as surfing the web. DOWNLOAD > > >>>> SPLUNK! > > >>>> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click > > >>>> _______________________________________________ > > >>>> Wicket-user mailing list > > >>>> [email protected] > > >>>> > https://lists.sourceforge.net/lists/listinfo/wicket-user > > >>>> > > >>> > > >>> > > >>> > > >>> > ------------------------------------------------------- > > >>> This SF.Net email is sponsored by xPML, a groundbreaking > > >>> scripting language > > >>> that extends applications into web and mobile media. Attend the > > >>> live webcast > > >>> and join the prime developer group breaking into this new coding > > >>> territory! > > >>> http://sel.as-us.falkag.net/sel? > > >>> cmd=lnk&kid=110944&bid=241720&dat=121642 > > >>> _______________________________________________ > > >>> Wicket-user mailing list > > >>> [email protected] > > >>> > https://lists.sourceforge.net/lists/listinfo/wicket-user > > >>> > > >> > ------------------------------------------------------- > > >> This SF.Net email is sponsored by xPML, a groundbreaking scripting > > >> language > > >> that extends applications into web and mobile media. Attend the > > >> live webcast > > >> and join the prime developer group breaking into this new coding > > >> territory! > > >> > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > > >> _______________________________________________ > > >> Wicket-user mailing list > > >> [email protected] > > >> > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > > language > > > that extends applications into web and mobile media. Attend the > > > live webcast > > > and join the prime developer group breaking into this new coding > > > territory! > > > http://sel.as-us.falkag.net/sel? > > > cmd=lnk&kid=110944&bid=241720&dat=121642 > > > _______________________________________________ > > > Wicket-user mailing list > > > [email protected] > > > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > ––––––––––––––––––––––––––––––––––––––– > > Alexander Lohse > > (Entwicklungsleitung & Projektmanagement) > > > > Human Touch Medienproduktion GmbH > > Am See 1 > > 17440 Klein Jasedow > > Deutschland > > > > Tel: +49 38374 752 11 > > Fax: +49 38374 752 23 > > e-mail: [EMAIL PROTECTED] > > Internet: http://www.webjazz.de > > ––––––––––––––––––––––––––––––––––––––– > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > > that extends applications into web and mobile media. Attend the live > webcast > > and join the prime developer group breaking into this new coding > territory! > > > http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 > > _______________________________________________ > > Wicket-user mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ Wicket-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-user
