[ 
https://issues.apache.org/jira/browse/FLINK-9981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16561195#comment-16561195
 ] 

ASF GitHub Bot commented on FLINK-9981:
---------------------------------------

sihuazhou commented on a change in pull request #6438: [FLINK-9981] Tune 
performance of RocksDB implementation
URL: https://github.com/apache/flink/pull/6438#discussion_r205981566
 
 

 ##########
 File path: 
flink-state-backends/flink-statebackend-rocksdb/src/main/java/org/apache/flink/contrib/streaming/state/RocksDBOrderedSetStore.java
 ##########
 @@ -116,7 +127,14 @@ public RocksDBOrderedSetStore(
 
        @Override
        public void add(@Nonnull T element) {
+
                byte[] elementBytes = serializeElement(element);
+
+               if (LEXICOGRAPIC_BYTE_COMPARATOR.compare(elementBytes, 
lowerBoundSeekKey) < 0) {
+                       // a smaller element means a new lower bound.
+                       lowerBoundSeekKey = elementBytes;
 
 Review comment:
   I wonder how could this happen? The `groupPrefixBytes` should be the 
smallest element since all valid element should start with the 
`groupPrefixBytes` or did I misunderstand something...

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Tune performance of RocksDB implementation
> ------------------------------------------
>
>                 Key: FLINK-9981
>                 URL: https://issues.apache.org/jira/browse/FLINK-9981
>             Project: Flink
>          Issue Type: Sub-task
>          Components: State Backends, Checkpointing
>    Affects Versions: 1.6.0
>            Reporter: Stefan Richter
>            Assignee: Stefan Richter
>            Priority: Major
>              Labels: pull-request-available
>
> General performance tuning/polishing for the RocksDB implementation. We can 
> figure out how caching/seeking can be improved.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to