Уменьшить размер приложения си winapi

Предлогаю к обсуждению тему по уменьшению размера приложений написаных на си WinApi.

0

А.Шишкин. Быстрое написание программ на WinAPI. ПРОграммист, 2010, №9.

...на си WinApi

а что, WinAPI в Си другой какой-то ?

0

Видимо, имелось в виду программирование под Windows.

0

WinAPI и так подразумевает программирование под Windows и от языка не зависит.

0

1. Включить оптимизацию по размеру.
2. Выкинуть все рантайм-библиотеки.
3. Отключить генерацию отладочных символов.
4. Не использовать релоки, ресурсы и прочее.
5. С помощью команды merge объединить все PE-секции.
6. Сжать exe-шник каким нибудь UPX-ом.
7. Загрузить свое поделие на virustotal и с ужасом обнаружить кучу детектов.

3

...вот чем мне нравится upx, так это меньшим количеством ложных срабатываний разных авирей:
вот ужал свою либу по голосовому контролю над буратиной https://www.virustotal.com/ru/... 387822190/

0

8192 байт самое минимальное приложение-"каркас", куда меньше-то? Не упакованное, но оптимизированное. Упакованное UPX - 4608 байт.

Добавлено через 9 минут
Добавлю еще: 10240 байт минимальное оконное приложение, сжатое - 5120 байт.

0

Есть такой инструмент Crinckler, упаковщик-компоновщик, минимальное приложение, созданное с его помощью будет занимать 200-300 байт.

1

Reducing Executable Size
What is the smallest possible Windows (PE) executable?
Creating the smallest possible PE executable

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

Сообщение от GrayWolf куда меньше-то?

Что-нибудь простенькое консольное: ~4 Kb (без упаковки). Upack сожмет еще процентов на 30. Пример.

1

Сообщение от castaway Есть такой инструмент Crinckler, упаковщик-компоновщик, минимальное приложение, созданное с его помощью будет занимать 200-300 байт.

не помню где то читал что потеря в старте за счет распаковки. я имею введу написание маленьких приложений без гемора.

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

Сообщение от raxp WinAPI и так подразумевает программирование под Windows и от языка не зависит.

с вами согласен но есть например delphi и си и т.д. чтобы было понятнее.

0

На современных ПК, время, потраченное на распаковку, не заметно для человеческого глаза, разумеется если размер программы не исчисляется десятками мегабайт.

1

Сообщение от n971030 потеря в старте за счет распаковки

Все эти возражения были актуальны лет 15 назад - во времена Win'9x.

0

Сообщение от gazlan Все эти возражения были актуальны лет 15 назад - во времена Win'9x.

вполне возможно но зачем писать по если 1 кнопка будет занимать в программе 10 метров, всеравно приятние когда прога мало занимает.

0

Сообщение от n971030 если 1 кнопка будет занимать в программе 10 метров

Ладно, если только 10. Народ, вон, на Qt пишет... У всех свои приоритеты.

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

0

Сообщение от n971030 но зачем писать по если 1 кнопка будет занимать в программе 10 метров

Откуда цифры? Не 10, а меньше 3. И не кнопка, а система компонентов, охватывающая большинство возможностей современного интерфейса Windows. А дальше - одна кнопка, 50 кнопок, 1000 кнопок - размер exe не особо станет расти от их количества.

Померял. Пустая Форма Delphi+VCL - 362кб. С кучей кнопок что-то делающих/рисующих, холстом для рисования и возможностью сохранения в bmp-файл - 397кб (и то только потому что ещё модули подключились). Добавив модуль для того чтоб выводить web-страницу в IE - 437кб.
Откуда вы называете числа в 20-25 раз больше? А если через KOL написать тож самое...

Сообщение от n971030 приятние когда прога мало занимает

