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?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
