Как увидеть часть своего С++ кода на ассемблере?

Есть код на С++, но...
Но программа "огромна" и работает "медленно".

Хочется улучшить... Например,
1. вместо байтов использовать полубайты избегая операций разделения/сборки
2. вместо некоторых "целых" использовать биты
3. ...
Но как увидеть "интересные" куски своего же С++ код на asm, чтобы понять как минимум:
- 1. как там называются мои переменные и адреса их хранения (для последующих их обработок группами, вместо кучи индивидуальных)
- 2. чем различаются некоторые мои подпрограммы. Стоит ли их сливать/разделять
- 3. ...

0

В ассемблере никак не "называются".
Полукто? Да ещё и биты... Зачем? Это как правило наоборот негативно сказывается на скорости.
Ищите узкие места программы, в коде C++.

0

Какой компилятор?
Как на VC++, так и на GCC можно получить ассемблерный листинг, сгенерированный из исходного кода. (Правда, для "огромной" программы и листинг будет немаленький.)

Ну и да, как сказал коллега BOGG ART, копаться на уровне ассемблера в 99% случаев малоэффективно. Гораздо больше пользы принесет оптимизация алгоритмов на высоком уровне, на C++.

0

Байт - 8 бит
Полубайт - 4.

Зачем и правила это другой вопрос.
Главный вопрос - как и можно или нет.

Есть ряд задач, где важны размеры обрабатываемой информации и скорость.

Да. Весь листинг - неподъёмен. Можно ли увидеть "интересную" часть кода?

0

Сообщение от ZaRus1 1. вместо байтов использовать полубайты избегая операций разделения/сборки 2. вместо некоторых "целых" использовать биты

что тут у нас? рецепт как жечь производительность напалмом?
откройте для себя "дата ориентированное программирование".
или как сделать "кэш-френдли".

Сообщение от ZaRus1 Но как увидеть "интересные" куски своего же С++ код на asm, чтобы понять как минимум: - 1. как там называются мои переменные и адреса их хранения (для последующих их обработок группами, вместо кучи индивидуальных) - 2. чем различаются некоторые мои подпрограммы. Стоит ли их сливать/разделять

профайлер? не, не слышал.

0

Сообщение от ZaRus1 Есть ряд задач, где важны размеры обрабатываемой информации и скорость.

Или размер или скорость.
Ещё раз - упаковка как правило негативно сказывается на скорости.

0

Оставлю здесь: http://gcc.godbolt.org/

4

Кроме того как бы если сам писал сам должен знать узкие места в коде, собственно эти места и оптимизировать.

0

Croessmah,

Оставлю здесь: http://gcc.godbolt.org/

Спасибо. Это близко к нужному. Но как Вы это сделали? И можно ли это делать к части кода?

Добавлено через 8 минут

Кроме того как бы если сам писал сам должен знать узкие места в коде, собственно эти места и оптимизировать.

Да сам. Да знаю.
Но если мои объекты "описываются" 16 "вариантами" (4 бита), то мне желательно пользоваться не байтами, а "полубайтами".

Но дело не в этом.
Дело в том, чтобы увидеть более подробный (чем С++) код. И не всей программы, а "интересного" места (3-5 строк).
Вероятно, что это возможно, т.к. при ошибках иной раз вываливается "не интересный" кусок кода из "непонятного" места.

0

Сообщение от ZaRus1 Но как Вы это сделали?

Что я сделал? Слева вводим код на C++, справа получаем выхлоп на asm.
Ключи компилятора, платформы и синтаксис можно выбирать.
Также есть режим подсветки разных строчек разными цветами.
И еще что-то там тоже есть.

0

Если можно, поясните. У меня есть С++ и тексты моих модулей.cpp.
Но ассемблера у меня нет.
Я могу выделить "интересную" мне часть кода, но как подать команду на её "расшифровку"?
Как выйти на список и описание "ключей компилятора" позволяющих расшифровать "интересную" мне часть С++ кода?

0

0

Сообщение от BOGG ART Не по теме: При желании можно упаковывать по 4 бита. Но обрабатываться они будут медленнее.

