EXE размер

Значи програмата ми се сьстои от 6 EXE files които са по 2-3 мг голями.До колко мега е допустимо да расте една програма (EXE) преди да се замисля за разделяне и намаляване на EXE?

Ами в моите "program files" най-голямото ехе е над 20МБ.
Размерът почти няма значение, важно е удобството при работа с програмата, част от което е времето за зареждане (и ползваната памет, може би)

NikB, първо незнам какви програми правиш, но за първи път чувам EXE с голямина над 20MB. А и второ размера на exe-то е много важен, замисли се, защо Borland направиха Delphi за .Net. Виж exe-то на самото Delphi и ми кажи колко е голямо.

snak, според мен проблема е в настройките на самия проджект файл. Ако искаш да го оправиш в Delphi, горе в менюто Project/Options..., раздел Linker, гледай groupbox-а "EXE and DLL options". Сигурно си активирал:
+ Include TD32 debug info
+ Include remote debug symbols
Трябва да ги дезактивираш и да истриеш файл с раширение *.rsm. Файла се намира в папката на exe-то. Дано съм ти помогнал. Успех!!!

Айде преди да се говори на тема размери на exe-та - малко да прочетете за статично и динамично свързване на библиотеките (VCL-a/MFC за M$ и други казано с прости думи)

ПИСНА МИ ОТ ЛАИЦИ ДЕТО СИ ЧЕШАТ ЕЗИЦИТЕ без да знаят кое какво значи - в конкретния пример - delphi32.exe (D7) -> 533Kb ама да не си мислиш, че с само с това ще си подкараш средата.

RTFM

---

Това е извадка от законите на Мърфи (или транслирано до нашата област)
>>>> Възможностите на всяка програма могат да растат докато надхвърлят възможностите на програмиста - след това няма как

И моя конкретен превод по повод размера на exe - файла

>>> Размера на всеки компилиран файл може да нараства правопропорционално на некомпетентноста на програмиста и обратно пропорционално на опитите му за оптимизация - но само до размера на свободното дисково пространство.

По този повод б'е'гай в магазина да си вземеш един 400G HDD - надявам се, че ще ти стигне

---

Хмммм... Твоя въпрос ме накара да си направя "ревизия" на това което съм "творил" през последните 10-на години.... Най-голямямата по размер програма е някъде около 2 МБ (с някъде около 18 000 реда написан допълнително код, съдържа изключително много ресурси, форми, и др. такива), но трябваше да бъде само едно екзе което да осъществява връзка с БД и он-лине предаване на данни по интернет, а и да няма необходимост от инсталация. Най-малката (смислена програма, а не "hello word"), около 380 кб (но пак имаше вмъкнати много ресурси)...

1. 20МБ е програма в Program files, която не съм писал аз :(, а AMD
2. WinWord например е 10МБ
3. Едва ли те интересува, но проект с около 300 000 компилирани линии прави програма (в зависимост от ползваните ресурси) 3-4МБ
4. В тази връзка - размера на ехе-то, въпреки че е голям в началото, с нарастването на броя на линиите започва да нараства все по- слабо.
5. Е тука размера има по-малко значение от много други фактори. Бих казал, че е почти без значение в обсъжданите рамки (паметта на компютрите нарастна много по-бързо от размера на ехе файловете). Ама ти си роден в годината, в която вече имах работещи проекти на Паскал и въпреки, че това е предимство за теб, май все още не се е реализирало :)
Късмет!

Нема са пУашиш :)

Най-голямата програма, която аз см писал например е към 10 МБ, съдържа над 200 форми и дейтамодули и си хвърчи като пич :)

Никога не ми е хрумвало да се притеснявам за размера на ЕХЕ файла, той няма никакво значение. Важното е програмата да работи правилно.


Time is like a drug. Too much of it kills you.

Не сьм активирала + Include TD32 debug info + Include remote debug symbols
Знам че те увеличават много размера на EXE.
Зададох този вьпрос защото аз лично смятам че е важно размера на ЕХЕ да не нараства много, имам един колега който твьрди обратното
Програмата ми работи в Citrix environment
thanks

Не ми се струва много важен въпрос. Основното ми ехе е 10-ина МБ, но има много динамично свързване, и със всички dll-и и други помощни стават над 600 мегабайта (CRM система). Зависи от ресурсите в ехе-то, ако сложиш три битмапа става голямо - не съм много наясно до каква степен бързодействието се влияе от размера, но някъде четох, че premature optimization is the root of all evil, и че двете правила на оптимизацията са:

1. Don't do it.
2. (experts only) Don't do it yet.

