История изменений
Исправление vbr, (текущая версия) :
А ты вот прямо заметишь разницу при запуске консольной утилиты между 30мс и 5мс?
Может и замечу. Даже если не замечу, через time замеряю и потом буду носом крутить.
Всяческие лямбда-функции должны стартовать быстро
Они крутятся в VM. Только ты этого не видишь. Там нет холодного старта каждый раз.
При чём тут каждый раз? Весь смысл их в том, чтобы можно было их масштабировать очень быстро, от нуля до условной бесконечности. И ноль тут очень важен. Т.к. ноль это нулевое потребление ресурсов и денег. При этом, когда запрос таки приехал, также очень важно всё запустить максимально быстро. Важно на всех уровнях. Виртуальную машину запустить хотя бы за десятки миллисекунд, но и после этого надо сам код запускать тоже очень быстро, чтобы в итоге запрос отработал быстро. Когда нет холодного старта - это никому не интересно. Интересен именно холодный старт.
Вопрос про 30мс и 5мс повторяется
Чем быстрей, тем лучше. Желательно за 0 мс.
Если бы java стартовала на холодную за 30мс там все прыгали бы до потолка – прорыв века!
Ну со всеми этими новыми технологиями вроде может. Но там другие неудобства возникают. Например когда я пытался одно свое приложение через graalvm скомпилировать, у меня на CI сервере тупо оперативной памяти не хватило. И компиляция идёт очень долго. И размер артефакта неприлично большой. В общем я решил, что оно мне не надо. Там где надо - лучше на go напишу.
Исходная версия vbr, :
А ты вот прямо заметишь разницу при запуске консольной утилиты между 30мс и 5мс?
Может и замечу. Даже если не замечу, через time замеряю и потом буду носом крутить.
Всяческие лямбда-функции должны стартовать быстро
Они крутятся в VM. Только ты этого не видишь. Там нет холодного старта каждый раз.
При чём тут каждый раз? Весь смысл их в том, чтобы можно было их масштабировать очень быстро, от нуля до условной бесконечности. И ноль тут очень важен. Т.к. ноль это нулевое потребление ресурсов и денег. При этом, когда запрос таки приехал, также очень важно всё запустить максимально быстро. Важно на всех уровнях. Виртуальную машину запустить хотя бы за десятки миллисекунд, но и после этого надо сам код запускать тоже очень быстро, чтобы в итоге запрос отработал быстро. Когда нет холодного старта - это никому не интересно. Интересен именно холодный старт.
Вопрос про 30мс и 5мс повторяется
Чем быстрей, тем лучше. Желательно за 0 мс.
Если бы java стартовала на холодную за 30мс там все прыгали бы до потолка – прорыв века!
Ну со всеми этими новыми технологиями вроде может. Но там другие неудобства возникают. Например когда я пытался одно свое приложение через graalvm скомпилировать, у меня на CI сервере тупо оперативной памяти не хватило. И компиляция идёт очень долго. И размер артефакта неприлично большой. В общем я решил, что оно мне не надо. Там где надо - лучше на go напишу.