-
Notifications
You must be signed in to change notification settings - Fork 20k
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
Event filtering is slow #15091
Comments
There's a PR pending review/merge that replaces the entire event filtering to a completely different mechanism #14631. It should be orders of magnitude faster. Feel free to take it to a spin an report on actual numbers. I'd be curious for real world tests. |
Just did a fresh sync on Ropsten with the bloombits PR and tried your command:
Running the a full chain filtering for all ENS .eth events on Ropsten:
|
The PR was merged into master. Feel free to grab a fresh build and try it out yourself. Note, master does a few database upgrades, so you'll probably need to wait for that to finish (or resync from zero). |
Awesome, now it's literally a thousand times better (down to 0.03s). Thanks a lot! |
System information
Geth
Version: 1.6.7-stable
Git Commit: ab5646c
Architecture: amd64
Protocol Versions: [63 62]
Network Id: 1
Go Version: go1.8.1
Operating System: linux
Issue
Getting logs from a large block range is slow, even if the filter doesn't match anything:
takes 27s instead of 0.02s promised in this stackexchange answer. Tested on Ropsten.
The text was updated successfully, but these errors were encountered: