[JBoss JIRA] (ISPN-6580) Hotrod performance regressions after ISPN-5342 ISPN-6545
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-6580?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes edited comment on ISPN-6580 at 5/11/16 1:05 PM:
------------------------------------------------------------------
Enabling Epoll on Netty gives considerable savings in allocation rates (66% less allocations) and perf gian, about 10% on gets and puts (measured with the reproducer test).
I've added a System property {{-Dinfinispan.server.channel.epoll=true}} to enable it.
Epoll only works on Linux, and once we can accurately detect with ones are supported (I had reports it did not work on RHEL 6.5, further investigation needed), we can think in enabling it by default.
was (Author: gustavonalle):
Enabling Epoll on Netty gives a considerable savings in allocation rates and performance. I've added a System property called {{-Dinfinispan.server.channel.epoll=true}} to enable it.
Epoll only work on Linux, and once we can accurately detect with ones are supported (I had reports it did not work on RHEL 6.5, futher investigation needed), we can think in enabling it by default.
> Hotrod performance regressions after ISPN-5342 ISPN-6545
> --------------------------------------------------------
>
> Key: ISPN-6580
> URL: https://issues.jboss.org/browse/ISPN-6580
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols, Server
> Reporter: Jakub Markos
> Assignee: William Burns
> Attachments: jfr_recordings.zip, pom.xml, Reproducer.java
>
>
> There were 2 recent regressions in hotrod performance, one between commits dd5501c5e and 628819461 and the second one between 628819461 and db0890270. I didn't look for the exact commits, so the name of the issue might not be 100% exact...
> It is easily reproducable locally with a single server instance, reproducer attached.
> The numbers on my machine:
> ||Build commit||Puts time||Gets time||
> |dd5501c5e|21|74|
> |628819461|26|102|
> |db0890270|48|224|
> The JFR recordings (attached, captured is only the part of the test with gets) for db0890270 show a lot of time is spent in HotRodDecoder#resetNow(), and also the allocation rate goes from 100MB/s for dd5501c5e to over 1GB/s for db0890270. There are no glaring differences between dd5501c5e and 628819461.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6580) Hotrod performance regressions after ISPN-5342 ISPN-6545
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-6580?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes commented on ISPN-6580:
-----------------------------------------
Enabling Epoll on Netty gives a considerable savings in allocation rates and performance. I've added a System property called {{-Dinfinispan.server.channel.epoll=true}} to enable it.
Epoll only work on Linux, and once we can accurately detect with ones are supported (I had reports it did not work on RHEL 6.5, futher investigation needed), we can think in enabling it by default.
> Hotrod performance regressions after ISPN-5342 ISPN-6545
> --------------------------------------------------------
>
> Key: ISPN-6580
> URL: https://issues.jboss.org/browse/ISPN-6580
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols, Server
> Reporter: Jakub Markos
> Assignee: William Burns
> Attachments: jfr_recordings.zip, pom.xml, Reproducer.java
>
>
> There were 2 recent regressions in hotrod performance, one between commits dd5501c5e and 628819461 and the second one between 628819461 and db0890270. I didn't look for the exact commits, so the name of the issue might not be 100% exact...
> It is easily reproducable locally with a single server instance, reproducer attached.
> The numbers on my machine:
> ||Build commit||Puts time||Gets time||
> |dd5501c5e|21|74|
> |628819461|26|102|
> |db0890270|48|224|
> The JFR recordings (attached, captured is only the part of the test with gets) for db0890270 show a lot of time is spent in HotRodDecoder#resetNow(), and also the allocation rate goes from 100MB/s for dd5501c5e to over 1GB/s for db0890270. There are no glaring differences between dd5501c5e and 628819461.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6588) Query DSL like queries should only accept % and _ as the wildcards
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6588?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6588:
----------------------------------
Fix Version/s: 9.0.0.Final
(was: 8.2.2.Final)
> Query DSL like queries should only accept % and _ as the wildcards
> ------------------------------------------------------------------
>
> Key: ISPN-6588
> URL: https://issues.jboss.org/browse/ISPN-6588
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> The official wildcards are % and _. But users can mistakenly use * and ? and those will usually work too. This works because the * and ? are valid wildcards in the underlying Lucene query language. But this breaks if the query is supposed to be run un-indexed for whatever reason.
> To fix this we need to escape * and ? from user's input so they are no longer internally handled by Lucene as wildcards. These chars should cause an exact match instead. The actual recognized wildcards should be only % and _.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6588) Query DSL like queries should only accept % and _ as the wildcards
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6588?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6588:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Query DSL like queries should only accept % and _ as the wildcards
> ------------------------------------------------------------------
>
> Key: ISPN-6588
> URL: https://issues.jboss.org/browse/ISPN-6588
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> The official wildcards are % and _. But users can mistakenly use * and ? and those will usually work too. This works because the * and ? are valid wildcards in the underlying Lucene query language. But this breaks if the query is supposed to be run un-indexed for whatever reason.
> To fix this we need to escape * and ? from user's input so they are no longer internally handled by Lucene as wildcards. These chars should cause an exact match instead. The actual recognized wildcards should be only % and _.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6621) Server Management Console not showing up data in Cache containers tab when tried with hotrod connector alone
by Krishna Kalesh Balakrishnan (JIRA)
[ https://issues.jboss.org/browse/ISPN-6621?page=com.atlassian.jira.plugin.... ]
Krishna Kalesh Balakrishnan updated ISPN-6621:
----------------------------------------------
Priority: Major (was: Minor)
> Server Management Console not showing up data in Cache containers tab when tried with hotrod connector alone
> ------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-6621
> URL: https://issues.jboss.org/browse/ISPN-6621
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Affects Versions: 8.2.1.Final
> Reporter: Krishna Kalesh Balakrishnan
> Fix For: 8.2.1.Final
>
> Attachments: clustter_page_hotrod_alone.PNG, enabled_all_connectors.PNG, enabled_hotrod_alone.PNG
>
>
> While running infinispan-server-8.2.1.Final in domain mode, tried to use only hotrod-connector after removing memcached-connector, rest-connector & websocket-connector from <subsystem xmlns="urn:infinispan:server:endpoint:8.0">
> After removing memcached-connector, rest-connector & websocket-connector, Server Management Console not showing up anything in Cache container view.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6622) Grid status events list issues
by Jiří Holuša (JIRA)
Jiří Holuša created ISPN-6622:
---------------------------------
Summary: Grid status events list issues
Key: ISPN-6622
URL: https://issues.jboss.org/browse/ISPN-6622
Project: Infinispan
Issue Type: Bug
Components: Console
Affects Versions: 8.2.1.Final
Reporter: Jiří Holuša
Assignee: Vladimir Blagojevic
When testing the grid events functionality (https://issues.jboss.org/browse/ISPN-5809) I found several issues.
On the cache container list page and cluster list page, in the right column, the events are ordered by date, but the newest is on the bottom. That should be probably reversed. On the "Status events" screen, it's ordered by newest on the top.
As the mentioned JIRA says, the grid events list should show several different pieces of information. Following events are not displayed - task execution and backup site up and down.
Lastly, the events are actually log lines from server log. I think it should become more user-friendly, for instance like it's here: https://rawgit.com/infinispan/infinispan-console-mockup/master/cache-cont...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6303) Exception while executing Map/Reduce task over JavaScript which is called from Jar (Server Task)
by Anna Manukyan (JIRA)
[ https://issues.jboss.org/browse/ISPN-6303?page=com.atlassian.jira.plugin.... ]
Anna Manukyan updated ISPN-6303:
--------------------------------
Description:
When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown:
{code}
java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))]
at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:132)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:118)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56)
at org.infinispan.client.hotrod.impl.operations.ExecuteOperation.executeOperation(ExecuteOperation.java:49)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:54)
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.execute(RemoteCacheImpl.java:703)
at org.infinispan.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182)
{code}
The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module.
If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes.
You can find the test here (remove @Ignore annotation):
https://github.com/infinispan/infinispan/blob/master/server/integration/t...
UPDATE:
The exception is thrown in case of 2 node deployment with clustered caches. For 1 node deployment with local cache, the test passes properly.
The same passing test for LOCAL cache usage is: https://github.com/infinispan/infinispan/blob/master/server/integration/t...
was:
When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown:
{code}
java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))]
at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:132)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:118)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56)
at org.infinispan.client.hotrod.impl.operations.ExecuteOperation.executeOperation(ExecuteOperation.java:49)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:54)
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.execute(RemoteCacheImpl.java:703)
at org.infinispan.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182)
{code}
The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module.
If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes.
You can find the test here (remove @Ignore annotation):
https://github.com/infinispan/infinispan/blob/master/server/integration/t...
UPDATE:
The exception is thrown in case of 2 node deployment with clustered caches. For 1 node deployment with local cache, the test passes properly.
The same passing test for LOCAL cache usage is: https://github.com/infinispan/infinispan/blob/master/server/integration/t...
> Exception while executing Map/Reduce task over JavaScript which is called from Jar (Server Task)
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-6303
> URL: https://issues.jboss.org/browse/ISPN-6303
> Project: Infinispan
> Issue Type: Bug
> Components: Server, Tasks, Test Suite - Server
> Affects Versions: 8.1.2.Final
> Reporter: Anna Manukyan
>
> When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown:
> {code}
> java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:132)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:118)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56)
> at org.infinispan.client.hotrod.impl.operations.ExecuteOperation.executeOperation(ExecuteOperation.java:49)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:54)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.execute(RemoteCacheImpl.java:703)
> at org.infinispan.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182)
> {code}
> The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module.
> If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes.
> You can find the test here (remove @Ignore annotation):
> https://github.com/infinispan/infinispan/blob/master/server/integration/t...
> UPDATE:
> The exception is thrown in case of 2 node deployment with clustered caches. For 1 node deployment with local cache, the test passes properly.
> The same passing test for LOCAL cache usage is: https://github.com/infinispan/infinispan/blob/master/server/integration/t...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ISPN-6303) Exception while executing Map/Reduce task over JavaScript which is called from Jar (Server Task)
by Anna Manukyan (JIRA)
[ https://issues.jboss.org/browse/ISPN-6303?page=com.atlassian.jira.plugin.... ]
Anna Manukyan updated ISPN-6303:
--------------------------------
Description:
When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown:
{code}
java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))]
at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:132)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:118)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56)
at org.infinispan.client.hotrod.impl.operations.ExecuteOperation.executeOperation(ExecuteOperation.java:49)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:54)
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.execute(RemoteCacheImpl.java:703)
at org.infinispan.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182)
{code}
The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module.
If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes.
You can find the test here (remove @Ignore annotation):
https://github.com/infinispan/infinispan/blob/master/server/integration/t...
UPDATE:
The exception is thrown in case of 2 node deployment with clustered caches. For 1 node deployment with local cache, the test passes properly.
The same passing test for LOCAL cache usage is: https://github.com/infinispan/infinispan/blob/master/server/integration/t...
was:
When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown:
{code}
java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))]
at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:132)
at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:118)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56)
at org.infinispan.client.hotrod.impl.operations.ExecuteOperation.executeOperation(ExecuteOperation.java:49)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:54)
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.execute(RemoteCacheImpl.java:703)
at org.infinispan.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182)
{code}
The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module.
If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes.
You can find the test here (remove @Ignore annotation):
https://github.com/infinispan/infinispan/blob/master/server/integration/t...
UPDATE:
The exception is thrown in case of 2 node deployment with clustered caches. For 1 node deployment with local cache, the test passes properly.
The same passing test for LOCAL cache usage is: https://github.com/infinispan/infinispan/blob/master/server/integration/t...
> Exception while executing Map/Reduce task over JavaScript which is called from Jar (Server Task)
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-6303
> URL: https://issues.jboss.org/browse/ISPN-6303
> Project: Infinispan
> Issue Type: Bug
> Components: Server, Tasks, Test Suite - Server
> Affects Versions: 8.1.2.Final
> Reporter: Anna Manukyan
>
> When trying to execute Map/Reduce task over JavaScript which is called from the Jar Task deployed on infinispan-server, the following exception is thrown:
> {code}
> java.lang.ClassNotFoundException: org.infinispan.scripting.utils.JSArrays from [Module "org.jgroups.extension:main" from local module loader @33e5ccce (finder: local module finder @5a42bbf4 (roots: /home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules,/home/amanukya/Documents/Red Hat Workspace/infinispan/server/integration/testsuite/target/server/node2/modules/system/layers/base))]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:132)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:118)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56)
> at org.infinispan.client.hotrod.impl.operations.ExecuteOperation.executeOperation(ExecuteOperation.java:49)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:54)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.execute(RemoteCacheImpl.java:703)
> at org.infinispan.server.test.task.DistributedServerTaskIT.shouldExecuteMapReduceViaJavaScriptInTask(DistributedServerTaskIT.java:182)
> {code}
> The thing is that, the org.infinispan.scripting and org.infinispan modules are added as a dependency to the jar in MANIFEST.MF class, but still it looks for that in org.jgroups.extension:main module.
> If I am adding the infinispan module dependencies in org.jgroups.extension:main:module.xml , then test passes.
> You can find the test here (remove @Ignore annotation):
> https://github.com/infinispan/infinispan/blob/master/server/integration/t...
> UPDATE:
> The exception is thrown in case of 2 node deployment with clustered caches. For 1 node deployment with local cache, the test passes properly.
> The same passing test for LOCAL cache usage is: https://github.com/infinispan/infinispan/blob/master/server/integration/t...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months