[JBoss JIRA] Created: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
5:10 a.m.
Hit miss for class loader cost performance problem in Richfaces 4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Patch
Security Level: Public (Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Priority: Minor
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:12 a.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Pawel J. updated RF-11000:
--------------------------
Attachment: ResourceFactoryImpl-patch.txt
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Patch
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Priority: Minor
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:22 a.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Jay Balunas updated RF-11000:
-----------------------------
Assignee: Jay Balunas
Fix Version/s: 4.1.0.Milestone1
Thanks for the patch - we'll review and get back to you!
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Patch
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Jay Balunas
Priority: Minor
Fix For: 4.1.0.Milestone1
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:45 p.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Jay Balunas updated RF-11000:
-----------------------------
Issue Type: Bug (was: Patch)
Fix Version/s: 4.1.0.Final
(was: 4.1.0.Milestone1)
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Jay Balunas
Priority: Minor
Fix For: 4.1.0.Final
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:29 a.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Jay Balunas updated RF-11000:
-----------------------------
Assignee: (was: Jay Balunas)
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Priority: Minor
Fix For: 4.1.0.Final
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:08 p.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Jay Balunas updated RF-11000:
-----------------------------
Labels: patch_proposed (was: )
Fix Version/s: 4.1.0.Milestone2
(was: 4.1.0.Final)
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Priority: Minor
Labels: patch_proposed
Fix For: 4.1.0.Milestone2
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:26 p.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Jay Balunas updated RF-11000:
-----------------------------
Priority: Trivial (was: Minor)
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Priority: Trivial
Labels: patch_proposed
Fix For: 4.1.0.Milestone2
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:24 p.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Jay Balunas updated RF-11000:
-----------------------------
Fix Version/s: 4.1.0.Milestone3
(was: 4.1.0.Milestone2)
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Priority: Trivial
Labels: patch_proposed
Fix For: 4.1.0.Milestone3
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:30 a.m.
New subject: [JBoss JIRA] Assigned: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Brian Leathem reassigned RF-11000:
----------------------------------
Assignee: Brian Leathem
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Brian Leathem
Priority: Trivial
Labels: patch_proposed
Fix For: 4.1.0.Milestone3
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:11 a.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Brian Leathem updated RF-11000:
-------------------------------
Description:
There are scenarios when resources are retrieved during no partial
request processing:
# JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
# Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
{code}
Resource::jquery.js ::loading::timens:: 558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js ::loading::timens:: 490000 ns::timems::0.490
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens:: 593000 ns::timems::0.593
ms::all::1.563672 sec
Resource::richfaces-queue.js ::loading::timens:: 672000 ns::timems::0.672
ms::all::1.564350 sec
Resource::richfaces-event.js ::loading::timens::3292000 ns::timems::3.292
ms::all::1.569386 sec
{code}
was:
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Brian Leathem
Priority: Trivial
Labels: patch_proposed
Fix For: 4.1.0.Milestone3
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
# JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
# Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
{code}
Resource::jquery.js ::loading::timens:: 558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js ::loading::timens:: 490000 ns::timems::0.490
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens:: 593000 ns::timems::0.593
ms::all::1.563672 sec
Resource::richfaces-queue.js ::loading::timens:: 672000 ns::timems::0.672
ms::all::1.564350 sec
Resource::richfaces-event.js ::loading::timens::3292000 ns::timems::3.292
ms::all::1.569386 sec
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:21 p.m.
New subject: [JBoss JIRA] Commented: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Brian Leathem commented on RF-11000:
------------------------------------
To summarize my understanding of the implications of this patch:
The code in question:
{code:title=ResourceFactoryImpl.java}
protected Resource createDynamicResource(ResourceKey resourceKey, boolean
useDependencyInjection) {
Resource result = null;
Map<String, String> params = null;
MappedResourceData mappedResourceData = mappedResourceDataMap.get(resourceKey);
ResourceKey actualKey;
if (mappedResourceData != null) {
actualKey = mappedResourceData.getResourceKey();
if (useDependencyInjection) {
params = mappedResourceData.getParams();
}
} else {
actualKey = resourceKey;
if (useDependencyInjection) {
params = Collections.<String, String>emptyMap();
}
}
if (Strings.isNullOrEmpty(resourceKey.getResourceName())) {
return null;
}
if (actualKey.getResourceName().endsWith(".ecss")) {
// TODO nick - params?
result = createCompiledCSSResource(actualKey);
} else {
result = createHandlerDependentResource(actualKey, params);
}
if (result != null) {
result.setLibraryName(resourceKey.getLibraryName());
result.setResourceName(resourceKey.getResourceName());
} else if (mappedResourceData == null) {
result = defaultHandler.createResource(actualKey.getResourceName(),
actualKey.getLibraryName());
}
return result;
}
{code}
Secifically the line:
{code:title=ResourceFactoryImpl.java#L431-436}
if (actualKey.getResourceName().endsWith(".ecss")) {
// TODO nick - params?
result = createCompiledCSSResource(actualKey);
} else {
result = createHandlerDependentResource(actualKey, params);
}
{code}
The proposed patch implies that _mappedResourceData == null_ implies that the resource is
static. This implication is important, because static resource should not be loaded via a
call to _createHandlerDependentResource(...)_, but rather with a call to
_defaultHandler.createResource(...)_.
Alternatively, as Lukas explains it:
{quote}
Dynamic resources are loaded via rfRes, and these have some base64 encoded parameter which
turns into mappedResourceData. When this parameter is not provided, no parametrization is
done and it doesn't make sense to render dynamic resource (which is dynamic because of
parametrization)
{quote}
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Brian Leathem
Priority: Trivial
Labels: patch_proposed
Fix For: 4.1.0.Milestone3
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
# JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
# Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
{code}
Resource::jquery.js ::loading::timens:: 558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js ::loading::timens:: 490000 ns::timems::0.490
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens:: 593000 ns::timems::0.593
ms::all::1.563672 sec
Resource::richfaces-queue.js ::loading::timens:: 672000 ns::timems::0.672
ms::all::1.564350 sec
Resource::richfaces-event.js ::loading::timens::3292000 ns::timems::3.292
ms::all::1.569386 sec
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:50 p.m.
New subject: [JBoss JIRA] Updated: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Brian Leathem updated RF-11000:
-------------------------------
Fix Version/s: 4.Future
(was: 4.1.0.Milestone3)
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Brian Leathem
Priority: Trivial
Labels: patch_proposed
Fix For: 4.Future
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
# JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
# Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
{code}
Resource::jquery.js ::loading::timens:: 558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js ::loading::timens:: 490000 ns::timems::0.490
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens:: 593000 ns::timems::0.593
ms::all::1.563672 sec
Resource::richfaces-queue.js ::loading::timens:: 672000 ns::timems::0.672
ms::all::1.564350 sec
Resource::richfaces-event.js ::loading::timens::3292000 ns::timems::3.292
ms::all::1.569386 sec
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:50 p.m.
New subject: [JBoss JIRA] Commented: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Brian Leathem commented on RF-11000:
------------------------------------
Applying the provided patch breaks tests in ResourceHandlerImplTest.
While this is indeed a problem that needs to be resolved in principle, in practice
we'll have to look more closely at how to implement this change effectively.
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Brian Leathem
Priority: Trivial
Labels: patch_proposed
Fix For: 4.Future
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
# JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
# Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
{code}
Resource::jquery.js ::loading::timens:: 558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js ::loading::timens:: 490000 ns::timems::0.490
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens:: 593000 ns::timems::0.593
ms::all::1.563672 sec
Resource::richfaces-queue.js ::loading::timens:: 672000 ns::timems::0.672
ms::all::1.564350 sec
Resource::richfaces-event.js ::loading::timens::3292000 ns::timems::3.292
ms::all::1.569386 sec
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:27 a.m.
New subject: [JBoss JIRA] (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Rohit Kelapure commented on RF-11000:
-------------------------------------
This defect affects the performance of RichFaces with application servers that use tiered
classloaders. Under high concurrency threads are stuck trying to acquire a VM classloader
lock because ONLY one thread can load a class at a time.
See https://community.jboss.org/thread/199205 for more detail
Can we please fix this issue ASAP.
I confirm that the attached patch DOES fix this issue.
-Thanks!
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Brian Leathem
Priority: Trivial
Labels: patch_proposed
Fix For: 4.Future
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
# JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
# Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
{code}
Resource::jquery.js ::loading::timens:: 558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js ::loading::timens:: 490000 ns::timems::0.490
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens:: 593000 ns::timems::0.593
ms::all::1.563672 sec
Resource::richfaces-queue.js ::loading::timens:: 672000 ns::timems::0.672
ms::all::1.564350 sec
Resource::richfaces-event.js ::loading::timens::3292000 ns::timems::3.292
ms::all::1.569386 sec
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:29 a.m.
New subject: [JBoss JIRA] (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Rohit Kelapure commented on RF-11000:
-------------------------------------
Can we please change the priority of this defect to HIGH since it is clearly not a trivial
problem for high volume production applications
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Brian Leathem
Priority: Trivial
Labels: patch_proposed
Fix For: 4.Future
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
# JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
# Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
{code}
Resource::jquery.js ::loading::timens:: 558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js ::loading::timens:: 490000 ns::timems::0.490
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens:: 593000 ns::timems::0.593
ms::all::1.563672 sec
Resource::richfaces-queue.js ::loading::timens:: 672000 ns::timems::0.672
ms::all::1.564350 sec
Resource::richfaces-event.js ::loading::timens::3292000 ns::timems::3.292
ms::all::1.569386 sec
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:37 p.m.
New subject: [JBoss JIRA] (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
[
https://issues.jboss.org/browse/RF-11000?page=com.atlassian.jira.plugin.s...
]
Brian Leathem updated RF-11000:
-------------------------------
Priority: Major (was: Trivial)
Hit miss for class loader cost performance problem in Richfaces
4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Assignee: Brian Leathem
Labels: patch_proposed
Fix For: 5-Future
Attachments: ResourceFactoryImpl-patch.txt
Original Estimate: 1 hour
Remaining Estimate: 1 hour
There are scenarios when resources are retrieved during no partial
request processing:
# JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
# Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request
that will be eliminated after patch:
{code}
Resource::jquery.js ::loading::timens:: 558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js ::loading::timens:: 490000 ns::timems::0.490
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens:: 593000 ns::timems::0.593
ms::all::1.563672 sec
Resource::richfaces-queue.js ::loading::timens:: 672000 ns::timems::0.672
ms::all::1.564350 sec
Resource::richfaces-event.js ::loading::timens::3292000 ns::timems::3.292
ms::all::1.569386 sec
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4414
days inactive
4935
days old
richfaces-issues@lists.jboss.org
15 comments
4 participants
participants (4)
-
Brian Leathem (JIRA) -
Jay Balunas (JIRA)
-
Pawel J. (JIRA)
-
Rohit Kelapure (JIRA)