2017-08-02 172 views
0

我有一個服務項目解決方案。每次運行和debbug這個項目時,「SQL Server Windows NT-64位」進程跳轉到20%> CPU使用率。所有查詢都很慢,沒有例外。同樣的以毫秒運行的查詢,現在運行5到10秒鐘。大約10到20分鐘後,查詢返回正常時間(但有時不)。Visual Studio調試導致SQL Server(x64)CPU使用率過高

而且我得到了在事件查看器此消息:

的SQL Server進程內存中的顯著部分已被調出。這可能會導致性能下降。時長:3607秒。工作集(KB):57904,承諾(KB):207472,內存利用率:27 %%。

當我運行控制檯項目時,不會發生此問題。

所有項目都是.NET Framework 4.6.1,任何CPU。

我的規格:

  • 的Windows 10專業版(我一直在用8.1,同樣的問題)
  • I5-5200U @ 2.2GHz的
  • 8 GB RAM
  • VS 2017年職業(我一直在使用2015年,同樣的問題)
  • 的SQL Server 2016(SP1)13.0.4001.0(X64)開發版

我想這:

https://mssqlwiki.com/2012/06/27/a-significant-part-of-sql-server-process-memory-has-been-paged-out/

而且這樣的:

https://support.microsoft.com/en-us/help/918483/how-to-reduce-paging-of-buffer-pool-memory-in-the-64-bit-version-of-sq

但沒有成功

+0

[用WPRUI/WPA分析CPU使用率,展開sql server .exe的堆棧](https://stackoverflow.com/a/44137653/1466046),看看SQL服務器在做什麼 – magicandre1981

回答

0

可能是你出的內存和SQL Server是必須在數據移動和出過度的記憶。

8 GB RAM

沒有多少,當你正在運行一個完整的IDE和完整的數據庫服務器在本地開發系統。

當我運行控制檯項目時,不會發生此問題。

當您運行控制檯項目時,沒有調試程序運行其內存需求。

PS。我經常看到在這個配備16GB RAM的系統上,由於內存價格的限制,它並不是很慷慨。

+0

我會說說給我的老闆關於購買更多的RAM。謝謝。 – Ferrari