9:20 a.m.
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.Final
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:24 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-815) Clone caches should be created and started much faster
[
https://jira.jboss.org/browse/ISPN-815?page=com.atlassian.jira.plugin.sys...
]
Galder Zamarreño updated ISPN-815:
----------------------------------
Attachment: CacheStartProfile.png
StressCacheCreationTest.java
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.Final
Attachments: CacheStartProfile.png, StressCacheCreationTest.java
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:13 a.m.
New subject: [JBoss JIRA] Commented: (ISPN-815) Clone caches should be created and started much faster
[
https://jira.jboss.org/browse/ISPN-815?page=com.atlassian.jira.plugin.sys...
]
Galder Zamarreño commented on ISPN-815:
---------------------------------------
Btw, we should probably avoid using JDK clone mechanism cos it's pretty hard to code
and very easy to make mistakes. A copy contructor or factory would be a better, safer way
to do so.
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.Final
Attachments: CacheStartProfile.png, StressCacheCreationTest.java
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:07 a.m.
New subject: [JBoss JIRA] Commented: (ISPN-815) Clone caches should be created and started much faster
[
https://jira.jboss.org/browse/ISPN-815?page=com.atlassian.jira.plugin.sys...
]
Galder Zamarreño commented on ISPN-815:
---------------------------------------
I ran some quick tests and cloning a Cache would be something rather complex and difficult
to test that it works as expected. In principle, the key thing would be to clone the
ComponentRegistry, but although doable now, all it does is create a copy that points to
the components of the original CR. So, you'd have to start taking each individual
component and make it clonable, making sure no refs to the original components are left,
otherwise you could get some nasty behaivour. Making sure it all works fine would as well
be difficult to verify 100%.
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.Final
Attachments: CacheStartProfile.png, StressCacheCreationTest.java
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:36 a.m.
New subject: [JBoss JIRA] Commented: (ISPN-815) Clone caches should be created and started much faster
[
https://jira.jboss.org/browse/ISPN-815?page=com.atlassian.jira.plugin.sys...
]
Galder Zamarreño commented on ISPN-815:
---------------------------------------
Decided to go down the path of trying to make reflection calls more performant by adding
some caching. Caching the result of ReflectionUtil.getAllMethods() resulted in a drop of 5
seconds to create 1000 caches, leaving it in just 2 seconds. I'm looking for more
optimisation opportunities.
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.Final
Attachments: CacheStartProfile.png, StressCacheCreationTest.java
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:46 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-815) Clone caches should be created and started much faster
[
https://jira.jboss.org/browse/ISPN-815?page=com.atlassian.jira.plugin.sys...
]
Manik Surtani updated ISPN-815:
-------------------------------
Fix Version/s: 4.2.0.CR3
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.CR3, 4.2.0.Final
Attachments: CacheStartProfile.png, StressCacheCreationTest.java
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:11 a.m.
New subject: [JBoss JIRA] Commented: (ISPN-815) Clone caches should be created and started much faster
[
https://jira.jboss.org/browse/ISPN-815?page=com.atlassian.jira.plugin.sys...
]
Galder Zamarreño commented on ISPN-815:
---------------------------------------
https://github.com/infinispan/infinispan/pull/82
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.CR3, 4.2.0.Final
Attachments: CacheStartProfile.png, StressCacheCreationTest.java
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:11 a.m.
New subject: [JBoss JIRA] Work started: (ISPN-815) Clone caches should be created and started much faster
[
https://jira.jboss.org/browse/ISPN-815?page=com.atlassian.jira.plugin.sys...
]
Work on ISPN-815 started by Galder Zamarreño.
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.CR3, 4.2.0.Final
Attachments: CacheStartProfile.png, StressCacheCreationTest.java
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:15 p.m.
New subject: [JBoss JIRA] Resolved: (ISPN-815) Clone caches should be created and started much faster
[
https://jira.jboss.org/browse/ISPN-815?page=com.atlassian.jira.plugin.sys...
]
Galder Zamarreño resolved ISPN-815.
-----------------------------------
Resolution: Done
Clone caches should be created and started much faster
------------------------------------------------------
Key: ISPN-815
URL: https://jira.jboss.org/browse/ISPN-815
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.0.CR2
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.CR3, 4.2.0.Final
Attachments: CacheStartProfile.png, StressCacheCreationTest.java
We must be faster creating caches that are just simply copies of the same configuration.
Creating 500 caches of the default cache configuration takes around 4 seconds.
Creating 1000 caches takes around 10 seconds.
This is too slow. As shown in the profiler screenshot, calling
componentRegistry.registerComponent(spi, AdvancedCache.class); is quite expensive.
The start procedure is also quite expensive, specially due to some reflection going on
there.
IMO, we need fast way to clone caches. IOW, if you create Cache A based on config default
config, creating/starting Cache B based on default config should be extremely fast. Simply
duplicate objects and set them in the right state.
This is of particular importance in 2LC use cases where each entity/collection is stored
in a separate cache and these are generally created on startup by the Hibernate Session
Factory.
Check the linked user forum post for some feedback from a 2LC user.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5134
days inactive
5135
days old
infinispan-issues@lists.jboss.org
8 comments
2 participants
participants (2)
-
Galder Zamarreño (JIRA) -
Manik Surtani (JIRA)