[JBoss JIRA] (ISPN-11058) Upgrade to JGroups 4.1.8.Final
by Pedro Zapata Fernandez (Jira)
[ https://issues.redhat.com/browse/ISPN-11058?page=com.atlassian.jira.plugi... ]
Pedro Zapata Fernandez updated ISPN-11058:
------------------------------------------
Sprint: DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #38)
> Upgrade to JGroups 4.1.8.Final
> ------------------------------
>
> Key: ISPN-11058
> URL: https://issues.redhat.com/browse/ISPN-11058
> Project: Infinispan
> Issue Type: Component Upgrade
> Components: Dependency
> Affects Versions: 10.1.0.CR1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> JGroups 4.1.8.Final includes fixes for two LOCAL_PING issues that affect our test suite:
> * JGRP-2395 LOCAL_PING fails when 2 nodes start at the same time
> * JGRP-2398 LOCAL_PING should remove local PingData on stop
> The upgrade will allow us to remove the workaround for JGRP-2398 ({{GMS.num_join_attempts="1"}}), which is causing random failures in {{InitialClusterSizeTest}}.
> {noformat}
> java.util.concurrent.ExecutionException: org.infinispan.manager.EmbeddedCacheManagerStartupException:
> org.infinispan.util.concurrent.TimeoutException: ISPN000399: Timeout while waiting for 4 members in cluster. Last view had [InitialClusterSizeTest-NodeD-26330, InitialClusterSizeTest-NodeC-48323]
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (ISPN-11005) HotRod decoder small performance improvements
by Pedro Zapata Fernandez (Jira)
[ https://issues.redhat.com/browse/ISPN-11005?page=com.atlassian.jira.plugi... ]
Pedro Zapata Fernandez updated ISPN-11005:
------------------------------------------
Sprint: DataGrid Sprint #37, DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #37, DataGrid Sprint #38)
> HotRod decoder small performance improvements
> ---------------------------------------------
>
> Key: ISPN-11005
> URL: https://issues.redhat.com/browse/ISPN-11005
> Project: Infinispan
> Issue Type: Enhancement
> Components: Server
> Affects Versions: 10.1.0.Beta1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Minor
> Labels: performace
>
> I noticed some small inefficiencies in the flight recordings from the client-server dist read benchmarks:
> * {{Intrinsics.string()}} allocates a temporary {{byte[]}}, we could use {{ByteBuf.toString(start, length, Charset)}} instead (which reuses a thread-local buffer).
> * For reading the cache name it would be even better to use {{ByteString}} and avoid the UTF8 decoding.
> * {{MediaType.hashCode()}} allocates an iterator for the params map even though it's empty.
> * {{JBossMarshallingTranscoder.transcode()}} is called twice for each requests, and even when there is no transcoding to perform it does a lot of {{String.equals()}} checks.
> * {{CacheImpl.getCacheEntryAsync()}} allocates a new {{CompletableFuture}} via {{applyThen()}} just to change the return type, could do the same thing by casting to the erased type.
> * {{EncoderCache.getCacheEntryAsync()}} could also avoid allocating a {{CompletableFuture}} when the read was synchronous.
> * {{Encoder2x}} is stateless, and yet a new instance is created for each request.
> * {{Encoder2x.writeHeader()}} looks up the cache info a second time, as most requests needed that info to execute the operation, plus one useless (I think) {{String.equals()}} check for the counter cache.
> There are also a few issues with the benchmark itself:
> * The load stage took less than 3 mins according to the logs, but flight recordings show {{PutKeyValueCommand}}s being executed at least 1 minute after the end of the load phase.
> * Either RadarGun or FlightRecorder itself is doing lots of JMX calls that throw exceptions constantly through the benchmark, allocating lots of {{StackTraceElement}} instances.
> * Finally, the cluster is unstable, and some nodes are excluded even though the network seems to be fine and GC pauses are quite small.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (ISPN-11047) Deprecate the memcached protocol server
by Pedro Zapata Fernandez (Jira)
[ https://issues.redhat.com/browse/ISPN-11047?page=com.atlassian.jira.plugi... ]
Pedro Zapata Fernandez updated ISPN-11047:
------------------------------------------
Sprint: DataGrid Sprint #37, DataGrid Sprint #38, DataGrid Sprint #39 (was: DataGrid Sprint #37, DataGrid Sprint #38)
> Deprecate the memcached protocol server
> ---------------------------------------
>
> Key: ISPN-11047
> URL: https://issues.redhat.com/browse/ISPN-11047
> Project: Infinispan
> Issue Type: Task
> Components: Memcached
> Affects Versions: 10.1.0.Beta1
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.1.0.CR1, 10.1.0.Final
>
>
> The memcached protocol server only implements the text protocol which has several limitations (encryption, authentication, etc).
> We should deprecate it and restore it only when we have an implementation of memcached's binary protocol
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months