-
Notifications
You must be signed in to change notification settings - Fork 939
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
General issue tracking memory usage of llvmir2hll #16
Comments
This issue could be considered a duplicate of #13. Close it if you wish, so we can keep the discussion focused in one place. |
trying to decompile a 1.2MB program and llvmir2hll is using 46GB+ of memory untill the screen gets black. If you need 128GB of RAM to decompile a 1.2mb program, makes little sense to even try to use retdec... |
@caioc2 Mindless RetDec bashing isn't going to help anyone. What could help:
|
This should be much better after this commit e6f47cf, Closing this, but keeping #13 open because there is more work to be done. |
This is a general issue tracking the memory usage required to run llvmir2hll.
Background: I tried to run
./decompile.sh
on a 1 MB sample executable (x86, 32-bit PE). All steps succeeded smoothly, until the llvmir2hll step, which managed to hang my laptop as it depleted the available RAM. The llvmir2hll process took roughly 7.1 GB at this point (and my hardware has 8 GB of RAM).Have the memory usage of llvmir2hll been profiled before? If so, what are the low-hanging fruit to decrease memory usage for "regular" binaries, those below say 5 MB.
My wish is that as retdec develops, it should be possible to decompile an arbitrarily large executable, never requiring more than 1 GB of RAM memory at any given time during the decompile pipeline. However, this should be considered a long-term goal; as that requires intermediate representations of decompiled functions to be stored to disk, so that not all functions are kept in memory at the same time.
For now, locating low hanging fruit so that a decompile of binaries smaller than 5 MB (or so) should succeed using at most 3 GB of RAM. This seems like a worthy intermediate goal for memory usage optimization.
The text was updated successfully, but these errors were encountered: