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

Denis Chudov reassigned IGNITE-23525:
-------------------------------------

    Assignee: Denis Chudov

> Prolong all leases in batch if at least one of them needs to be prolonged
> -------------------------------------------------------------------------
>
>                 Key: IGNITE-23525
>                 URL: https://issues.apache.org/jira/browse/IGNITE-23525
>             Project: Ignite
>          Issue Type: Improvement
>            Reporter: Denis Chudov
>            Assignee: Denis Chudov
>            Priority: Major
>              Labels: ignite-3
>
> *Motivation*
> The leases are written in meta storage in batches. If a lease needs to be 
> prolonged, it is prolonged to maximum possible value (lease interval / 2). 
> This means that all leases in batch may be prolonged by setting the 
> expiration timestamp to the same value, which will allow to avoid the 
> necessity of their prolongation in nearest future and renewal of batch. This 
> also will allow to compact the serialized representation of batch, because 
> lease expiration time will be written only once.
> *Definition of done*
> All leases in batch are prolonged if at least one of them needs to be 
> prolonged.
> *Implementation details*
> All prolongable leases to be prolonged on any change to the leases batch. The 
> new expiration timestamp will be same and equal to now+leaseInterval. 
> Nonaccepted (new) leases will have their own expiration timestamp (which is 
> much bigger than standard lease interval).
> When serialized, common expiration timestamp will be written to LeaseBatch 
> metadata only once, instead of writing it every time in each Lease.
> For nonacepted (new) leases - they are believed to be rare - expiration 
> timestamp will be written as is.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to