[jira] [Updated] (IGNITE-9688) MVCC: Implement out-of-order enlist optimization for bulk cache operations.

2020-06-29 Thread Aleksey Plekhanov (Jira)


 [ 
https://issues.apache.org/jira/browse/IGNITE-9688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aleksey Plekhanov updated IGNITE-9688:
--
Fix Version/s: (was: 2.9)

> MVCC: Implement out-of-order enlist optimization for bulk cache operations.
> ---
>
> Key: IGNITE-9688
> URL: https://issues.apache.org/jira/browse/IGNITE-9688
> Project: Ignite
>  Issue Type: Task
>  Components: cache, mvcc
>Reporter: Andrey Mashenkov
>Priority: Major
>  Labels: mvcc_performance, performance
>
> For now, we always enlist updates in given order via setting 
> "GridNearTxEnlistFuture.sequential" flag to true.
> This flag is always true for query updates as we do not know full data set at 
> a time future has been created.
> For putAll (and other batch operations) full update map is known and we can 
> make per-node batches full filled before send.
> E.g. we can send batches to nodes one by one regarding primary node order.
> This optimization has to be disscussed.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Updated] (IGNITE-9688) MVCC: Implement out-of-order enlist optimization for bulk cache operations.

2019-10-03 Thread Maxim Muzafarov (Jira)


 [ 
https://issues.apache.org/jira/browse/IGNITE-9688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Maxim Muzafarov updated IGNITE-9688:

Fix Version/s: (was: 2.8)
   2.9

> MVCC: Implement out-of-order enlist optimization for bulk cache operations.
> ---
>
> Key: IGNITE-9688
> URL: https://issues.apache.org/jira/browse/IGNITE-9688
> Project: Ignite
>  Issue Type: Task
>  Components: cache, mvcc
>Reporter: Andrey Mashenkov
>Priority: Major
>  Labels: mvcc_performance, performance
> Fix For: 2.9
>
>
> For now, we always enlist updates in given order via setting 
> "GridNearTxEnlistFuture.sequential" flag to true.
> This flag is always true for query updates as we do not know full data set at 
> a time future has been created.
> For putAll (and other batch operations) full update map is known and we can 
> make per-node batches full filled before send.
> E.g. we can send batches to nodes one by one regarding primary node order.
> This optimization has to be disscussed.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Updated] (IGNITE-9688) MVCC: Implement out-of-order enlist optimization for bulk cache operations.