Вы правы.
Упаковка и распаковка (особенно многократные) - ужасны. Поэтому вместо массивов из байт (или int-ов) желательны "полубайтовые" = "4х битные" (или иногда "3х битные") массивы.
Но это действительно не по теме. Как "паковать" информацию решается в диалоге программиста и компьютера. Именно они вдвоём находят "лучшую комбинацию".

А вопрос пока - как заменить часть С++ кода asm кодом?

Например, имеем:
...
a=b+c;
d=a+b;
c=0;
...
Хотим увидеть asm-код средней строки ( d=a+b; ) конкретно в этом месте программы.
Если это возможно, то как это сделать?

0

Сообщение от ZaRus1 желательны "полубайтовые" = "4х битные" (или иногда "3х битные") массивы.

Так Вы говорите об оптимизации скорости выполнения программы, или всё-таки об оптимизации по памяти?
Потому что от того, что будет 4 бита вместо 8 скорость не поднимется. Я думаю, что компьютер и сам не будет трогать те биты, которые ему не нужны.

0

Сообщение от ZaRus1 Поэтому вместо массивов из байт (или int-ов) желательны "полубайтовые" = "4х битные" (или иногда "3х битные") массивы.

выравнивание? не, не слышал.

Сообщение от ZaRus1 Но это действительно не по теме.

http://stackoverflow.com/quest... -c-program

0

0

Есть опции компилятора для генерации кода asm, в IDE есть менюшки для этого.

Миниатюры

 

1

Сообщение от ZaRus1 Поэтому вместо массивов из байт (или int-ов) желательны "полубайтовые" = "4х битные"

что быстрее
или
и это только упаковка
процессор заточен не определенные типы данных,например 32х битный работает быстрее на 32хразрядных данных

Сообщение от ZaRus1 А вопрос пока - как заменить часть С++ кода asm кодом?

вручную? есть уверенность, что это будет быстрее?

Сообщение от ZaRus1 Хотим увидеть asm-код средней строки ( d=a+b; )

поелику среда так и не указана, то общие рассуждения
ставим точку останова
запускаем в режиме отладки
когда программа остановится в отладчике на нужной строчке, открываем окно дизасемблерного листинга и смотрим

Добавлено через 2 минуты

Сообщение от ZaRus1 a=b+c; d=a+b;

вполне можем увидеть аналог вот этого
или

0

Сообщение от BOGG ART Не по теме: Так если вы сами говорите "ужасны", то почему они вам "желательны"?

Гм...
Вы меня заинтриговали. Возможно, я что-то неправильно понимаю в "сегодняшнем" ...?
В своё время (мне 63) я программировал на FORTRAN-е и там были объединения (общие области). Так что(?) разве здесь невозможно что-то типа:
struct a {unsigned bi 3;}
union c {int d[3]; bi[16];}
где 3*16 бит совпадают в памяти с 16*3 бита? И возможно обращение к нужным 3м битам?

Но (не помню где читал) более мелкие, чем байт данные существуют? Или уже нет?
Жаль, если так...
Это способно повлиять на кое-какие мои планы...
Это не по теме, но спасибо Вам за это уточнение...

Добавлено через 3 минуты
Avazart,
У меня С++ Builder 6
Где такое меню?

Добавлено через 17 минут
ValeryS, мне сложно ответить на Ваши вопросы.
Но если в большом массиве битов мне надо несколько раз разыскать нужные комбинации, потом как-то изменить их и запомнить, то распаковки и упаковки обойдутся мне "в копеечку".
Ещё раз... Могу ли я получить массив
- 3х (или 4х) битных элементов, чтобы не использовать почти "пустые" байты?
- или 9-ти битные элементы, чтобы не использовать почти "пустые" int-ы?
Надо ли мне "плевать" на расход памяти? На "дыры/пустоты" в моих данных?

0

Сообщение от ZaRus1 Но (не помню где читал) более мелкие, чем байт данные существуют?

В Си нет
есть битовые поля, но в данном случае, по моему,непригодны

Добавлено через 4 минуты

Сообщение от ZaRus1 Надо ли мне "плевать" на расход памяти?

да
хотя вопрос в абстрактном ракурсе решения не имеет
извечная проблема скорость/память
реши что тебе важнее

Сообщение от ZaRus1 или 9-ти битные элементы, чтобы не использовать почти "пустые" int-ы?

могу порекомендовать short int

0