Azure内存不足，利用率为50%
我遇到了这样一种情况，在我们的Azure应用程序服务中为生成了内存不足异常。Net核心Web API，即使内存
我已经查看了这篇SO文章来检查私有字节和其他东西，但仍然没有看到耗尽的内存来自哪里。我看到内存工作集上的最大使用量为1.5GB，远低于7GB。
支持故障排除下没有显示任何内容-
我不知道下一步该去哪里，任何帮助都将不胜感激。
共有2个答案
门户上的度量视图只能达到1分钟的粒度级别。（默认值为5分钟）
这意味着每个度量点是60秒间隔内的平均值。它可能会在60秒内上下波动，因此您需要一个更实时的视图。
尝试SCM控制台（高级工具
Azure App Services默认将内存使用限制为1.5G。但您可以使用此应用程序设置更改此行为（将在配置下添加）：
WEBSITE\u MEMORY\u LIMIT\u MB=3072
请参见我的回答：有没有办法确定Azure应用程序服务重新启动的原因？
-
我正在努力解决古老的字谜问题。多亏了许多教程，我能够迭代一组字符串，递归地找到所有的排列，然后将它们与英语单词列表进行比较。我发现的问题是，在大约三个单词之后（通常是关于“变形”之类的东西），我会得到一个OutOfMemory错误。我试着把我的批分成小的集合，因为它似乎是消耗我所有内存的递归部分。但即使只是“变形”也把它锁起来了... 编辑：根据出色的反馈，我已经将生成器从排列更改为工作查找： 它
-
问题内容： 我今天遇到一个奇怪的问题。对于其他人来说，这可能是一个简单的答案，但这让我感到困惑。为什么下面的代码会导致内存错误？ 我得到了这两个错误之一…第一个是在节点的解释器中运行此代码时，第二个是通过nodeunit运行它时： 严重错误：CALL_AND_RETRY_2分配失败-内存不足 严重错误：JS分配失败-内存不足 问题答案： 当我尝试访问阵列时会发生这种情况。但是获取长度却没有。
-
问题内容： 今天，我运行了用于文件系统索引编制的脚本，以刷新RAID文件索引，并在4小时后崩溃并出现以下错误： 服务器配备16GB RAM和24GB SSD交换。我非常怀疑我的脚本是否超过了36gb的内存。至少不应该 脚本使用文件元数据（修改日期，权限等，无大数据）创建存储为对象数组的文件索引 过去，我曾经用此脚本经历过奇怪的节点问题，这使我不得不这样做。在处理诸如String之类的大文件时，由于
-
我正在PyTorch中运行一个评估脚本。我有许多经过训练的模型（*.pt文件），我将其加载并移动到GPU，总共占用270MB的GPU内存。我使用的批量大小为1。对于每个示例，我加载一个图像并将其移动到GPU。然后，根据样本，我需要运行一系列经过训练的模型。有些模型以张量作为输入和输出。其他模型的输入是张量，输出是字符串。序列中的最终模型总是有一个字符串作为输出。中间张量临时存储在字典中。当模型使用
-
STS不断崩溃，项目文件夹中的日志如下： 它始于我使用Winmerge比较和修改STS之外的java、pom和属性文件时
-
我是刚到爪哇的。我只是试图了解如何处理堆内存溢出及其原因。有人能在下面的代码中帮助我为什么它会抛出这个错误吗。我怎么能避免。 错误： 线程“main”Java.lang.OutOfMemoryError中出现异常：Java.util.arrays.copyof(arrays.Java:2361)在Java.lang.AbstractStringBuilder.ExpandCapacity（Abst