2019-03-11 Thread Vladimir Ozerov (JIRA)


 [ 
https://issues.apache.org/jira/browse/IGNITE-9688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Ozerov updated IGNITE-9688:

Labels: mvcc_performance performance  (was: performance)

> MVCC: Implement out-of-order enlist optimization for bulk cache operations.
> ---
>
> Key: IGNITE-9688
> URL: https://issues.apache.org/jira/browse/IGNITE-9688
> Project: Ignite
>  Issue Type: Task
>  Components: cache, mvcc
>Reporter: Andrew Mashenkov
>Priority: Major
>  Labels: mvcc_performance, performance
> Fix For: 2.8
>
>
> For now, we always enlist updates in given order via setting 
> "GridNearTxEnlistFuture.sequential" flag to true.
> This flag is always true for query updates as we do not know full data set at 
> a time future has been created.
> For putAll (and other batch operations) full update map is known and we can 
> make per-node batches full filled before send.
> E.g. we can send batches to nodes one by one regarding primary node order.
> This optimization has to be disscussed.



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


[jira] [Updated] (IGNITE-9688) MVCC: Implement out-of-order enlist optimization for bulk cache operations.

2019-03-11 Thread Vladimir Ozerov (JIRA)


 [ 
https://issues.apache.org/jira/browse/IGNITE-9688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Ozerov updated IGNITE-9688:

Issue Type: Task  (was: Improvement)

> MVCC: Implement out-of-order enlist optimization for bulk cache operations.
> ---
>
> Key: IGNITE-9688
> URL: https://issues.apache.org/jira/browse/IGNITE-9688
> Project: Ignite
>  Issue Type: Task
>  Components: cache, mvcc
>Reporter: Andrew Mashenkov
>Priority: Major
>  Labels: performance
> Fix For: 2.8
>
>
> For now, we always enlist updates in given order via setting 
> "GridNearTxEnlistFuture.sequential" flag to true.
> This flag is always true for query updates as we do not know full data set at 
> a time future has been created.
> For putAll (and other batch operations) full update map is known and we can 
> make per-node batches full filled before send.
> E.g. we can send batches to nodes one by one regarding primary node order.
> This optimization has to be disscussed.



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


[jira] [Updated] (IGNITE-9688) MVCC: Implement out-of-order enlist optimization for bulk cache operations.

2019-02-28 Thread Vladimir Ozerov (JIRA)


 [ 
https://issues.apache.org/jira/browse/IGNITE-9688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Ozerov updated IGNITE-9688:

Ignite Flags:   (was: Docs Required)

> MVCC: Implement out-of-order enlist optimization for bulk cache operations.
> ---
>
> Key: IGNITE-9688
> URL: https://issues.apache.org/jira/browse/IGNITE-9688
> Project: Ignite
>  Issue Type: Improvement
>  Components: cache, mvcc
>Reporter: Andrew Mashenkov
>Priority: Major
>  Labels: performance
> Fix For: 2.8
>
>
> For now, we always enlist updates in given order via setting 
> "GridNearTxEnlistFuture.sequential" flag to true.
> This flag is always true for query updates as we do not know full data set at 
> a time future has been created.
> For putAll (and other batch operations) full update map is known and we can 
> make per-node batches full filled before send.
> E.g. we can send batches to nodes one by one regarding primary node order.
> This optimization has to be disscussed.



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


[jira] [Updated] (IGNITE-9688) MVCC: Implement out-of-order enlist optimization for bulk cache operations.

2019-02-28 Thread Vladimir Ozerov (JIRA)


 [ 
https://issues.apache.org/jira/browse/IGNITE-9688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Ozerov updated IGNITE-9688:

Labels: performance  (was: )

> MVCC: Implement out-of-order enlist optimization for bulk cache operations.
> ---
>
> Key: IGNITE-9688
> URL: https://issues.apache.org/jira/browse/IGNITE-9688
> Project: Ignite
>  Issue Type: Improvement
>  Components: cache, mvcc
>Reporter: Andrew Mashenkov
>Priority: Major
>  Labels: performance
> Fix For: 2.8
>
>
> For now, we always enlist updates in given order via setting 
> "GridNearTxEnlistFuture.sequential" flag to true.
> This flag is always true for query updates as we do not know full data set at 
> a time future has been created.
> For putAll (and other batch operations) full update map is known and we can 
> make per-node batches full filled before send.
> E.g. we can send batches to nodes one by one regarding primary node order.
> This optimization has to be disscussed.



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


[jira] [Updated] (IGNITE-9688) MVCC: Implement out-of-order enlist optimization for bulk cache operations.

2018-09-25 Thread Andrew Mashenkov (JIRA)


 [ 
https://issues.apache.org/jira/browse/IGNITE-9688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrew Mashenkov updated IGNITE-9688:
-
Fix Version/s: 2.8

> MVCC: Implement out-of-order enlist optimization for bulk cache operations.
> ---
>
> Key: IGNITE-9688
> URL: https://issues.apache.org/jira/browse/IGNITE-9688
> Project: Ignite
>  Issue Type: Improvement
>  Components: cache, mvcc
>Reporter: Andrew Mashenkov
>Priority: Major
> Fix For: 2.8
>
>
> For now, we always enlist updates in given order via setting 
> "GridNearTxEnlistFuture.sequential" flag to true.
> This flag is always true for query updates as we do not know full data set at 
> a time future has been created.
> For putAll (and other batch operations) full update map is known and we can 
> make per-node batches full filled before send.
> E.g. we can send batches to nodes one by one regarding primary node order.
> This optimization has to be disscussed.



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