You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Paul Johnson (JIRA)" <ji...@apache.org> on 2008/11/13 18:19:37 UTC

[jira] Commented: (WW-2808) Performance issue Struts 2 Tag

    [ https://issues.apache.org/struts/browse/WW-2808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=44949#action_44949 ] 

Paul Johnson commented on WW-2808:
----------------------------------

Hi Philip,

We have been experiencing very similar slowdowns and interested in your ideas to boost performance.  Any word on the tests you were looking into?

> Performance issue Struts 2 Tag
> ------------------------------
>
>                 Key: WW-2808
>                 URL: https://issues.apache.org/struts/browse/WW-2808
>             Project: Struts 2
>          Issue Type: Improvement
>          Components: Value Stack
>    Affects Versions: 2.0.11.2
>         Environment: Solaris , Weblogic 9.2 MP 1 ,Sun One Web Server 6.5
> Strut2 , Spring 2.5 and Sitemesh 
>            Reporter: sajan
>            Assignee: Philip Luppens
>            Priority: Critical
>
> There is huge performance issue and CPU hogging with Struts2 tag , this was observed while rendering JSP. These are some performance results obtained 
> Strut 2 Tag  - With all performance tuning applied as per Struts 2 documentation - Freemarker caching etc...
> Load Runner Tool
> 40 users
> 900 hits per second
> 10 transaction per second 
> Results 
> CPU utilization 90% 
> Response 3.5 sec 
> Replaced  some of  Struts2 Tag , with Custom JSP Tags  like (s:label, s:text,s:textfield,s:hidden,s:param) 
> 40 users
> 900 hits per second
> 15 transaction per second 
> Results 
> CPU utilization 70% 
> Response 2.0 sec 
> Some where down the line Struts 2 tag are very cpu hungry , to people to adopt to strut2 framework cpu utilization should be optimized .

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.