-
Notifications
You must be signed in to change notification settings - Fork 665
tpch10000 q18. WideCombiner single bucket don't fit into memory #11416
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
Comments
What we tried for now (in #11471):
As a result execution time of q18 on scale 100 with 1 task ( According to @lll-phill-lll, on 10k scale this fixes memory limit exception that was firing and query got timeouted after 1 hour of execution. Without hashingWith hashing |
For point (2) I've tried xxh64 (those flame graphs are in previous comment and below also) and fibonacci hashing (its flame graph is below). So for some reason (that I can't explain for now) xxh64 seems faster than fibonacci even so fibonacci should require less operations to compute. But I am not sure about that point, because execution time is really unstable. So we will use xxh64 for now. Further progress can be made in block combine or/and after #11591 Fibonacci hashing (as here)xxh64 |
2h run results: Looks suspicious. Like it worked only for 30 mins |
https://nda.ya.ru/t/dlVeCoho79f4uA Error after 32 mins |
Uh oh!
There was an error while loading. Please reload this page.
ydb/ydb/library/yql/minikql/comp_nodes/mkql_wide_combine.cpp
Line 481 in 65dc86e
Bt:
https://paste.yandex-team.ru/d7a045b0-8309-4f2f-bc6d-56c514da5928
The text was updated successfully, but these errors were encountered: