-
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
perf(pruner): delete history indices by changeset keys #9312
Merged
Merged
Changes from 1 commit
Commits
Show all changes
16 commits
Select commit
Hold shift + click to select a range
e6515ac
perf(pruner): delete history indices by changeset keys
shekhirin cda4fff
Update crates/prune/prune/src/segments/account_history.rs
shekhirin 2fe40fe
fmt
shekhirin 2c253e4
add comments
shekhirin 4f1c362
improve comments
shekhirin d3458ea
use fxhashmap
shekhirin 11ac627
value -> account
shekhirin 6c3a57c
remove PartialEq bound
shekhirin 5501d67
better logs
shekhirin af74eb5
calculate last changeset pruned block correctly
shekhirin 880b261
fix tests
shekhirin ed53e2e
chore(pruner): remove redundant code (#9321)
emhane c4589ec
return a separate type from prune_history_indices
shekhirin cf205f7
add a comment about map size
shekhirin c870e29
use ACCOUNT_HISTORY_TABLES_TO_PRUNE var instead of 2 const
shekhirin a466d3c
Merge remote-tracking branch 'origin/main' into alexey/history-prunin…
shekhirin File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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.
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.
thanks boss
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.
if you don't leave the white space, then
std
andcore
libs are ordered alphabetically with rest of deps. it's more mature rust to put std and core deps up top, for developers who care ab std/no-std code - which includes us since we included the no-std option in several crates, likereth-evm
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.
hmm I disagree, I also prefer to have all imports in one place ordered alphabetically.
#![no_std]
exists for this reason, and developers shouldn't judge the crateno_std
guarantees purely by deps it usesThere 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.
we really seem to not have any consistency with it 😅
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.
using miri as a reference https://github.com/rust-lang/miri/blob/521422adc7404ed5236cf2ad801ec8d1ea3b8818/cargo-miri/src/util.rs#L1-L13
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.
it doesn't look like a rule that everyone follows even in core Rust team https://github.com/rust-lang/rust/blob/59a4f02f836f74c4cf08f47d76c9f6069a2f8276/compiler/rustc_ast/src/ast.rs#L21-L42
anyway, there are no
std
import in this file now, and I believe with #9141 (comment) we will have this as a fmt rule