什么时候R的’ByteCompile’适得其反?

R文档将“
DESCRIPTION file”部分中的ByteCompile字段描述为:

The ‘ByteCompile’ logical field controls if the package code is to be byte-compiled on installation: the default is currently not to, so this may be useful for a package known to benefit particularly from byte-compilation (which can take quite a long time and increases the installed size of the package)

我推断字节编译唯一有害的副作用是(a)安装时间和(b)安装尺寸.我没有找到一个在安装/字节编译期间花费太长时间的软件包,并且普遍的共识是GB很便宜(用于存储).

问:我什么时候应该选择不写字节编译的软件包? (是否有人有轶事或经验限制,超出这些限制他们选择反对它?)

编辑:如older question的评论中所述,字节编译代码无法进行调试的理由已被揭穿.关于SO的其他相关问题讨论了如何做到这一点(手动使用R CMD INSTALL –byte-compile …或者使用install.packages(…,type =“source”,INSTALL_opts =“ – byte-compile) “)),但没有讨论这样做的后果或论据.

最佳答案 我还没有发现字节编译的缺点,除了你提到的那些:文件大小和安装时间略有增加.

在过去,编译某些代码可能会导致slow-down,但在最新版本的R(版本> 3.3.0)中,这似乎不是问题.

点赞