Это вопрос скорее риторический. Я попробую описать один из главных факторов, почему программы тормозят.
Программы создают разработчики. Это люди, которые 16 часов в день сидят за компьютером. И сами разработчики ненавидят, когда программы тормозят. Поэтому покупают себе самое современное и мощное железо – много памяти, ядер процессора, большой быстрый диск.
К чему это приводит – при разработке программ программист в первую очередь отталкивается от своего окружения. Если программа достаточно быстро работает на его ПК, то уже хорошо, можно двигаться дальше. А что такое достаточно быстро на мощном компе? Это очень медленно на обычном компе.
Если у вас возникают тормоза на хорошем железе, то на слабом железе с разросшейся базой все будет просто падать или тормозить.
Программы из года в год становятся все более тяжеловесными, им нужно все более мощное железо. Это неправильно.
Программа со временем должна становится легче, быстрее, а не тупее и неповоротливее.
Самый плачевный пример – это скайп. Его поиск просто не работает (если вы не готовы ждать 30-40 секунд отвисания).
Не решайте проблему производительности дополнительными 2-4 Гб памяти, не забрасывайте систему дополнительными ядрами CPU. Решайте в корне проблему – проблемный запрос, неверное использование технологии, неучтенные моменты при интеграции с другими системами и т.д.
И сделайте тестовый сервер дохлым – программа должна на нем работать. Если не работает – то надо решать этот момент здесь и сейчас, а не откладывать эту проблему за счет покупки мощностей.
Оппоненты этой идеи скажут, что время программиста стоит гораздо дороже, чем наращивание мощностей.
Вот именно – когда у вас не будет возможности дальше наращивать возможности, система обрастет кучей данных (что еще сильнее замедлит ее работу), вам в этом бедламе придется активно разбираться с корневой проблемой (а это гораздо сложнее делать на поздних циклах эксплуатации ПО).
Именно поэтому программисты, поддерживающие какой-то древний банковский софт, так много получают – никто кроме них не может разобраться в этом адском клубке наследованного кода с кучей проблем.
Владелец системы становится заложником и готов платить любые деньги за поддержку этой системы.
Сразу старайтесь делать свою систему быстрой, понятной, простой для поддержки.
Не доводите свою систему до состояния, когда нужны особые жрецы программирования, которые будут “латать” на ходу вашу систему.
Смотрите нашу статью Как создать быстрый сайт, где мы подробно рассмотрим концептуальный подход, который позволит сделать сайт быстрее
https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта
https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта
https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта
https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта
https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта
Поскольку коммуникация и взаимодействие клиента с поставщиком — краеугольный камень продаж в целом и формирования…