-
Notifications
You must be signed in to change notification settings - Fork 332
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
-d compileunits on go binary shows suspiciously large size for sync/atomic #138
Comments
I'm not a Go user. How can I reproduce this? |
The etcd binary I was examining is here: https://s3.amazonaws.com/www.sanford.io/etcd To build the binary yourself (assuming you have the go tool installed):
|
Possibly related to #176 |
Sorry I was not able to debug this earlier. I just tried your command and I am getting reasonable results (I did have to specify non-compressed dwarf per #204):
I'll close this now. If you have a case where Bloaty is still returning unreasonable results, please let me know. |
I ran bloaty on an internal go binary which reported sync/atomic using ~30% of the binary size. This seemed... unlikely. So I tried running bloatly on an etcd binary (linux amd64) compiled from master which shows something very similar:
30% doesn't sound right to me as sync/atomic is a small amount of assembly code and not much else.
I'm hoping someone could shed some light onto what is going on here. Is this somehow related to inlining?
The text was updated successfully, but these errors were encountered: