[JBoss JIRA] (ISPN-2041) Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2041?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño reassigned ISPN-2041:
--------------------------------------
Assignee: Galder Zamarreño
> Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache
> ---------------------------------------------------------------------------
>
> Key: ISPN-2041
> URL: https://issues.jboss.org/browse/ISPN-2041
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 5.1.4.FINAL
> Reporter: susanin
> Assignee: Galder Zamarreño
> Priority: Minor
> Fix For: 7.1.0.Final
>
>
> Currently Infinispan implements putAll(map) by means of looping over all entries and submitting them by means of put() one-by-one.
> This is very slow if you have a lot of synchronous updates to apply.
> It would be much more efficient, if a special bulk operation would be supported, so that all entries are sent to their respective replica nodes in one go. It would reduce the number of network roundtrips and related overhead and it would also make use of parallel execution, because some of the puts can be executed in parallel as they land on different nodes.
> Note: Hazelcast has this optimization. It often improves performance of bulk puts by at least a factor of 2 or 3, even if it is used between a client and Hazelcast server, i.e. a bulk operation is sent to a single grid node from a client and no parallelism can be used.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months
[JBoss JIRA] (ISPN-2041) Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2041?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-2041:
-----------------------------------
Fix Version/s: 7.1.0.Final
> Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache
> ---------------------------------------------------------------------------
>
> Key: ISPN-2041
> URL: https://issues.jboss.org/browse/ISPN-2041
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 5.1.4.FINAL
> Reporter: susanin
> Priority: Minor
> Fix For: 7.1.0.Final
>
>
> Currently Infinispan implements putAll(map) by means of looping over all entries and submitting them by means of put() one-by-one.
> This is very slow if you have a lot of synchronous updates to apply.
> It would be much more efficient, if a special bulk operation would be supported, so that all entries are sent to their respective replica nodes in one go. It would reduce the number of network roundtrips and related overhead and it would also make use of parallel execution, because some of the puts can be executed in parallel as they land on different nodes.
> Note: Hazelcast has this optimization. It often improves performance of bulk puts by at least a factor of 2 or 3, even if it is used between a client and Hazelcast server, i.e. a bulk operation is sent to a single grid node from a client and no parallelism can be used.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months
[JBoss JIRA] (ISPN-4439) enhance asynchronous Hot Rod putAllAsync method
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4439?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-4439:
-----------------------------------
Status: Open (was: Pull Request Sent)
> enhance asynchronous Hot Rod putAllAsync method
> ------------------------------------------------
>
> Key: ISPN-4439
> URL: https://issues.jboss.org/browse/ISPN-4439
> Project: Infinispan
> Issue Type: Feature Request
> Affects Versions: 7.0.0.Alpha4
> Reporter: Wolf-Dieter Fink
> Assignee: Galder Zamarreño
> Priority: Minor
>
> The current implementation of the method putAllAsync(...) within the Hot Rod client simple use the putAll(...) method which simple iterate over the given Map and use put(...) for each entry synchrounous.
> Therefore it takes a longer time to put all entries into the cache.
> A simple loop which calls putAsync for each entry has a significant improvement.
> i.e. with 100,000 entries the over all duration is 15 times faster
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months
[JBoss JIRA] (ISPN-4439) enhance asynchronous Hot Rod putAllAsync method
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4439?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño resolved ISPN-4439.
------------------------------------
Resolution: Deferred
See ISPN-2041
> enhance asynchronous Hot Rod putAllAsync method
> ------------------------------------------------
>
> Key: ISPN-4439
> URL: https://issues.jboss.org/browse/ISPN-4439
> Project: Infinispan
> Issue Type: Feature Request
> Affects Versions: 7.0.0.Alpha4
> Reporter: Wolf-Dieter Fink
> Assignee: Galder Zamarreño
> Priority: Minor
>
> The current implementation of the method putAllAsync(...) within the Hot Rod client simple use the putAll(...) method which simple iterate over the given Map and use put(...) for each entry synchrounous.
> Therefore it takes a longer time to put all entries into the cache.
> A simple loop which calls putAsync for each entry has a significant improvement.
> i.e. with 100,000 entries the over all duration is 15 times faster
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months
[JBoss JIRA] (ISPN-2041) Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2041?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-2041:
----------------------------------------
To do this properly for Hot Rod, we need dedicated operations. I looked into that in ISPN-4752 but it was not feasible in 7.0, so we'll work on that for 7.1.
> Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache
> ---------------------------------------------------------------------------
>
> Key: ISPN-2041
> URL: https://issues.jboss.org/browse/ISPN-2041
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 5.1.4.FINAL
> Reporter: susanin
> Priority: Minor
>
> Currently Infinispan implements putAll(map) by means of looping over all entries and submitting them by means of put() one-by-one.
> This is very slow if you have a lot of synchronous updates to apply.
> It would be much more efficient, if a special bulk operation would be supported, so that all entries are sent to their respective replica nodes in one go. It would reduce the number of network roundtrips and related overhead and it would also make use of parallel execution, because some of the puts can be executed in parallel as they land on different nodes.
> Note: Hazelcast has this optimization. It often improves performance of bulk puts by at least a factor of 2 or 3, even if it is used between a client and Hazelcast server, i.e. a bulk operation is sent to a single grid node from a client and no parallelism can be used.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months
[JBoss JIRA] (ISPN-2041) Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2041?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-2041:
-----------------------------------
Summary: Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache (was: Provide putAll(map) bulk operation on Cache and RemoteCache)
> Provide putAll(map) and getAll(map) bulk operation on Cache and RemoteCache
> ---------------------------------------------------------------------------
>
> Key: ISPN-2041
> URL: https://issues.jboss.org/browse/ISPN-2041
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 5.1.4.FINAL
> Reporter: susanin
> Priority: Minor
>
> Currently Infinispan implements putAll(map) by means of looping over all entries and submitting them by means of put() one-by-one.
> This is very slow if you have a lot of synchronous updates to apply.
> It would be much more efficient, if a special bulk operation would be supported, so that all entries are sent to their respective replica nodes in one go. It would reduce the number of network roundtrips and related overhead and it would also make use of parallel execution, because some of the puts can be executed in parallel as they land on different nodes.
> Note: Hazelcast has this optimization. It often improves performance of bulk puts by at least a factor of 2 or 3, even if it is used between a client and Hazelcast server, i.e. a bulk operation is sent to a single grid node from a client and no parallelism can be used.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months
[JBoss JIRA] (ISPN-4888) ExampleConfigsIT.testSSLHotRodConfig fails on JDK8
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4888:
----------------------------------
Summary: ExampleConfigsIT.testSSLHotRodConfig fails on JDK8
Key: ISPN-4888
URL: https://issues.jboss.org/browse/ISPN-4888
Project: Infinispan
Issue Type: Bug
Components: Integration , Test Suite - Server
Affects Versions: 7.0.0.CR2
Environment: java version "1.8.0_20"
Reporter: Dan Berindei
Priority: Blocker
Fix For: 7.0.0.Final
Java 8 doesn't support DSA keys longer than 1024 bits, so we need to change the test SSL key:
{noformat}
org.infinispan.client.hotrod.exceptions.TransportException: javax.net.ssl.SSLException: Server key
at sun.security.provider.DSA$LegacyDSA.checkKey(DSA.java:487)
at sun.security.provider.DSA.engineInitVerify(DSA.java:152)
at java.security.Signature$Delegate.init(Signature.java:1104)
at java.security.Signature$Delegate.chooseProvider(Signature.java:1067)
at java.security.Signature$Delegate.engineInitVerify(Signature.java:1122)
at java.security.Signature.initVerify(Signature.java:452)
at sun.security.ssl.HandshakeMessage$DH_ServerKeyExchange.<init>(HandshakeMessage.java:848)
at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:208)
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:925)
at sun.security.ssl.Handshaker.process_record(Handshaker.java:860)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1043)
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1343)
at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:728)
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.flush(TcpTransport.java:164)
at org.infinispan.client.hotrod.impl.operations.PingOperation.execute(PingOperation.java:42)
at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.executeOperation(FaultTolerantPingOperation.java:32)
at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.executeOperation(FaultTolerantPingOperation.java:18)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:50)
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.ping(RemoteCacheImpl.java:573)
at org.infinispan.client.hotrod.RemoteCacheManager.ping(RemoteCacheManager.java:650)
at org.infinispan.client.hotrod.RemoteCacheManager.createRemoteCache(RemoteCacheManager.java:632)
at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:533)
at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:529)
at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:26)
at org.infinispan.server.test.configs.ExampleConfigsIT.createCache(ExampleConfigsIT.java:722)
at org.infinispan.server.test.configs.ExampleConfigsIT.testSSLHotRodConfig(ExampleConfigsIT.java:371)
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months
[JBoss JIRA] (ISPN-4888) ExampleConfigsIT.testSSLHotRodConfig fails on JDK8
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4888?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4888:
-------------------------------
Status: Open (was: New)
> ExampleConfigsIT.testSSLHotRodConfig fails on JDK8
> --------------------------------------------------
>
> Key: ISPN-4888
> URL: https://issues.jboss.org/browse/ISPN-4888
> Project: Infinispan
> Issue Type: Bug
> Components: Integration , Test Suite - Server
> Affects Versions: 7.0.0.CR2
> Environment: java version "1.8.0_20"
> Reporter: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Final
>
>
> Java 8 doesn't support DSA keys longer than 1024 bits, so we need to change the test SSL key:
> {noformat}
> org.infinispan.client.hotrod.exceptions.TransportException: javax.net.ssl.SSLException: Server key
> at sun.security.provider.DSA$LegacyDSA.checkKey(DSA.java:487)
> at sun.security.provider.DSA.engineInitVerify(DSA.java:152)
> at java.security.Signature$Delegate.init(Signature.java:1104)
> at java.security.Signature$Delegate.chooseProvider(Signature.java:1067)
> at java.security.Signature$Delegate.engineInitVerify(Signature.java:1122)
> at java.security.Signature.initVerify(Signature.java:452)
> at sun.security.ssl.HandshakeMessage$DH_ServerKeyExchange.<init>(HandshakeMessage.java:848)
> at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:208)
> at sun.security.ssl.Handshaker.processLoop(Handshaker.java:925)
> at sun.security.ssl.Handshaker.process_record(Handshaker.java:860)
> at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1043)
> at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1343)
> at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:728)
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123)
> at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
> at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.flush(TcpTransport.java:164)
> at org.infinispan.client.hotrod.impl.operations.PingOperation.execute(PingOperation.java:42)
> at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.executeOperation(FaultTolerantPingOperation.java:32)
> at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.executeOperation(FaultTolerantPingOperation.java:18)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:50)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.ping(RemoteCacheImpl.java:573)
> at org.infinispan.client.hotrod.RemoteCacheManager.ping(RemoteCacheManager.java:650)
> at org.infinispan.client.hotrod.RemoteCacheManager.createRemoteCache(RemoteCacheManager.java:632)
> at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:533)
> at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:529)
> at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:26)
> at org.infinispan.server.test.configs.ExampleConfigsIT.createCache(ExampleConfigsIT.java:722)
> at org.infinispan.server.test.configs.ExampleConfigsIT.testSSLHotRodConfig(ExampleConfigsIT.java:371)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months