Форум: "Основная";
Текущий архив: 2003.11.03;
Скачать: [xml.tar.bz2];
Вниз
Exe в 2 Mb - много или мало? Найти похожие ветки
← →
Sandman25 (2003-10-20 17:48) [0]Доброе время суток.
Считается ли в настоящее время исполняемый файл размером в 2 Mb большим для современных компьютеров?
С одной стороны, вроде бы оперативной памяти на машинах немеряно, но с другой стороны большинство приложений MS Office имеют небольшие экзешники, а большая часть функций находится в DLL.
Спасибо.
PS. Программа - работа с БД Paradox через BDE, если это важно.
← →
clickmaker (2003-10-20 17:57) [1]А в чем проблема? Экзешник CorelDraw, например, все 13 метров. А в офисе просто много расшаренных между его компонентами ДЛЛелин. Но если в твоем проекте один экзешник, то в них смысла особого нет
← →
Sandman25 (2003-10-20 18:06) [2][1] clickmaker © (20.10.03 17:57)
Спасибо, успокоили.
Я вроде бы создаю только то, что нужно в текущем сеансе работы, но в крайнем случае мог бы еще попытаться уменьшить размер за счет разбивки одного datamodule на несколько.
← →
Е-Моё имя (2003-10-20 19:40) [3]
> большинство приложений MS Office имеют небольшие экзешники,
ворд-10
эксел-9
не такие уж и небольшие
вот Unreal Tournament-там около 600 кил exe (точно не скажу-дома он)
ну это так, к слову ;)
← →
Anatoly Podgoretsky (2003-10-20 19:43) [4]Зато ИЕ всего 89 кб.
← →
VMcL (2003-10-20 19:44) [5]>вот Unreal Tournament-там около 600 кил exe
+dll?
← →
Е-Моё имя (2003-10-20 19:55) [6]
> [5] VMcL © (20.10.03 19:44)
> >вот Unreal Tournament-там около 600 кил exe
>
> +dll?
ессно
см. сабж
> Зато ИЕ всего 89 кб.
крута
еще немного-и на конкурс 64k ;)
← →
csr (2003-10-20 20:59) [7]А ты зажми ехешник каким-нить ехепакером напр. AsPack, PECompact, UPX, tELock... Раза в 3 точно уменьшит ехешник!
← →
Immortal_Death (2003-10-20 22:22) [8]csr, ага и работы процу добавит...
← →
Думкин (2003-10-21 05:30) [9]Кстати, судя по форуму, можно организовать весьма прибыльный бизнес.
Вот таблетки от жадности, а программистам надо таблетки от боязни размеров ехе-шника, или специально психологов готовить.
← →
KSergey (2003-10-21 08:49) [10]> [8] Immortal_Death © (20.10.03 22:22)
> csr, ага и работы процу добавит...
И памяти отожрет намного больше, чем для несжатого.
Так чот уж решайтесь, что именно экономим: место на винте или ресурсы процессора и ОЗУ.
> [9] Думкин © (21.10.03 05:30)
> Кстати, судя по форуму, можно организовать весьма прибыльный
> бизнес.
> Вот таблетки от жадности, а программистам надо таблетки
> от боязни размеров ехе-шника, или специально психологов
> готовить.
Надеюсь запатентовать идею не успели?
Так это я мигом. В качестве компенсации могу взять консультантом в клинику ;)
← →
Спрашивающий_ (2003-10-21 09:09) [11]Считается ли в настоящее время исполняемый файл размером в 2 Mb большим для современных компьютеров?
Если прога дельная и 22MB не будет в тягость.
← →
Sandman25 (2003-10-21 13:01) [12][9] Думкин © (21.10.03 05:30)
Что плохого в том, чтобы попытаться максимально ускорить работу программы?
У заказчика хоть и современные, но не самые современные машины.
Вчера выяснил, что в основных режимах программа занимает около 9Mb ОЗУ, так что размер файла в основном влияет только на загрузку программы, и поэтому меня уже мало интересует :)
← →
gs (2003-10-22 01:42) [13]Сожми UPX.exe станет около 0,7Mb
← →
Думкин (2003-10-22 04:48) [14]
> [12] Sandman25 © (21.10.03 13:01)
Так ускорить или уменьшить?
← →
KSergey (2003-10-22 06:02) [15][13] gs (22.10.03 01:42)
Сожми UPX.exe станет около 0,7Mb
Этим и замедлим, и ресурсов больше отожрем у системы. Оно надо?
← →
Кулюкин Олег (2003-10-22 09:56) [16]
> Sandman25 © (20.10.03 18:06) [2]
> в крайнем случае мог бы еще попытаться уменьшить
> размер за счет разбивки одного datamodule на несколько.
А это помогает именьшить размер exe?
← →
Johnny Smith (2003-10-22 09:57) [17]oracle.exe - 29 метров.
← →
Кулюкин Олег (2003-10-22 10:00) [18]delphi32.exe - 424 960 bytes
← →
Sandman25 (2003-10-22 11:06) [19][14] Думкин © (22.10.03 04:48)
Ускорить. Основной фактор замедления первоначальной загрузки программы - размер exe файла.
[16] Кулюкин Олег © (22.10.03 09:56)
В моем случае помогает. Есть несколько классов фреймов, экземпляры которых создаются по требованию, и соответственно некоторые из них в текущем сеансе работы не понадобятся. Если разбить datamodule на несколько штук, можно будет аналогично создавать нужные TTable, TQuery и TField по требованию, а не все сразу, как сейчас. Они хоть и неактивны (закрыты), но память все равно кушают, и время на создание потребовали.
← →
Думкин (2003-10-22 11:12) [20]
> [19] Sandman25 © (22.10.03 11:06)
А вторичной? Ты не программу ускоряешь, а загрузку. Программы скорость увеличивается иначе. Согласен?
← →
Кулюкин Олег (2003-10-22 11:33) [21]
> Sandman25 © (22.10.03 11:06) [19]
> В моем случае помогает. Есть несколько классов фреймов,
> экземпляры которых создаются по требованию, и соответственно
> некоторые из них в текущем сеансе работы не понадобятся.
Кажется Вы говорите об объеме памяти, которая потребуется программе при выполнении. Тут Вы целиком правы.
Но не о размере exe :)
← →
KA_ (2003-10-22 11:41) [22]>Sandman25 © (22.10.03 11:06) [19]
Можно в приложении ядро. Оно будет отвечать за доступ к данным. Настройки для запросов - тексты SQL и пр. - храни в ресурсах или во внешнем файле. Ядро будет это дело зачитывать и динамически создавать все необходимые TTable, TQuery И пр.
← →
Nik[8]. (2003-10-22 11:49) [23]Я видел exe в ~500 мег
← →
Rouse_ (2003-10-22 12:19) [24]> [23] Nik[8]. (22.10.03 11:49)
Хе, я их каждый день создаю, называется SFX-архив базы на сервере ;))
Желаю успехов
← →
Sandman25 (2003-10-22 12:31) [25][20] Думкин © (22.10.03 11:12)
Не совсем. Скорость загрузки программы рассматривается пользователем как показатель скорости программы. Нельзя говорить о быстрой программе, если она будет загружаться 10 секунд.
[21] Кулюкин Олег © (22.10.03 11:33)
Согласен, я неточно выразился. Просто у меня тут много замедляющих факторов, и я пытаюсь с ними бороться :)
← →
Sandman25 (2003-10-22 12:36) [26][22] KA_ © (22.10.03 11:41)
Я думаю, мне такая гибкость не нужна - задача разбивается на несколько независимых режимов, в которых нужно обязательно все, что в них есть (без опциональности). К тому же было бы еще медленнее, и больше кода.
Сейчас первый заход в режим выполняется секунды 3-4 в зависимости от режима.
← →
Игорь Шевченко (2003-10-22 12:40) [27]Sandman25 © (22.10.03 11:06)
> Ускорить. Основной фактор замедления первоначальной загрузки
> программы - размер exe файла.
Бред
← →
Sandman25 (2003-10-22 13:16) [28][27] Игорь Шевченко © (22.10.03 12:40)
Вы мою программу видели? Сколько она времени загружается, знаете?
← →
Игорь Шевченко (2003-10-22 13:27) [29]Sandman25 © (22.10.03 13:16)
Вашу программу не видел. Ваше утверждение является тем, что я написал, безотносительно того, чья программа. Джеффри Рихтер по этому вопросу намало написал.
← →
Layner (2003-10-22 13:31) [30]Р РѕРІРЅРѕ РЅР° 1% больС?Рµ, проверял.
← →
Sandman25 (2003-10-22 13:32) [31][29] Игорь Шевченко © (22.10.03 13:27)
Джеффри Рихтер специально исследовал программу, состоящую из 1 формы с 1 ImageList (и кучей TImage) на ней?
Я писал о своей программе, а не вообще.
Хотя чего я тут с Вами разговариваю. На столь аргументированные посты как Ваши последние лучше не отвечать.
← →
Rouse_ (2003-10-22 13:39) [32]> [31] Sandman25 © (22.10.03 13:32)
Я бы не стал спорить с Игорем, тем более если вы не поняли о чем он говорил, и тем более что его утверждение верно.
Желаю успехов
← →
Sandman25 (2003-10-22 13:46) [33][32] Rouse_ © (22.10.03 13:39)
Вы не могли бы мне ответить на один вопрос?
Есть очень большое приложение (пара мегабайт хотя бы), в котором первой строкой в DPR файле записано Halt. Мое утверждение "Основной фактор замедления первоначальной загрузки программы - размер exe файла." для этой программы будет бредом?
← →
Rouse_ (2003-10-22 13:49) [34]Мой проект весит 8.6 мб. Ставлю Halt. Даже не замечаю как он запустился и вырубился. Вопросы?
← →
Layner (2003-10-22 13:53) [35]KSergey © (21.10.03 08:49)
И памяти отожрет намного больше, чем для несжатого.
Ровно на 1%, проверял!
← →
Игорь Шевченко (2003-10-22 14:07) [36]Sandman25 © (22.10.03 13:32)
> Я писал о своей программе, а не вообще
Уважаемый, если вы пишете вопрос "Exe в 2 Mb - много или мало? " конкретно о своей программе, то скорее, это тема для форума "Потрепаться"
← →
Anatoly Podgoretsky (2003-10-22 14:16) [37]Rouse_ © (22.10.03 13:49) [34]
Так и должно быть, программа в память не загружается, а только мапируется, в память загружаются нужные страницы, поэтому размер ехе просто не критичен.
Другое дело если стоит антивирус, вот он просканирует всю программу, но это не имеет отношения к обсуждаемому вопросу.
Борцы за размер ехе не понимают как работает система и это их беда.
← →
Внук (2003-10-22 14:27) [38]>>Anatoly Podgoretsky © (22.10.03 14:16) [37]
Это не только их беда.
"Думаешь, это мне дали 15 суток? Это нам дали 15 суток" :)
← →
Rouse_ (2003-10-22 14:36) [39]> Anatoly Podgoretsky © (22.10.03 14:16)
Спасибо Анатолий за разьяснение, но я это знаю. Просто привел как пример ;)
← →
Карелин Артем (2003-10-22 14:38) [40]А ехе в 650 мегов видели? Я видел. Там база внутри экзэка лежит. Работает очень быстро.
P.S. Вспомните про SFX-архивы :-)
← →
Anatoly Podgoretsky (2003-10-22 14:45) [41]Rouse_ © (22.10.03 14:36) [39]
Думаешь я сомневался, насчет твоих знаний?
Просто Внук прав, хоть и жесток.
← →
Layner (2003-10-22 14:47) [42]А я архивчик (rar) видел, 3гига, sfx, этот же exeшник?
← →
Sandman25 (2003-10-22 15:28) [43][34] Rouse_ © (22.10.03 13:49)
У меня антивирус стоит, а я об этом забыл :(
После его отключения, Вы оказались полностью правы.
[36] Игорь Шевченко © (22.10.03 14:07)
Уважаемый, если вы пишете вопрос "Exe в 2 Mb - много или мало? " конкретно о своей программе, то скорее, это тема для форума "Потрепаться"
Бред.
Вы я вижу, не понимаете, что для разных программ различаются понятия "много" и "мало". Для программы типа "Hello World" 2Mb это много, а для программы, реализующей что-то типа новой операционной системы, мало.
PS. На будущее. Даже если Вы правы (или думаете, что правы), потрудитесь аргументировать свои "ярлыки".
← →
Игорь Шевченко (2003-10-22 15:32) [44]Sandman25 © (22.10.03 15:28)
> Даже если Вы правы (или думаете, что правы), потрудитесь
> аргументировать свои "ярлыки".
А за меня Рихтер аргументирует. Любите книгу - источник знаний.
← →
Sandman25 (2003-10-22 15:35) [45][44] Игорь Шевченко © (22.10.03 15:32)
Вы предлагаете вместо нормального общения обмениваться ссылками на бумажные книги?
Вам не кажется, что Вам было гораздо удобнее прочитать мое объяснение того, почему я считаю Вашу фразу бредовой, чем отправляться в библиотеку за книгой, рассказывающей о существовании различных видов программ?
← →
Игорь Шевченко (2003-10-22 15:49) [46]Sandman25 © (22.10.03 15:35)
> Вам не кажется, что Вам было гораздо удобнее прочитать мое
> объяснение того, почему я считаю Вашу фразу бредовой
Да я читаю, почему же нет...Но утверждение Рихтера о независимости скорости запуска программы от ее размера, оно, знаете ли, ко всем программам Win32 применимо, за исключением отдельных случаев упакованных программ или неоптимально написанных. Под неоптимальностью имеется в виду обращение к большому количеству разных участков программы при запуске без особой на то нужды.
← →
Sandman25 (2003-10-22 15:54) [47][46] Игорь Шевченко © (22.10.03 15:49)
Спасибо.
Надеюсь и впредь получать от Вас ответы подобной развернутости.
Все, пошел читать Рихтера.
← →
MoGiLsHiKK (2003-10-24 15:44) [48]У меня лично исходник программы, которую я пишу уже занимает
4MB , а сделана она лишь на 3%
← →
Sandman25 (2003-10-24 15:48) [49]Исходник???
Сколько лет Вы ее пишете?
← →
Aleksey V.P. (2003-10-24 16:05) [50]Что-то глобальное, поределённо ;)
P.S.
Можно пожать UPX"ом, от ~2mb остаётся ~600кб, моя прога работает с DBF через ADO + Rave reports в exe + Indy
← →
Vuk (2003-10-24 16:13) [51]Жуть, блин! :o))) Сколько шума из-за 2 мегабайт... Вон, у нас 13 с лихом мегабайт - и ничего. :o)
← →
Sandman25 (2003-10-24 16:26) [52][50] Aleksey V.P. (24.10.03 16:05)
[51] Vuk © (24.10.03 16:13)
По существу ветка уже закрыта. Как мне объяснили, для работы программы ее размер практически не важен.
Страницы: 1 2 вся ветка
Форум: "Основная";
Текущий архив: 2003.11.03;
Скачать: [xml.tar.bz2];
Память: 0.57 MB
Время: 0.01 c
