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

Программы создают разработчики. Это люди, которые 16 часов в день сидят за компьютером. И сами разработчики ненавидят, когда программы тормозят. Поэтому покупают себе самое современное и мощное железо – много памяти, ядер процессора, большой быстрый диск.

К чему это приводит – при разработке программ программист в первую очередь отталкивается от своего окружения. Если программа достаточно быстро работает на его ПК, то уже хорошо, можно двигаться дальше. А что такое достаточно быстро на мощном компе? Это очень медленно на обычном компе.

Если у вас возникают тормоза на хорошем железе, то на слабом железе с разросшейся базой все будет просто падать или тормозить.

Программы из года в год становятся все более тяжеловесными, им нужно все более мощное железо. Это неправильно.

Программа со временем должна становится легче, быстрее, а не тупее и неповоротливее.

Самый плачевный пример – это скайп. Его поиск просто не работает (если вы не готовы ждать 30-40 секунд отвисания).

Не решайте проблему производительности дополнительными 2-4 Гб памяти, не забрасывайте систему дополнительными ядрами CPU. Решайте в корне проблему – проблемный запрос, неверное использование технологии, неучтенные моменты при интеграции с другими системами и т.д.

И сделайте тестовый сервер дохлым – программа должна на нем работать. Если не работает – то надо решать этот момент здесь и сейчас, а не откладывать эту проблему за счет покупки мощностей.

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

Именно поэтому программисты, поддерживающие какой-то древний банковский софт, так много получают – никто кроме них не может разобраться в этом адском клубке наследованного кода с кучей проблем.
Владелец системы становится заложником и готов платить любые деньги за поддержку этой системы.

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

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

Смотрите нашу статью Как создать быстрый сайт, где мы подробно рассмотрим концептуальный подход, который позволит сделать сайт быстрее

Ольга

Recent Posts

Форма теста внешних действий #falconstart

Вызов внешних действий - это возможность действия, выходящего за рамки возможности работы с БД через…

2 недели ago

Концепция внешних действий – telegram, email, уведомления на сайте

Вызов внешних действий - это возможность действия, выходящего за рамки возможности работы с БД через…

2 недели ago

Работа с JSON в SQL #falconstart

После выполнения действий в SQL на клиенте иногда возникает необходимость что-то обновить или сделать. Для…

3 недели ago

Форма с отправкой запроса API. Тестирование исходящих запросов #falconstart

Вы можете обратиться к внешним API через использование Внешних действий (код apirequest, использование описано в…

3 недели ago

Таблица Trace для отслеживания событий на сайте

В системной таблице as_trace хранятся данные по работе приложения. Поле code определяет тип события: DBLREQ…

3 недели ago

Работа с ошибками в системе. Генерация отчета по ошибкам #falconstart

Рассмотрим механизм анализа ошибок, как это всё работает, и как его использовать. Когда происходит ошибка…

4 недели ago