R 与(闪亮的)服务器断开连接:导致大型绘图仪热图

R 与(闪亮的)服务器断开连接:导致大型绘图仪热图,r,shiny,shiny-server,R,Shiny,Shiny Server,我正在开发一个相当复杂的闪亮应用程序,它运行在一个私有的shinyserver上。 只有包含大型绘图仪热图(50-70Mb)的页面无法联机工作(但这些页面在我的本地计算机上工作正常)。 我得到的是通常的消息“断开与服务器的连接重新加载”。 显示此错误消息时,/var/log中不会生成日志文件 我想做的是: 检查是否是丢失包的问题,不是 检查是否是错误路径问题,不是 修改/etc/shinny server/中包含的shinny-server.conf文件,添加最上面的行:http\u keep

我正在开发一个相当复杂的闪亮应用程序,它运行在一个私有的shinyserver上。 只有包含大型绘图仪热图(50-70Mb)的页面无法联机工作(但这些页面在我的本地计算机上工作正常)。 我得到的是通常的消息
“断开与服务器的连接重新加载”
。 显示此错误消息时,
/var/log
中不会生成日志文件

我想做的是:

  • 检查是否是丢失包的问题,不是

  • 检查是否是错误路径问题,不是

  • 修改
    /etc/shinny server/
    中包含的shinny-server.conf文件,添加最上面的行:
    http\u keepalive\u timeout 300;sockjs_心跳_延迟300


所以我相信问题与地块的大小有关。如何面对这个问题?不幸的是,由于闪亮应用程序的大小,不容易在这里展示一个可复制的示例。

我在使用依赖Dendestend软件包的heatmaply软件包时遇到了同样的问题。DendExtrend包依赖于递归表达式,该表达式很容易超过服务器上运行的R版本所允许的嵌套表达式数。请参阅此问题:

您可以尝试将表达式限制设置为远高于默认值5000,并查看这是否有帮助(允许的最大值为500000)


内存使用情况如何?实际上,我不知道如何控制ITI。如果您可以排除这不是超时(这可能会发生,因为服务器的CPU比您的本地计算机慢得多),我将在下一步研究内存。这就是我的全部想法,抱歉。关于内存问题:这也是我的第一个猜测,但日志条目(更有可能)是预期的-。引用docu-->(“您的应用程序突然变灰,您在日志中看到应用程序被“杀死”。可能的诊断:每个应用程序实例都有一个与分配给它的内存(RAM)量相对应的大小。”)9.5业绩。可以肯定的是:如果减少数据并创建当前卷的10%、20%、50%、80%的热图,会发生什么?根据我的经验,我也会说这是内存问题;情节太大,shinyserver无法处理。
options(expressions = 500000)