内存使用量为1.3GB。我正在运行Windows 7 Ultimate 64位操作系统。 我没有做太多的事情 - 只是在编辑一个存储过程(没有后台运行的查询,也没有任何查询结果)。
不过我注意到,这种情况只是偶尔发生 - 好像某种垃圾回收机制启动时,它就会恢复正常(大约100MB)。
有什么想法/解决方法/更新吗?
- 关于这个问题的最新消息:看起来在SSMS 2014中不再出现这种情况了。
内存使用量为1.3GB。我正在运行Windows 7 Ultimate 64位操作系统。 我没有做太多的事情 - 只是在编辑一个存储过程(没有后台运行的查询,也没有任何查询结果)。
不过我注意到,这种情况只是偶尔发生 - 好像某种垃圾回收机制启动时,它就会恢复正常(大约100MB)。
有什么想法/解决方法/更新吗?
主要缺点是您将失去 IntelliSense 和代码大纲。这很糟糕,但至少您可以长时间打开 SSMS 而不会出现问题。
希望这有所帮助。干杯。
在存储过程编辑的几个版本的SSMS中,出现了这个问题。
在SSMS 17中,对于我来说解决问题的方法是将智能感知“最大脚本大小”从1M提高到5M。也可以选择无限制。
选项位置:工具:选项:文本编辑器:Transact-SQL:智能感知:最大脚本大小
。
我不确定这个设置是否存在于较低版本的SSMS中,请在评论中添加。
这将把高CPU和内存泄漏(从2.5G到140M)降至正常水平。
我在设计存储过程时遇到了这个问题。当我在编写一些动态SQL代码时,进程会失控,应用程序也会变得无响应。但是一旦我关闭Intellisense,这种行为就消失了。