Лишние 10Мб в приложении

Помогите разобраться с приложениями в RAD 10.3
Суть в следующем:
Имеется готовая программа, размер исполняемого файла – 13118 Кб, если удалить файл dproj и перекомпилировать проект заново, то создаётся новый файл dproj, и размер исполняемого файла становится 3138 Кб, лишние 9980 Кб (13118-3138).
Берём другой проект размер исполняемого файла – 13238 Кб, после манипуляций 3258 Кб, опять лишние 9980 Кб.
Создаем новый проект, одна кнопка по нажатию showmessage, размер exe – 11826 Кб, после манипуляции – 2296 Кб.
Вопрос: Чего я лишусь в программе оптимизируя таким способом (на сколько я смог проверить разницы между маленьким и большим exe в функционале не нашёл)?

0

Подозреваю, что это разница между Release и Debug версией. При удалении dproj изменяется тип exe-шника с дебажного на релизный.

0

Либо, новый exe компилируется с использованием пакетов.

0

Сообщение от zarazinka разницы между маленьким и большим exe в функционале не нашёл

Попробуйте выполнить "маленький" exe-файл на машине, где нет и не было никогда той версии RAD Studio, что установлена у Вас...

0

Сообщение от D1973 Попробуйте выполнить "маленький" exe-файл на машине, где нет и не было никогда той версии RAD Studio, что установлена у Вас...

Работает без проблем на других ОС (можете за 5 минут проверить это), создавал на Win 7 64, проверял на Win 7 32/64, Win 10 32/64.
Разницы не увидел, а она скорее всего есть (не просто ж так RAD добавляет 10Mb к exe), хотелось бы узнать в чём её суть (в каких режимах работы приложения или с использованием каких компонентов появится разница в функционале между большим и маленьким exe), чтобы знать в каких случаях можно уменьшить размер исполняемого файла таким способом, а в каких – нет.

0

Сообщение от zarazinka можете за 5 минут проверить это

Интересно, каким же это образом?

0

Интересно, каким же это образом?

Открываем RAD, создаём vcl app, сохраняем проект, нажимаем f9 и смотрим размер exe, закрываем проект и открываем с dpr, нажимаем f9, получаем exe в 4 раза меньше, копируем маленький exe на виртуалку/другую ОС/другой комп и видим, что всё работает. Как-то так.

0

Сообщение от zarazinka закрываем проект и открываем с dpr, нажимаем f9, получаем exe в 4 раза меньше

Никакой разницы не получилось.

У тебя этот маленький exe по прежнему в папке Debug лежит?

0

Да, действительно, притупил что-то...
Суть "большого" файла в том, что по умолчанию исполняемый файл приложения создается в режиме Debug, т.е. к нему прицепляется так называемая отладочная информация. Она нужна на этапе проектирования и доведения проекта до ума... При сдаче проекта "в эксплуатацию" в ней, действительно, нет никакой необходимости - но для этого существует режим компиляции Release, который создает исполняемый файл без всей этой требухи... т.е. откомпилировав файл в режиме Release Вы получите примерно тот же размер, что и при удалении файла *.dproj...
Но, удаляя этот файл, Вы теряете информацию об опциях Вашего проекта: информацию о версии продукта, к примеру... А если используете VCL-стили, то вообще будете при старте получать подобную ошибку



хотя далее приложение будет функционировать нормально (хотя, тут еще спорный вопрос, глубоко не копал)
Поэтому верный способ уменьшить размер ехе-файла - после всех отладок, тестовых прогонов и т.д., когда приложение функционирует как надо - просто перекомпилируйте его в режиме Release.

0

Сообщение от AzAtom У тебя этот маленький exe по прежнему в папке Debug лежит?

Нет, в этом случае вообще не создается доп. папок, как это в Дельфи 7 было... Но для чистоты эксперимента надо перед открытием проекта через *dpr удалить файл *dproj.

0

Сообщение от D1973 удалить файл *dproj.

Я его не удалил, просто .dpr открыл. Попробую вечером.

0

Сообщение от zarazinka Имеется готовая программа, размер исполняемого файла – 13118 Кб, если удалить файл dproj и перекомпилировать проект заново, то создаётся новый файл dproj, и размер исполняемого файла становится 3138 Кб, лишние 9980 Кб (13118-3138).

Я всегда так делаю при создании нового проекта.
Плюс в релизный балд добавляю кой-какие директивы и размер сокращается ещё на мегабайт!

Обратите внимание на размеры:

0

Сообщение от D1973 Суть "большого" файла в том, что по умолчанию исполняемый файл приложения создается в режиме Debug, т.е. к нему прицепляется так называемая отладочная информация.

