Сообщение Re[6]: std::map выделения памяти от 01.12.2022 9:49
Изменено 01.12.2022 9:52 rg45
Re[6]: std::map выделения памяти
Здравствуйте, maks1180, Вы писали:
M>Да, это так — преждевременная оптимизация, переписываю софт, а раз уж начал переписывать, то хочу сразу сделать хорошо, что-бы потом не переделывать.
M>У софта сейчас нагрузка по 150 тыс соединений, ранее я тестировал и на 300 тыс выдерживал, вот хочу переписать и потом потестировать на 1 млн соединений.
Такая вот оптимизация "на всякий случай" всего подряд может привести к обратным результатам — и оптимизации толком не получится, потому что не правильно были выявлены узкие места, и дизайн с архитектурой получатся такими, что в скором времени появится кто-то, кто в очередной раз захочет "переписать все нахрен". И этот порочный круг может повторяться бесконечно.
M>Да, это так — преждевременная оптимизация, переписываю софт, а раз уж начал переписывать, то хочу сразу сделать хорошо, что-бы потом не переделывать.
M>У софта сейчас нагрузка по 150 тыс соединений, ранее я тестировал и на 300 тыс выдерживал, вот хочу переписать и потом потестировать на 1 млн соединений.
Такая вот оптимизация "на всякий случай" всего подряд может привести к обратным результатам — и оптимизации толком не получится, потому что не правильно были выявлены узкие места, и дизайн с архитектурой получатся такими, что в скором времени появится кто-то, кто в очередной раз захочет "переписать все нахрен". И этот порочный круг может повторяться бесконечно.
Re[6]: std::map выделения памяти
Здравствуйте, maks1180, Вы писали:
M>Да, это так — преждевременная оптимизация, переписываю софт, а раз уж начал переписывать, то хочу сразу сделать хорошо, что-бы потом не переделывать.
M>У софта сейчас нагрузка по 150 тыс соединений, ранее я тестировал и на 300 тыс выдерживал, вот хочу переписать и потом потестировать на 1 млн соединений.
Такая вот оптимизация "на всякий случай" всего подряд может привести к обратным результатам — и оптимизации толком не получится, потому что неправильно были выявлены узкие места, и дизайн с архитектурой получатся такими, что в скором времени появится кто-то, кто в очередной раз захочет "переписать все нахрен". И этот порочный круг может повторяться бесконечно.
M>Да, это так — преждевременная оптимизация, переписываю софт, а раз уж начал переписывать, то хочу сразу сделать хорошо, что-бы потом не переделывать.
M>У софта сейчас нагрузка по 150 тыс соединений, ранее я тестировал и на 300 тыс выдерживал, вот хочу переписать и потом потестировать на 1 млн соединений.
Такая вот оптимизация "на всякий случай" всего подряд может привести к обратным результатам — и оптимизации толком не получится, потому что неправильно были выявлены узкие места, и дизайн с архитектурой получатся такими, что в скором времени появится кто-то, кто в очередной раз захочет "переписать все нахрен". И этот порочный круг может повторяться бесконечно.