Исходное сообщение
"Проект Wikipedia перешёл на использование HHVM для выполнени..." Отправлено edwin3d, 09-Янв-15 17:51
>> время сохранения изменений сократилось в среднем с 6 до 3 сек > Эээ. Я на жаве пишу веб-приложения, и у нас такие вещи считаются > в миллисекундах. Если 500+ мс на выполнение реквеста -- это уже > баг, надо фиксить, обычно меньше 100 должно быть. Понимаете, запросы бывают разные, совсем разные ... я займу у Вас 5 мин. вот бы у меня случай, когда работали над оптимизацией ... ну скажем так - приложения. И была там подсистема, которая отвечала за генерация аналитики. Выглядело это так: Клиент (графики на d3.js) <> J2EE приложение <> БД Oracle Суть в том, что каждый клиент (а их было порядка 300-400 online) должны были получать свои персональные графики. А генерация данных для этих графиков peer client занимала порядка 2c. Причем это было именно то время, за которое отрабатывала хранимка на БД. Применять пул потоков для slow запросов такого рода было нецелесообразно, т.к. это непроизводительная трата ресурсов, потому мы добавили еще один backround слой, который для online клиентов в цикле постоянно генерирует данные, а запросы от клиента просто эти данные получают. Так вот это все рассказал к тому, что в реальности slow запросы есть в любой серьезном приложении и их наличие не есть признак плохих разработчиков. Не факт, что их видит клиент ... но ведь операция внесения изменений не простая, согласитесь - это не тупой UPDATE одной записи, там очень серьезная логика ...