R 2,14 байт - почему бы и нет? - PullRequest
       4

R 2,14 байт - почему бы и нет?

5 голосов
/ 01 декабря 2011

Почему бы мне не скомпилировать все пакеты, которые я установил?Есть ли какое-то следствие того, что byte-compile принимает решение подумать?

Ответы [ 3 ]

3 голосов
/ 01 декабря 2011

Один минус в том, что вы не можете отлаживать скомпилированный байтовый код.С другой стороны, как только код будет готов к работе, теоретически вам это не понадобится (и вы можете переустановить его без компиляции байтов, если вам нужно)

1 голос
/ 18 сентября 2016

В версии 2.14 R основным недостатком байтовой компиляции было то, что она могла замедлять некоторые функции .Еще двумя недостатками были увеличенный размер упаковки и установка.

Для текущей версии R (3.3.X) мне еще предстоит найти обратную сторону для байтовой компиляции.

0 голосов
/ 06 марта 2018

В настоящее время в разрабатываемой версии R все байты компилируются по умолчанию, поэтому нет необходимости включать байтовую компиляцию в файле DESCRIPTION. В связанном ответе упоминаются накладные расходы на байт-компиляцию - возможно, но редко, что байт-компиляция может повредить производительности (это может произойти при загрузке кода, который никогда не будет использоваться - JIT не скомпилирует его, но загрузчик все еще загружает его, надеюсь, это можно будет решить в будущем).

browser() и отладка с помощью скомпилированного байта кода, с точки зрения пользователя, работает так же, как и с некомпилированным кодом. Внутренне отладчик запускается по AST программы (таким образом, обходя байт-код), но это невидимо для пользователя.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...