-------------
Special killer double trouble triple extra nicotine monster!

Знам че 'Build with runtime packages' е "checked" размера на ЕХЕ намалява значително, обаче забелязах че "memory usage" се увеличава много.
Имам значи "no win situation"


Като гледам тук хората какво голями ЕХЕ имат се питам дали изобщо трябва да се притеснявам, ама нещо в мен ме човьрка....

Значи няма никьде "guidelines" за това колко трябва да са голями ЕХЕ ??? Казват ми щом работи значи и голямо ЕХЕ (20 МГ) е ОК ?????

Занимавам се с програмиране (в Delphi среда) от 98 г. Какво като си по-голям, това не те прави добър програмист. Защо ми казваш за WinWord, че е 10МБ. Кажи ми програма над 20МБ. 300 000 компилирани линии това са 3-4 МБ(според теб). Значи
че 20МБ exe има някъде около 1500 000. Имам една моя програма с над 300 000 реда написан код и exe-то е само 761 KB.
Съвет:
Пиши и DLL-ли към твойте програ ми. Успех и на теб.

Според мен 20МБ exe не е добре.

Където трябва - пиша длл.
В приложения, работещи самични това не е нужно. Може би паметта се ползва по-ефективно, но бързодействието би могло да падне.
Както и да е, твоето приложение 300 000/700кб колко са големи длл?

 Volume in drive C is 1_WD40_DA24

 Volume Serial Number is 480B-DFF0



 Directory of C:\Program Files\Gigabyte\Gigabyte Windows Utility Manager\ET4



27-05-2005  17:58    <DIR>          .

27-05-2005  17:58    <DIR>          ..

21-09-2001  18:29            20 384 CGInfo.dat

15-01-2003  17:33            10 880 default.wav

31-12-2003  18:33        24 440 832 ET4.exe

04-03-2002  15:27               766 et4.ico

12-04-2002  11:40           268 528 et4help.chm

19-11-2003  21:09           225 280 ET4Tray.exe

26-08-2003  18:16            23 552 etdrv.A64

12-11-2003  22:46           170 128 ETDrv.W32

19-11-2003  10:52           143 360 ETIV.DLL

09-04-2005  15:56         2 916 352 main.dll

18-04-2001  16:51             6 786 Map9x.vxd

14-04-2003  10:18             6 528 MARKFUN.A64

15-04-2003  10:16             8 236 MARKFUN.W32

08-10-2003  15:49           114 688 MarkFunDrv.dll

21-09-2001  18:29             6 488 MBInfo.dat

19-11-2003  09:18            28 672 mibdata.dll

27-05-2005  17:58                 0 p.txt

14-02-2003  14:11           102 400 Sound.dll

12-04-2005  18:53            18 335 Uninst.isu

09-04-2005  15:59            36 864 uninstdrv.dll

20-11-2003  17:44         1 560 626 update.exe

14-04-2003  10:18            61 440 W83781D.DLL

              22 File(s)     30 171 125 bytes

               2 Dir(s)   3 129 110 528 bytes free

Тука какво пишеше, че са те отрязали :)

Малко пояснения...

Това, че програмата ти работи под Cixtrix - няма абсолютно никакво отношение - единствения проблем е, че трябва да мислиш наистина за ресурсите които тя консумира. Реално Citrix-a просто ти е среда която ти дава отдалечен достъп - между другото - имаше няколко визуални проблема с Citrix-a или Remote Desktop-a - които не помня - не че имат връзка с размера на exe-то ти.

Ето няколко препоръки за да не ти нараства exe- то неконтрулеруемо
1. Използвай OOP максимално - reuse(inheritance) на код и НАЙ-ВЕЧЕ ФОРМИ!!!
2. Внимавай с използването на ресурсите - като картинки и прочие - горещо препоръчвам ползването на action-ите - така се постига reuse на ресурсите. Също така можеш да си направиш една форма с ImageList-ове - и да ги ползваш навсякъде - не да слагаш картиники във всяко меню или бутон!
3. Минимизирай ползването на външни библиотеки - ако ти трябва точно определен компонент - просто го отдели (преписвайки кода) - и ползвай само него.
4. Реално нарастването на размера не трябва да те притеснява - ако дизайна на програмата е добър!

Ако има още нещо неясно от горното - казвай.

---

Тази програма където ти казах няма dll файлове. Това за dll-ите беше само съвет.

1. Прави повече DLL файлове
2. Не складирай рисунки в EXE файла, а в .DCR или .RES файлове
3. Използвай C/C++ OBJ файлове