Ускорить загрузку программы и уменьшить количество потребляемой памяти

День добрый! Очень важно, чтобы программа не тратила слишком много оперативки, а также загружалось относительно быстро. Наверняка можно отказаться от каких-либо возможностей, включенных по умолчанию? А визуальные стили? А неиспользуемые пространства имен играют роль? В общем, я хотел бы расширенный ответ. Заранее спасибо!
P.S. Да, я осознаю, что быстродействия как в C++ не добьюсь.

0

Eugene13, ну если запускать "Дебаг" под студией, тогда конечно долго будет и собираться, и работать

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

1

Сообщение от Rius Вон kolorotur тоже понял что-то своё, не то что подразумевалось.

Если не так понял — извиняйте, не со зла.

Сообщение от Eugene13 Хотелось бы, чтобы прога не загружалась через ~1 минуту (у меня так было), а достаточно быстро.

"Достаточно" — это сколько?
Пол-минуты — достаточно?

Сообщение от Eugene13 Значительно ли на вес влияют используемые пространства имен?

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

Сообщение от Eugene13 А если они подключены, но не используются?

Если не используются классы, то не подгружаются и сборки.

Сообщение от Eugene13 Галочка на "Оптимизации кода" действительно дает видимый результат?

Depends, но в релизной версии отметьте — хуже точно не будет.

1

kolorotur, я вас понял. Да, я рано думаю об оптимизации, просто возможно, что придется обойтись без чего-то ради быстродействия. А если я уже бы написал весь код и пришлось бы много менять? Но, как я уже сказал, вы правы.

0

Сообщение от Eugene13 возможно, что придется обойтись без чего-то ради быстродействия

Не обязательно.
Тормоза, как правило, появляются не из-за самого факта использования чего-то, а из-за неправильного использования.

Сообщение от Eugene13 если я уже бы написал весь код и пришлось бы много менять?

Опять же, большинство тормозов меняются исправлением пары строчек кода.
Да и не всегда источник тормозов именно в коде.

Свежий пример: одна программка, которая должна принимать достаточно большой поток сообщений, пробивать их по одной базе и писать в другую, не справлялась — падала с OutOfMemoryException из-за переполненного буфера входящих сообщений. Узким местом оказалась работа с базой.
Что делать? Отказываться от удобной EF в пользу "сырых" запросов? Обрабатывать сообщения не по одному, а кусками? Делать несколько потоков для обработки очереди и еще один для балансировки этого количества?
Все решения приводят к довольно серьезной переработке кода.
При проверке кода оказалось, что при пробивании входящих сообщений по базе используется запрос с проверкой колонок, на которых нет индекса.
Добавили индекс — проблема сразу же исчезла, программка счастливо пережевывает сообщения.

Вот большинство тормозов — примерно из этой серии, устраняются с минимумом трудозатрат.
В примере выше оптимизация сделана вообще без изменения хотя бы одной строки кода.

4

kolorotur, спасибо!

0