Чересчур большие размеры dll стандартных плагинов
Чересчур большие размеры dll стандартных плагинов
Недавно заметил, что размеры dll стандартных плагинов в архиве стабильной/ночной сборки не такие маленькие, какими они были лет 10 назад. Например, DrawLine.dll из 3.0.5511 x64 размер 94kB (80kB в версии x86). Насколько я помню, раньше вот эти самые-самые старинные плагины типа Align, AutoWrap, Brackets, DrawLine были весом кила по 4-5, потому что не аттачили всякие стандартные монструозные MSVS библиотеки. А сейчас, каждая из них содержит вот такой
Зачем DrawLine-у дни недели и месяцы во всех вариациях? По коду тоже не видно необходимости в этом библиотечном барахле.
Если уже раньше обсуждалось - киньте ссылку. Сам найти не смог.
Зачем DrawLine-у дни недели и месяцы во всех вариациях? По коду тоже не видно необходимости в этом библиотечном барахле.
Если уже раньше обсуждалось - киньте ссылку. Сам найти не смог.
Last edited by HaRT on Tue 26 Nov, 2019 13:30, edited 1 time in total.
Reason: Убрано спец. оформление Темы (Значок); спрятана картинка.
Reason: Убрано спец. оформление Темы (Значок); спрятана картинка.
Чересчур большие размеры dll стандартных плагинов
Предлагаешь влиться в стройные ряды разработчиков? Ну, я попробую...
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
Чересчур большие размеры dll стандартных плагинов
На определенном этапе бороться с компилятором надоедает и приходит осознание того, что фигурное расставление костылей ради экономии нескольких десятков килобайт в мире, где терабайт стоит копейки - идиотизм.
Чересчур большие размеры dll стандартных плагинов
Значит, сдались перед корпорациями?
Кому-то копейки, кому-то нет. А люди в соседней теме жалуются на медленный старт FAR-а... Скорость часто следствие размера.
FAR-овский crt.hpp в своё время меня очень воодушевил. И проекты 10-15 летней давности (VS2005/8) без изменений компилятся такими же тощими и теперь (VS2019).
Кому-то копейки, кому-то нет. А люди в соседней теме жалуются на медленный старт FAR-а... Скорость часто следствие размера.
FAR-овский crt.hpp в своё время меня очень воодушевил. И проекты 10-15 летней давности (VS2005/8) без изменений компилятся такими же тощими и теперь (VS2019).
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
Чересчур большие размеры dll стандартных плагинов
Размер dll влияет на время запуска примерно так же, как курс доллара или численность пингвинов.
- zg
- zero-gravity
- Posts: 6035
- Joined: Tue 15 Mar, 2005 17:36
- Location: riga
- Been thanked: 185 times
- Contact:
Чересчур большие размеры dll стандартных плагинов
собирайте gcc
31.07.2019 12:18 19 968 DrawLine.dll
.
хотелось бы фактов. потому как у тех, у кого тормозит в 146% случаев стоит 100500 скриптов и 100500 плагинов требующих дотнет.
Чересчур большие размеры dll стандартных плагинов
Хочу завершить дискуссию. Пишу просто для истории.
VS2019. Исходник не менял. Только свойства проекта.
Code: Select all
║drawline.dll 6 656 27.11.19 10:43║
Согласен. Они пусть сами разбираются. У меня FAR стартует за доли секунды.
Last edited by lost on Wed 27 Nov, 2019 08:53, edited 1 time in total.
- John Doe
- Бюрократ
- Posts: 13861
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact:
Чересчур большие размеры dll стандартных плагинов
Зачем же завершать.
Лучше предложить PR.
Или настроить собственные билды, и поделиться с нами.
Лучше предложить PR.
Или настроить собственные билды, и поделиться с нами.
Чересчур большие размеры dll стандартных плагинов
Это да. Я попробую, когда соображу, как элегентнее отредактировать *.vcxproj для всех:
Code: Select all
<ImportGroup Label="PropertySheets">
<Import Project="$(ProjectDir)..\..\_build\vc\config\common.props" />
</ImportGroup>
-
- Posts: 436
- Joined: Mon 12 Jun, 2006 14:58
- Has thanked: 1 time
- Been thanked: 27 times
- Contact:
Чересчур большие размеры dll стандартных плагинов
У меня Фар всегда запущен, так что не особо важно, сколько он стартует...
Чересчур большие размеры dll стандартных плагинов
Промежуточный результат для истории.
Единый common.props для всех из all.sln. Кстати, может, я чего не понимаю в проектах VS, но, кажется, некоторые настройки были прописаны в неправильных секциях. Я перенёс, чтоб было по логике.
Убрал define _CRT_STDIO_LEGACY_WIDE_SPECIFIERS - с ним вообще ни в какую не компилится. Ещё поразбираюсь. Но, насколько я понял, M$ его ввели в 2015, а потом опомнились и вернули как было в 2017.
Ещё в tmppanel перенёс кусок кода про KeyLabels из TmpPanel::GetOpenPanelInfo() в конструктор и сделал им динамическое выделение памяти, а то ради 1 структуры в dll фигачилась целая секция.
Если исключить из этих плагинов VERSION_INFO, то будет ещё минус 1Kb.
Правда, не удалось с наскока скомпилить emenu, network, proclist. Проекты, по сравнению с остальными, крупнее, придётся ковыряться или задать собственные настройки.
Компилить x86 пока не пробовал.
Пока так.
Единый common.props для всех из all.sln. Кстати, может, я чего не понимаю в проектах VS, но, кажется, некоторые настройки были прописаны в неправильных секциях. Я перенёс, чтоб было по логике.
Убрал define _CRT_STDIO_LEGACY_WIDE_SPECIFIERS - с ним вообще ни в какую не компилится. Ещё поразбираюсь. Но, насколько я понял, M$ его ввели в 2015, а потом опомнились и вернули как было в 2017.
Ещё в tmppanel перенёс кусок кода про KeyLabels из TmpPanel::GetOpenPanelInfo() в конструктор и сделал им динамическое выделение памяти, а то ради 1 структуры в dll фигачилась целая секция.
Если исключить из этих плагинов VERSION_INFO, то будет ещё минус 1Kb.
Правда, не удалось с наскока скомпилить emenu, network, proclist. Проекты, по сравнению с остальными, крупнее, придётся ковыряться или задать собственные настройки.
Компилить x86 пока не пробовал.
Пока так.
Last edited by lost on Mon 16 Dec, 2019 15:06, edited 1 time in total.
- HaRT
- Moderator
- Posts: 10866
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 221 times
- Been thanked: 358 times
Чересчур большие размеры dll стандартных плагинов
Прошу на VERSIONINFO не замахиваться — это хороший инструмент для быстрого отсечения целого класса проблем, если разбираться на чужой машине.
Фар есть инструмент, а не нянька. © 2009 DrKnS