У меня разница между Debug и Release версиями составляет несколько сотен килобайт. А у вас сколько?

0

Сообщение от mac1eod У меня разница между Debug и Release версиями составляет несколько сотен килобайт. А у вас сколько?

Это, в том числе, зависит от настроек дебажного режима. Его можно настроить так, что вообще никакой разницы не будет. Но в моем случае разница тоже составляет 10-15 МБ

0

Сообщение от Nanotentacle Но в моем случае разница тоже составляет 10-15 МБ

у вас 10.3?
дебажный режим по умолчанию, или производили какие то настройки?

0

А можно поставить KOL и тогда просто окно будет 14-20кб Ну и само приложение при максимальной навороченности не превысит 200кб
Но к этой библиотеке надо привыкнуть. И её визуальная часть, говорят не встаёт на новые версии делфи.
Но вполне можно обойтись и без компонентов, создавая всё вручную.

0

0

Сообщение от Nanotentacle Ну не бывает так, что то, что уместилось в 2 МБ потом перекодируется в 14-20КБ без потери чего-то важного

Смотря что считать важным. Берём один и тот же небольшой проект, компилируем в Delphi 4 - около 300 КБ. Компилируем этот же проект без изменений в Delphi 7 - exe получается около 400 КБ. Компилируем то же самое на XE3 - exe получается около 2,7 МБ в релизе. А функционал ровно тот же самый! Значит, в последнем случае есть более 2 МБ чего-то неважного.

0

Для того чтобы понять почему такой огромный размер, есть отличные статьи.
Смысл такой.
Делфи использует классы. которые отвратительно организованы.
Программист использует классы, а в них куча ненужного кода.
В классе вам нужна одна функция, но в программу попадает всё.
Собственно такая же проблема со всеми современными языками. И C++ не исключение.
Неужели никто ни разу не сталкивался с тем, что нужно ставить какие-то новые пакеты с библиотеками?
Да, MS ведёт мощную поддержку языка C++ и его клонов.
С Паскалем хуже. И поэтому все эту библиотеки приложения должны таскать с собой. Плюс отладочную информацию, которую в релизе отключают.

Но и без неё есть выход. Пожалуйста, отключите все эти библиотеки и тогда размер резко сократится.
Но работать всё это будет только на компе где эти библиотеки есть.
Достаточно две огромне DLL воткнуть туда где остальные, чтобы система их нашла, и тогда никаких проблем.
Можете писать для себя приложения с маленьким размером.
Но если вы желаете распространять, то тут нужно просто уведомить о необходимости установки этих библиотек.
И выложить их отдельно. Тот кто будет скачивать ваши проги, поставит себе эти библиотеки и сможет пользоваться любыми приложениями написанными в Делфи.
Вопрос только о версиях.

Библиотека KOL организована по-другому и поэтому может создавать код очень небольшой.
Она работает и с лазарус.
Единственное что плохого, автор уже положил на неё. И нет такой мощнойной поддержки.
Классы KOL не использует. И поэтому нужно писать свои компоненты или модули, основанные на объектах.
Но и того что есть вполне достаточно.
Что касается юникода - он есть. Есть много интересных вещей.
Реализован в каждом компоненте метод перетаскивания. То есть если даже на панель перетащить файл, Панель получит его адрес.
Уже организован вывод текста с антиалисингом. То есть у букв плавные края.
Единственное что нужно делать, это включать нужные функции.
Если нужен юникод, нужно включить
Если нужен int64 тоже...

Но библиотека заточена под 32 разряда и windows.
Но и это не проблема. Включить директиву только паскаль и тогда будет и 64 и кроссплатформенность.

0

Сообщение от Lorrrd В классе вам нужна одна функция, но в программу попадает всё.

В классе бывает метод, и я не представляю, как можно "вырезать" из класса одну функцию. Речь идет про модуль?

Сообщение от Lorrrd Но работать всё это будет только на компе где эти библиотеки есть.

Спасибо, лучше я с собой притяну лишние 2МБ. Это та ситуация, когда удобство стоит того места, которое я на него потрачу.

Сообщение от Lorrrd Единственное что плохого, автор уже положил на неё. И нет такой мощнойной поддержки.

То есть, мы сейчас говорим про мертвое ПО которое на, скажем, Delphi 10 не запустится. И с каждым годом будет все хуже и хуже...

Сообщение от mac1eod у вас 10.3? дебажный режим по умолчанию, или производили какие то настройки?

10.1, дебажный режим по умолчанию.

0