blocks|key|4635258|text|每个运行托管代码的进程都会启动一个单独的CLR运行时副本-当任何类型的进程终止时，它消耗的内存都会被回收到通用池中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4635259|没有要“刷新”或“清除”的共享内容。|4635260|有没有可能你的模拟器工具没有“一路”崩溃--进程停留在故障状态？|4635261|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Each process that runs managed code starts up a separate copy of the CLR runtime - and when any kind of process is terminated, the memory it consumed is reclaimed into the general pool.

There is nothing shared to "flush" or "clear".

Is it possible that your simulator tool isn't crashing "all the way" - that the process is sticking around in a faulted state?

blocks|key|1027594|text|这听起来像是第三方工具。所以我会向他们提交一个窃听请求。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1027595|但正如其他人所说，该问题将包含在操作系统进程中。使用任务管理器，你应该能够识别出有问题的进程并杀死它。这将重新找回记忆，并抹去一切。然后，您必须重新启动模拟。|1027596|如果这个问题阻碍了您完成模拟，那么我会提交一个紧急的(但不是愤怒的)+bug请求。|1027597|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

It sounds like this is a 3rd party tool. So I'd be filing a bug request with them.

But as others have said, the issue will be contained within an operating system process. Using task manager, you should be able to identify the offending process and kill it. That will reclaim the memory and wipe the slate clean. You'll then have to restart your simulation.

If this problem is preventing you from completing your simulation, then I'd file an urgent (but not angry) bug request.

blocks|key|851916|text|OutOfMemoryExceptions不一定表示运行时有问题。任何时候你的系统耗尽内存，不管是什么消耗它，这都可能发生。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|851917|查看任务管理器中的进程列表，看看哪些进程占用了最多的内存。|851918|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

OutOfMemoryExceptions don't necessarily indicate a problem with the runtime. Any time your system runs out of memory, regardless of what's consuming it, this can happen.

Look at the process list in the task manager and see what's consuming the most memory.

blocks|key|4635318|text|Windows上的x86/32位用户模式进程只有2+2GB的可寻址虚拟内存空间。X64/64位进程具有16TB的可寻址虚拟内存。您没有说您的进程是32位还是64位--但我假设是32位的。一旦32位进程开始进入虚拟内存或提交内存的1.5%2B+GB区域，您就是在玩火，应用程序崩溃只是个时间问题。由于每个应用程序都是不同的，所以没有明确的数字说明什么时候会崩溃。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4635319|因此，让我们来讨论一下您的应用程序使用的“2+2GB”可寻址space...the内存并不能访问全部2+2GB内存。CLR运行应用程序所需的许多部分都会占用开销：|4635320|运行用户模式process|4635321|Threads|unordered-list-item|4635322|
|4635323|etc.|4635324|
的8个不同堆-参见my+answer+to+.NET+process+memory+usage+=+5x+CLR+Heap+Memory?|offset|length|4635325|Kernel开销+user-mode+process|4635326|ordered-list-item|4635327|4635328|4635329|4635330|+.NET|4635331|4635332|因此，您的系统上可以有几it的内存可用，但如果应用程序是x86，并且接近上述限制，则很容易崩溃。|4635333|我已经在StackOverflow上的CLR+memory上发布了相当多的答案和信息，描述了其中的许多工作原理。查找我的名字并查看其他一些答案。这可能会帮你把事情弄清楚一点。|4635334|HTH|4635335|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/10121943/net-process-memory-usage-5x-clr-heap-memory/12075877#12075877^0|0|0|0|0|0|0|N|1B|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1F|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|1G|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|1H|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|1I|8|@]|9|@]|A|$]]|$1|K|3|L|5|H|7|1J|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|1K|8|@]|9|@$O|1L|P|1M|1|1N]]|A|$]]|$1|Q|3|R|5|H|7|1O|8|@]|9|@]|A|$]]|$1|S|3|G|5|T|7|1P|8|@]|9|@]|A|$]]|$1|U|3|L|5|T|7|1Q|8|@]|9|@]|A|$]]|$1|V|3|-4|5|6|7|1R|8|@]|9|@]|A|$]]|$1|W|3|J|5|6|7|1S|8|@]|9|@]|A|$]]|$1|X|3|Y|5|H|7|1T|8|@]|9|@]|A|$]]|$1|Z|3|-4|5|6|7|1U|8|@]|9|@]|A|$]]|$1|10|3|11|5|6|7|1V|8|@]|9|@]|A|$]]|$1|12|3|13|5|6|7|1W|8|@]|9|@]|A|$]]|$1|14|3|15|5|6|7|1X|8|@]|9|@]|A|$]]|$1|16|3|-4|5|6|7|1Y|8|@]|9|@]|A|$]]]|17|$18|$5|19|1A|1B|A|$1C|1D]]]]

A x86/32-bit user-mode process on Windows only has an addressable virtual memory space of 2GB. An x64/64-bit process has 16TB of addressable virtual memory. You did not say if your process was 32 or 64 bit - but I'll assume 32-bit. Once a 32-bit process starts to venture into the 1.5+ GB area of Virtual or Committed Memory you are playing with fire and it is a matter of time before the app crashes. There is no hard and fast number on when it will crash since every app is different.

So let's talk about the "2GB" of addressable space...the memory that is used by your application does NOT have access to all of the 2GB of memory. There is overhead used by lots of pieces that the CLR needs to run an application:

<ol>
<li>The 8 different heaps for a .NET app - see my answer to <a href="https://stackoverflow.com/questions/10121943/net-process-memory-usage-5x-clr-heap-memory/12075877#12075877">.NET process memory usage = 5x CLR Heap Memory?</a></li>
<li>Kernel overhead for running the user-mode process</li>
<li>Threads</li>
<li>etc.</li>
</ol>

So you can have gigs of memory available on your system, but an app can easily crash if it is x86 and approaching the limit described above.

I have posted quite a bit of answers and info on CLR memory here on StackOverflow describing how a lot of this works. Look for my name and check out some of the other answers. It might help clear things up a little.

HTH

Im running into a problem where the tool im using for development (a simulator tool) keeps throwing OutofMemoryException's, I know its not my app, because no matter what project im running, it happens.

The only fix I have for it so far is to restart my PC, is there a way to flush/clear the CLR runtime so I dont have to restart my PC each time it happens?

Clear the CLR memory

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我遇到了一个问题，我用来开发的工具(一个模拟器工具)一直抛出OutofMemoryException，我知道这不是我的应用程序，因为无论我运行什么项目，它都会发生。到目前为止，我唯一的修复方法是重新启动我的电脑，有没有办法刷新/清除CLR运行时，这样我就不需要每次都重新启动电脑了？

问清除CLR内存
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问清除CLR内存EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问清除CLR内存
EN