January 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8729) Use async operations in Hot Rod server

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8729?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes commented on ISPN-8729: ----------------------------------------- Sorry, by "command" I meant to write "operation", a specific Hot Rod request that can potentially block, for example, a script/task execution, or a listener registration with includeState=true or a listener configured with sync=true. Also, when indexing is enabled, unfortunately it can block on simple write commands since the machinery behind indexing is provided by Hibernate Search which in turn relies on Lucene, both which can block. Granted, indexing can be configured as async, but by default is it not. > Use async operations in Hot Rod server > -------------------------------------- > > Key: ISPN-8729 > URL: https://issues.jboss.org/browse/ISPN-8729 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 9.2.0.CR1 > Reporter: Radim Vansa > Assignee: Radim Vansa > > The server should avoid context switches by starting commands directly from event loop instead of handing them off to another executor. This requires ISPN-8336 to make the async chain completely non-blocking. > Along with the overhaul we should structure cache/counter/multimap operations nicely. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8729) Use async operations in Hot Rod server

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8729?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-8729: ----------------------------------- It should not block by design, be it used from server or from application. Such behaviour would be a bug in given component: is your question about making sure such situation is detected (in testsuite)? Actually right now it can block when running out of credits in JGroups: 4.0.4 already provides a [non-blocking variant|http://belaban.blogspot.cz/2017/06/non-blocking-jgroups.html] but this is not used in our configuration yet - I should probably add that to the PR (as a separate commit). > Use async operations in Hot Rod server > -------------------------------------- > > Key: ISPN-8729 > URL: https://issues.jboss.org/browse/ISPN-8729 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 9.2.0.CR1 > Reporter: Radim Vansa > Assignee: Radim Vansa > > The server should avoid context switches by starting commands directly from event loop instead of handing them off to another executor. This requires ISPN-8336 to make the async chain completely non-blocking. > Along with the overhaul we should structure cache/counter/multimap operations nicely. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8732) ClusteredLockSplitBrainTest hangs

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8732?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes commented on ISPN-8732: ----------------------------------------- Please do it, thanks > ClusteredLockSplitBrainTest hangs > --------------------------------- > > Key: ISPN-8732 > URL: https://issues.jboss.org/browse/ISPN-8732 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.CR1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > {noformat} > "testng-ClusteredLockSplitBrainTest[DIST_SYNC]" #13 prio=5 os_prio=0 tid=0x00007f24d46c4ca0 nid=0x1f9d waiting on condition [0x00007f24a87f0000] > java.lang.Thread.State: WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x00000000ff4209f8> (a java.util.concurrent.CompletableFuture$Signaller) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) > at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323) > at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729) > at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895) > at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:42) > at org.infinispan.lock.ClusteredLockSplitBrainTest.assertFailureFromMinorityPartition(ClusteredLockSplitBrainTest.java:170) > at org.infinispan.lock.ClusteredLockSplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition(ClusteredLockSplitBrainTest.java:165) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8732) ClusteredLockSplitBrainTest hangs

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8732?page=com.atlassian.jira.plugin.... ] Katia Aresti commented on ISPN-8732: ------------------------------------ should be backported too, do you wish to do it, or I do it myself when merged ? > ClusteredLockSplitBrainTest hangs > --------------------------------- > > Key: ISPN-8732 > URL: https://issues.jboss.org/browse/ISPN-8732 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.CR1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > {noformat} > "testng-ClusteredLockSplitBrainTest[DIST_SYNC]" #13 prio=5 os_prio=0 tid=0x00007f24d46c4ca0 nid=0x1f9d waiting on condition [0x00007f24a87f0000] > java.lang.Thread.State: WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x00000000ff4209f8> (a java.util.concurrent.CompletableFuture$Signaller) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) > at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323) > at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729) > at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895) > at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:42) > at org.infinispan.lock.ClusteredLockSplitBrainTest.assertFailureFromMinorityPartition(ClusteredLockSplitBrainTest.java:170) > at org.infinispan.lock.ClusteredLockSplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition(ClusteredLockSplitBrainTest.java:165) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8693) Improve ControlledRpcManager

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8693?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-8693: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.0.CR2 Resolution: Done > Improve ControlledRpcManager > ---------------------------- > > Key: ISPN-8693 > URL: https://issues.jboss.org/browse/ISPN-8693 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Core > Affects Versions: 9.2.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.2.0.Final, 9.2.0.CR2 > > > The {{ControlledRpcManager}} behaviour is not always obvious: because it only blocks once, it has a lot of tacked-on features to better filter what command to block on. > Block all commands would be better, because the test would have to unblock them explicitly and make it clear what commands it expects. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8704) Hot Rod access log is broken

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8704?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-8704: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.0.CR2 Resolution: Done > Hot Rod access log is broken > ---------------------------- > > Key: ISPN-8704 > URL: https://issues.jboss.org/browse/ISPN-8704 > Project: Infinispan > Issue Type: Bug > Components: REST, Server > Affects Versions: 9.2.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.2.0.CR2 > > > The Hot Rod access log is broken in several ways: > Todo: > - remove the thread name > - only print the remote address, without the initial / and the port > - fix the processing time, and print it only once > - print the request time using an appropriate format: [10/Oct/2000:13:55:36 -0700] > - use a nicer logger category instead of the class name of the logger > - print the user principal -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8705) Clean up version checks in the Hot Rod server

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8705?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-8705: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.0.CR2 Resolution: Done > Clean up version checks in the Hot Rod server > --------------------------------------------- > > Key: ISPN-8705 > URL: https://issues.jboss.org/browse/ISPN-8705 > Project: Infinispan > Issue Type: Enhancement > Components: Hot Rod, Server > Affects Versions: 9.2.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.2.0.CR2 > > > The Hot Rod server protocol version handling is not very elegant. We should use enums. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8714) Don't send acks for async-triangle

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8714?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-8714: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.0.CR2 Resolution: Done > Don't send acks for async-triangle > ---------------------------------- > > Key: ISPN-8714 > URL: https://issues.jboss.org/browse/ISPN-8714 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 9.2.0.CR2 > > > With asynchronous caches, the originator doesn't expect a reply from the backups. We don't need to send the ack. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8729) Use async operations in Hot Rod server

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8729?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-8729: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5706 > Use async operations in Hot Rod server > -------------------------------------- > > Key: ISPN-8729 > URL: https://issues.jboss.org/browse/ISPN-8729 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 9.2.0.CR1 > Reporter: Radim Vansa > Assignee: Radim Vansa > > The server should avoid context switches by starting commands directly from event loop instead of handing them off to another executor. This requires ISPN-8336 to make the async chain completely non-blocking. > Along with the overhaul we should structure cache/counter/multimap operations nicely. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8729) Use async operations in Hot Rod server

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8729?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-8729: ------------------------------ Status: Open (was: New) > Use async operations in Hot Rod server > -------------------------------------- > > Key: ISPN-8729 > URL: https://issues.jboss.org/browse/ISPN-8729 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 9.2.0.CR1 > Reporter: Radim Vansa > Assignee: Radim Vansa > > The server should avoid context switches by starting commands directly from event loop instead of handing them off to another executor. This requires ISPN-8336 to make the async chain completely non-blocking. > Along with the overhaul we should structure cache/counter/multimap operations nicely. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2018