сравнение размера кода с размером исходного кода

Question

Существует множество скриптов / инструментов для подсчета строки кода, а некоторые для подсчета размера функций в терминах строки кода. Но здесь я ищу способ измерения размера функции с точки зрения байтов сгенерированного кода.

Кто-нибудь знает способ / инструменты для извлечения этой информации из .lib или .dll?

Например, я знаю, как составить список имен функций из .lib или .dll и их начальный адрес, но я пока не нашел способа получить их объем памяти.

PS: я ищу решение на платформе Windows, но любой ответ на альтернативной системе приветствуется.

Answer 1

В Unix команда size дает вам информацию об этом:

Black JL: size /usr/lib/libc.so.1
909301 + 32017 + 6731 = 948049
Black JL: size ~/lib/libjl.a
/work1/jleffler/lib/libjl.a[affbak.o]: 4849 + 44 + 4 = 4897
/work1/jleffler/lib/libjl.a[affstd.o]: 5488 + 48 + 4 = 5540
/work1/jleffler/lib/libjl.a[base64.o]: 8772 + 9 + 320 = 9101
/work1/jleffler/lib/libjl.a[basedigit.o]: 841 + 0 + 0 = 841
/work1/jleffler/lib/libjl.a[basename.o]: 996 + 0 + 0 = 996
/work1/jleffler/lib/libjl.a[bitmap.o]: 3876 + 8 + 4096 = 7980
...lots of entries omitted...
Black JL: size ~/bin/sqlcmd.64
169694 + 17728 + 8280 = 195702
Black JL: size cc3e_*.o | so
cc3e_fixed_from_gregorian.o: 1906 + 0 + 0 = 1906
cc3e_gregorian_date.o: 684 + 0 + 0 = 684
cc3e_gregorian_epoch.o: 707 + 0 + 0 = 707
cc3e_gregorian_from_fixed.o: 1729 + 0 + 0 = 1729
cc3e_gregorian_year_from_fixed.o: 1625 + 0 + 0 = 1625
cc3e_last_kday.o: 742 + 0 + 0 = 742
cc3e_nth_kday.o: 1123 + 0 + 0 = 1123
Black JL:

Полуслучайные файлы со всей моей системы - это Sun SPARC с Solaris 10, использующий size из /usr/ccs/bin (не версия GNU, но, вероятно, даст аналогичную информацию).

GNU size под Cygwin говорит:

$ size libjl.a
text    data     bss     dec     hex filename
 800      64      16     880     370 affbak.o (ex libjl.a)
1008      64      16    1088     440 affstd.o (ex libjl.a)
 176       0       0     176      b0 basedigit.o (ex libjl.a)
 208       0       0     208      d0 basename.o (ex libjl.a)
 544     320    4096    4960    1360 bitmap.o (ex libjl.a)
 816       0      16     832     340 block.o (ex libjl.a)

Однако это может не сильно помочь - при запуске на DLL (C: \ WINDOWS \ twain.dll) GNU size говорит, что не распознает тип файла. ОТО, похоже, он понимает файлы .lib:

jleffler@IBM-027DF09B37F /cygdrive/c/notes/jvm/bin
$ size jawt.lib
   text    data     bss     dec     hex filename
     63      30       0      93      5d jawt.dll (ex jawt.lib)
     63      20       0      83      53 jawt.dll (ex jawt.lib)
     63       8       0      71      47 jawt.dll (ex jawt.lib)
      8      26       0      34      22 jawt.dll (ex jawt.lib)

jleffler@IBM-027DF09B37F /cygdrive/c/notes/jvm/bin
$ ls -l jawt.lib
-rwxrwxrwx+ 1 jleffler None 1692 Oct 25  2007 jawt.lib

Answer 2

Я не уверен, что это именно то, что вам нужно, но вы можете попробовать проанализировать файл карты в соответствии с этим руководством .

Кроме того, если вы ищете платное решение, рекомендуется использовать профилировщик ANTS от Red-gate .