* Make lock_manager.RenewInterval configurable in LiveLock
- Add renewInterval field to LiveLock struct
- Modify StartLongLivedLock to accept renewInterval parameter
- Update all call sites to pass lock_manager.RenewInterval
- Default to lock_manager.RenewInterval if zero is passed
* S3 metrics: reduce collection interval to half of bucketSizeMetricsInterval
Since S3 metrics collection is not critical, check more frequently but
only collect when holding the distributed lock. This allows faster
detection of any issues while avoiding overhead on non-leader instances.
* Remove unused lock_manager import from bucket_size_metrics.go
* Refactor: Make lockTTL the primary parameter, derive renewInterval from it
Instead of configurable renew interval, lockTTL is now the input parameter.
The renewal interval is automatically derived as lockTTL / 2, ensuring that
locks are renewed well before expiration.
Changes:
- Replace renewInterval parameter with lockTTL
- Rename LiveLock.renewInterval field to lockTTL
- Calculate renewInterval as lockTTL / 2 inside the goroutine
- Update all call sites to pass lockTTL values
- Simplify sleep logic to use consistent renewInterval for both states
This approach is more intuitive and guarantees safe renewal windows.
* When locked, renew more aggressively to actively keep the lock
When holding the lock, sleep for renewInterval/2 to renew more frequently.
When seeking the lock, sleep for renewInterval to retry with normal frequency.
This ensures we actively maintain lock ownership while being less aggressive
when competing for the lock.
* Simplify: use consistent renewInterval for all lock states
Since renewInterval is already lockTTL / 2, there's no need to differentiate
between locked and unlocked states. Both use the same interval for consistency.
* Adjust sleep intervals for different lock states
- Locked instances sleep for renewInterval (lockTTL/2) to renew the lock
- Unlocked instances sleep for 5*renewInterval (2.5*lockTTL) to retry acquisition less frequently
Chris Lu
f67ba35f4a