我已经将R从3.3.3升级到3.4.1并且发现直接在R控制台中输入文本很快变得非常迟钝，即使R没有使用大量资源。我观察到这种行为运行最后几个版本的macos sierra（10.12.6等）。
值得注意的是，R函数在执行时并不是特别慢。大多数时候我使用Textmate 2将代码传递给控制台，并且以这种方式传递的代码可以毫不拖延地运行。
我做了大量的搜索，但我没有找到其他人报告这个问题。我在两个不同的Mac上发现了这种行为：2013 Macbook 13“和2017 Macbook 15”并遇到了同样的问题。
我错过了这个问题的简单解决方案吗？
我能找到的唯一答案是将R回滚到版本3.3.3，这是R开始使用Clang和GNU Fortran编译可执行文件之前的最后一个版本（https://cran.r-project.org/bin/macosx/获取更多信息）。
这不是一个最佳的解决方案，因为我必须回到我使用的某些软件包的先前版本（通过寻找正确版本的有问题的依赖项进一步复杂化）。我一直在寻找r-devel线程，并没有看到对此的讨论，这让我感到惊讶，因为我知道我不能成为唯一一个处理这个问题的人。如果我收到任何其他信息，我会联系r-devel人员并在此更新。
更新
关于这个问题的讨论已经确定问题出在macos R GUI上。不幸的是，似乎R GUI开发人员已经意识到这个问题，但它没有被列为bug。开发人员建议清理控制台 - 考虑到问题出现的速度有多快，对我来说这不是一个可行的解决方案。
我想出了一个更好的解决方案，虽然它有点奇怪。我意识到，由于问题在于GUI而不是R，您可以使用旧版本的GUI（它们可以从R macos development page获得）。我希望能够使用GUI version 1.69，但这会立即导致崩溃。另一方面，version 1.68确实有效。
我在我的计算机上安装了R 3.4.1然后下载了用于GUI版本1.68的二进制文件并将其复制到我的应用程序文件夹中（您不必这样做，但如果这样做，请确保重命名该程序，否则您将取代R）。我认为通过GUI打开R并在R Mac GUI版本1.68上加载R 3.4.1。到目前为止，似乎工作正常，确认问题确实存在于GUI中。
一旦开发人员开始使用更新版本的Xcode（我认为他们从v.5升级到v.8及更高版本），问题实际上很久以前就出现了（在R3.1.2发布）。那时Simon告诉我这是Xcode和Apple的问题，所以他们无能为力。然而，他确实用一个较旧的Xcode强制编译，直到R3.4“避免”这个问题。我认为他们不能再使用这种解决方法了。
可能的方法：
尝试运行：rm(list = ls(all.names = TRUE))这应该删除R控制台中的所有内容，包括隐藏的对象。
然后运行.rs.restartR()，它将重新启动R.希望无论堵塞程序都会消失。
你试过RStudio吗？我强烈建议使用GUI来使用R.
如果您需要更高的速度，您应该考虑使用R和改进的矩阵产品。例如，要在openBLAS中使用R，我在这里写了一个教程：http://pacha.hk/2017-07-12_r_and_python_via_homebrew.html