Well, I've done a simple profiling usin JProfiler beta. Beware I've
never done any java profiling before. From what I've seen it really
doesn't seem that managin state is a big overhead. It seems that the
markup rendering is the bottleneck.
http://knopp.sk/calltrees.zip
Here are the calltrees generated. The testing consistent of deleting 8
first entries of the list. I don't know if this is enough to judge the
difference. But consider the time it took:
Wicket: 73,8%
Tapestry: 25.9%
Eelco Hillenius wrote:
That's a scarry difference. We should take a good look at that and see
what causes it. Personally, I wouldn't expect our 'statefullness' to be
the real problem here; as 'heavy' as it sounds to create new objects,
this is something Java should be very good at. We should use a profiler
to find out.
Eelco
Phil Kulak wrote:
I just did some quick testing using the two wars. I did 100 page loads
with a brand new session on each load and Tapestry was about twice as
fast for the list view page and the much smaller edit page. I wonder
what would happen if I made the Tapestry app stateful as well. That
may be a more fair comparison.
On 7/10/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
Arg, okay, that was to much to post. Here's the origonal message:
Here are the two wars. Let me know if I should change the
functionality at all. Also, notice that I didn't try very hard to
optimize the wicket application. For example, I don't use
optimizeItemRemoval = true and then manually removeAll() on deletes. I
could have done that, but there are probably corrosponding
optimizations for Tapestry that I just don't know about because I
don't use it. Also, the Tapestry app is totally stateless, so that may
give it an edge, but I dunno for sure.
On 7/10/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
Okay, I just realized that it was a bit dumb to post 5 megs of files
to mailing list. Sorry about that. Here are some URLs:
http://gladstone.uoregon.edu/~pkulak/tapestry-benchmark.war
http://gladstone.uoregon.edu/~pkulak/wicket-benchmark.war
On 7/10/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
Here are the two wars. Let me know if I should change the
functionality at all. Also, notice that I didn't try very hard to
optimize the wicket application. For example, I don't use
optimizeItemRemoval = true and then manually removeAll() on deletes. I
could have done that, but there are probably corrosponding
optimizations for Tapestry that I just don't know about because I
don't use it. Also, the Tapestry app is totally stateless, so that may
give it an edge, but I dunno for sure.
-Phil
On 7/10/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
If there's just one DAO, then I can store the data in a Map and not
worry about HSQL or anything like that. Actually, I just wrote it in
Wicket (it's absolutly frickin' amazing how FEW lines it took) and
I'll get it cloned in Tapestry tomorrow and post up both wars.
Basicaly, it's just a bare-bones version of your CD-App. I didn't
want
to make it too complicated because I'm not super efficiant with
Tapestry and I didn't want that part to take all day.
-Phil
On 7/10/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
Phil Kulak wrote:
Unless the dynamic images are actually created on the fly, Wicket's
gonna get slaughtered there since Tapestry will actually copy
static
images from the jar into a public webserver directory.
I think Wicket handles the static images pretty efficiently. It
would be
interesting to see if there is any performance difference with
Tapestry,
but I think not. So Tapestry actually copies the resources to the
webapp
directory? A potential problem with that is that you can't be
sure that
you have write rights in your webapp dir. You can't even be sure if
there is a filesystem dir at all (might still be a .war, or
potentially
some other schema).
Maybe a list view of 50 items with edit and delete options? I could
make a single, thread-safe DAO, and then if you could find a way to
hit the page a bunch of times with concurrent edits and deletes, it
would be a nice muli-user test.
Why should you have just one DAO? Why not an instance per request or
session?
That's my idea, but I have no idea how you plan to test it, so
something else may be more appropriate.
I think it would be nice to have a special performance test page.
Where
should we put it though?
Eelco
On 7/9/05, Johan Compagner <[EMAIL PROTECTED]> wrote:
If i get 2 wars of an app that does some big rendering (like
listviews,
dynamic images and that kind of thing)
So i don't think hangman will do it really it is a bit to small.
Don't know if we really have to test a database. That i don't
like. It
should be plain pojo's
that are in mem created for a list/detail/edit view.
What kind of functionality would be a good test?
johan
Phil Kulak wrote:
Is this offer still available? Don't we already have a working
Hangman
app in both frameworks? If that won't cut it, I'd be glad to
write a
Tapestry clone of a Wicket app. It would give me a chance to get
better acquainted with Tapestry 4.
On 6/18/05, Johan Compagner <[EMAIL PROTECTED]> wrote:
then we need 2 the same apps with the same feature set in both
frameworks.
If somebody is willing to build that and supply me with the 2
wars then
i will do a performance test
with yourekit..
johan
叶卫国 wrote:
Does anybody compare it with tapestry?
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration
Strategies
from IBM. Find simple to follow Roadmaps, straightforward
articles,
informative Webcasts and more! Get everything you need to get
up to
speed, fast.
http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration
Strategies
from IBM. Find simple to follow Roadmaps, straightforward
articles,
informative Webcasts and more! Get everything you need to get
up to
speed, fast.
http://ads.osdn.com/?ad_idt77&alloc_id492&opclick
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
N琀S^甸殜X�'矈辵辑呧�Z+a妤伶鉂j歗�)�&閞讍⿵
?跽﹦
5瀶{獾歙黑 茩hazV瓃薭澺殨�+y┹v妤偠﹩',电!瀴h�&瑍窞、贽
介韱�-y烛 �
┹5R
璀�"沧+"�m��鹈ir壙倧莨﹑y抚j耽rG谦櫒x%娝V壣 峨 甔�(悍
~娻zw瓎踚��鍔薼矉玵玷�咤娝l⺋)撸�"rG谦
N�HS^�隊X���'���u�����2��Z+a���❪�j�^�)�&�r׆��
?�թ�
5��{�쨺� ƙh��azV�z�b�ۚ��+y��v楂���',��!��h�&���~���w����톋-y�� �
��5R
��"��+"�m����ir����ݹ�py��j��rG��ǫ����x%��V�� �� �X���(�� ~��zw���i����l���q���z���l�X��)ߣ�"rG��ǫ
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!'
webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest
in dual
core and dual graphics technology at this free one hour event
hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
N�HS^�隊X���'���u�����2��Z+a���❪�j�^�)�&�r׆��
?�թ�
5��{�쨺� ƙh��azV�z�b�ۚ��+y��v楂���',��!��h�&���~���w����톋-y�� �
��5R
��"��+"�m����ir����ݹ�py��j��rG��ǫ����x%��V�� �� �X���(�� ~��zw���i����l���q���z���l�X��)ߣ�"rG��ǫ
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar
happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
