-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: sealing: StartEpochSealingBuffer triggers packing on timer #7905
Conversation
Nice - I assume it is intentional that this will apply to regular deal sectors too? the remaining two todos would be really nice to have - I think we should aim this for lotus v1.15.0 (Jan 18). (I feel like its a bit tight to get this implemented and tested in v1.14.0, which code freezes in 2 days. its a super nice enhancement to the currently sealing pipeline - so okay to wait for v1.15.0) |
Please do **not ** merge this PR without a pr to https://lotus.filecoin.io/docs/storage-providers/config/ |
It turns out that recycling deals from a failed sector is a more involved change than I had thought and therefore is going to have to wait beyond v 1.15.0. I am going to file an issue which I'll link to from back here describing the problem a bit more. --edit-- |
415360c
to
825e2c9
Compare
d6be162
to
ee98879
Compare
7382c53
to
d645c5f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, just 2 small nits
extern/storage-sealing/input.go
Outdated
sealTime := time.Unix(sector.CreationTime, 0).Add(cfg.WaitDealsDelay) | ||
|
||
// check deal age, start sealing when the deal closest to starting is within slack time | ||
safeSealTime := sealTime |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think we need this copied variable, can just use sealTime
directly
@ZenGround0 can we merge it for 1.15.0, since I think we got positive feedback from Magik? |
e743fed
to
1e524b7
Compare
Codecov Report
@@ Coverage Diff @@
## master filecoin-project/lotus#7905 +/- ##
==========================================
- Coverage 39.12% 39.08% -0.05%
==========================================
Files 660 660
Lines 71459 71474 +15
==========================================
- Hits 27961 27938 -23
- Misses 38681 38710 +29
- Partials 4817 4826 +9
Continue to review full report at Codecov.
|
oh btw! bad pr title!! reminder to follow the one in pr template next time |
@jennijuju You'll need to help me read the template better because I tried my best to follow it.
The title is feat: sealing: * description of change being made* right?
feat
sealing Are the underscores what you are talking about? Double checking they're not being used in other PRs. |
(just to close the loop from slack) what you said is all ✅ when I left the comment, the title was " StartEpochSealingBuffer triggers packing on timer " and I update it! |
Proposed Changes
Improvements to snap deals integration beyond the existing mvp PR
StartEpochSealingBuffer
param as a way to enforce that sectors are packed for sealing / updating no matter how many deals they have if the nearest deal start date is close enough to the present. This solves an existing problem predating snap deals (FYI @jennijuju)- [ ] Recycle assigned deals in updating sectors that have been aborted so that these deals can be reassigned to other sectors