да..? А как насчёт надёжности и скорости работы? Кстати всё (почти) что пожато упаковщиками будет есть больше оперативки когда запустите приложение. "Пусть exe весит на 2Мб меньше, но ест на 10Мб больше оперативки" - это приятнее?
А скорость разработки? VCL/MFC/Прочее сделаны чтоб взять и за 15 минут наваять работующую штуку, а так вы полгода писать будете на чистом (если конечно нет наработок по теме). Как будут платить программисту, который стока времени возится? Зарплата раз в полгода вас утроит?
Хотя к тому времени работу отдадут тому кто напишет на Бэйсике - и через сутки заказчик получит функционирующий exe.

З.Ы.

Вложения

farbrausch-fr-028-brullwurfel-musicdisk.zip (60.9 Кб, 5 просмотров)

0

Сообщение от BOGG ART омерял. Пустая Форма Delphi+VCL - 362кб. С кучей кнопок что-то делающих/рисующих, холстом для рисования и возможностью сохранения в bmp-файл - 397кб (и то только потому что ещё модули подключились). Добавив модуль для того чтоб выводить web-страницу в IE - 437кб.

Сообщение от BOGG ART Померял. Пустая Форма Delphi+VCL - 362кб. С кучей кнопок что-то делающих/рисующих, холстом для рисования и возможностью сохранения в bmp-файл - 397кб (и то только потому что ещё модули подключились). Добавив модуль для того чтоб выводить web-страницу в IE - 437кб.

Если судить о delphi скачай code dgerar чтоли так называется там 10 метров пустой exe с одной формой. на асм на такой размер затолкаеш стока всего.

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

Сообщение от BOGG ART ? Кстати всё (почти) что пожато упаковщиками будет есть больше оперативки когда запустите приложение. "Пусть exe весит на 2Мб меньше, но ест на 10Мб больше оперативки" - это приятнее?

я с вами согласен, эта тема именно с этой целью. ведь код неможет взятся из неоткуда в озу если его в exe незатолкали. правильно? (неговорю о связаных функциях с dll ос и т.д но этот же размер совсем незначительный)

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

Сообщение от BOGG ART Откуда цифры? Не 10, а меньше 3. И не кнопка, а система компонентов, охватывающая большинство возможностей современного интерфейса Windows. А дальше - одна кнопка, 50 кнопок, 1000 кнопок - размер exe не особо станет расти от их количества. Померял. Пустая Форма Delphi+VCL - 362кб. С кучей кнопок что-то делающих/рисующих, холстом для рисования и возможностью сохранения в bmp-файл - 397кб (и то только потому что ещё модули подключились). Добавив модуль для того чтоб выводить web-страницу в IE - 437кб. Откуда вы называете числа в 20-25 раз больше? А если через KOL написать тож самое... да..? А как насчёт надёжности и скорости работы? Кстати всё (почти) что пожато упаковщиками будет есть больше оперативки когда запустите приложение. "Пусть exe весит на 2Мб меньше, но ест на 10Мб больше оперативки" - это приятнее? А скорость разработки? VCL/MFC/Прочее сделаны чтоб взять и за 15 минут наваять работующую штуку, а так вы полгода писать будете на чистом (если конечно нет наработок по теме). Как будут платить программисту, который стока времени возится? Зарплата раз в полгода вас утроит? Хотя к тому времени работу отдадут тому кто напишет на Бэйсике - и через сутки заказчик получит функционирующий exe. З.Ы.

поэтому с++ 6.0 я запускаю с удовольствием в отличии от vs 2010 или delphi code dg2/3 vs 2012 мандраш возьмет под конец дня пока проект накатаешь.

0

А вам не кажется, что упомянув VCL и начав сравнивать размеры приложений с его использованием (причем в разных версиях по-разному без оптимизаций: TDL - 400 кБ, XE5 - 3 МБ, Lazarus - 10 МБ и что далее при накидывании размер приложения увеличивается незначительно) вы вышли за рамки означенной темы про WinAPI и действуете некорректно, превращая в тему в холивар (которых тут море)?

0