[JBoss JIRA] (ISPN-4830) Inconsistent naming for the HotRod client Karaf features
by Ion Savin (JIRA)
Ion Savin created ISPN-4830:
-------------------------------
Summary: Inconsistent naming for the HotRod client Karaf features
Key: ISPN-4830
URL: https://issues.jboss.org/browse/ISPN-4830
Project: Infinispan
Issue Type: Enhancement
Components: Core, Remote Protocols
Affects Versions: 7.0.0.CR1
Reporter: Ion Savin
Assignee: Ion Savin
The current feature names are 'hotrod-client' and 'hotrod-client-with-query' while the other feature names match the module name.
Rename them to 'infinispan-client-hotrod' and 'infinispan-client-hotrod-with-query' and deprecate the old ones.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months
[JBoss JIRA] (ISPN-4828) Increasing default internal thread pool size
by Matej Čimbora (JIRA)
Matej Čimbora created ISPN-4828:
-----------------------------------
Summary: Increasing default internal thread pool size
Key: ISPN-4828
URL: https://issues.jboss.org/browse/ISPN-4828
Project: Infinispan
Issue Type: Enhancement
Affects Versions: 7.0.0.CR1
Reporter: Matej Čimbora
Assignee: Mircea Markus
Using synchronous replication with high number of concurrent clients doing put() operations over a shared set of keys, lock-acquisition timeouts occur when various thread pools (internal, jgroups oob) do not have appropriate size.
org.infinispan.util.concurrent.TimeoutException: Unable to acquire lock after [3 seconds] on key [key_00000000000003B4] for requestor [Thread[OOB-66,default,node03-12795,5,main]]! Lock held by [Thread[OOB-314,default,node03-12795,5,main]]
[org.infinispan.interceptors.InvocationContextInterceptor] (Stressor-1) ISPN000136: Execution error
org.infinispan.util.concurrent.TimeoutException: org.infinispan.util.concurrent.TimeoutException: Node node04-24454 timed out
This applies to both transactional and non-transactional configuration. The problem can be mitigated by increasing Infinispan's internal thread pool size (defined for remoteCommandsExecutor, blockingBoundedQueueThreadPool). In order to improve user experience either:
a) When needed, the size of the thread pool should be increased as the load increases
b) The default values should be high enough to handle even significant load (in terms of number of concurrent clients per node)
c) The documentation should describe how the end user should size the thread pools based on expected load on the system
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 5 months