OC
Так можно дожить до того что сказать чтобы быстрее работало надо чтоб меньше делало, что в принципе верно, но это не забота пользователя
исходный вопрос был же про прогрев?
Size: a a a
2018 October 15
OC
допустим мы прогрели приложение на однотипных данных, затрагивающих похожий код. Это точно поможет.
OC
теперь мы меняем нагрузку: начинаем трогать другие куски кода, или кормим их другими данными
OC
но это может привести к произвольной деградации в общем случае
OC
из этого вопрос - стоит ли называть прогревом прогрев, который не приводит к стабильному результату
OS
Кто-то повторил тот же бенч для Р
OS
So FastR is ~23 times faster than R and only ~7x slower than Julia. That's very impressive, as R is considered to be one of the harder languages to optimize, and FastR does it with a language agnostic VM!
ПФ
А Джулия - это кто?
OS
Язык такой
ПФ
А как его сравнивают с Р?
OS
Не знаю, ручками переписывают.
OS
Julia компилируется в ллвм и быстрый говорят
GF
У меня вопрос про скорость FastR в нормальном для R модусе использования: построчное написание с немедленным запуском и/или с изменением каких-то элементов кода и соответствующим запускоим
GF
Вычленит ли оптимизатор при этом повторяющиеся операции / функции, чтобы ускорить их?
OS
В одном процессе - да, общие части будут оптимизировать
OS
ся
OS
Если разные запуски то нет, по крайней мере сейчас
OS
И новый код, который прям вот только написан, он тоже должен скомпилироваться, то есть скорее нет если я правильно понял вопрос
ПФ
другими словами в режиме REPL FastR преимуществ не даст