Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
Скуль съедает 80 Гигов оперативки, всю оперативку. Можно ли глянуть чем он занимает память и можно ли повлиять на это. Вдруг там хлам не нужный, а для нужных данных нехватает памяти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 15:55 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 16:01 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
TaPaK, по базам авторSELECT databases.name AS database_name, COUNT(*) * 8 / 1024 AS mb_used FROM sys.dm_os_buffer_descriptors INNER JOIN sys.databases ON databases.database_id = dm_os_buffer_descriptors.database_id GROUP BY databases.name ORDER BY COUNT(*) DESC; по объектам в конкретной базе авторSELECT objects.name AS object_name, objects.type_desc AS object_type_description, COUNT(*) AS buffer_cache_pages, COUNT(*) * 8 / 1024 AS buffer_cache_used_MB FROM sys.dm_os_buffer_descriptors INNER JOIN sys.allocation_units ON allocation_units.allocation_unit_id = dm_os_buffer_descriptors.allocation_unit_id INNER JOIN sys.partitions ON ((allocation_units.container_id = partitions.hobt_id AND type IN (1,3)) OR (allocation_units.container_id = partitions.partition_id AND type IN (2))) INNER JOIN sys.objects ON partitions.object_id = objects.object_id WHERE allocation_units.type IN (1,2,3) AND objects.is_ms_shipped = 0 AND dm_os_buffer_descriptors.database_id = DB_ID() GROUP BY objects.name, objects.type_desc ORDER BY COUNT(*) DESC; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 16:05 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
Спасибо большое! Буду разбираться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 16:06 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
Да, запросы хорошие. Посмотрел по базам и таблицам. Можно ли както управлять этим. Например, сбросить из памяти ненужную таблицу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 16:28 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
leonix, выборочно нельзя, только весь кэш. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 16:44 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
boltnikleonix, выборочно нельзя, только весь кэш. ну почему же, можно базу offline/online сделать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 16:51 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
leonixМожно ли както управлять этим. Например, сбросить из памяти ненужную таблицу. выставьте max server memory ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 18:43 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
leonixДа, запросы хорошие. Посмотрел по базам и таблицам. Можно ли както управлять этим. Например, сбросить из памяти ненужную таблицу. Вы считаете себя умнее сиквела? Он держит в памяти только объекты которые ему нужны для выполнения запросов, и хлама там по определению быь не может. Если вам нехватает памяти для работы других приложений на том же сервере что и скуль, то просто ограничть мак памть сиквела, ничего умнее вы все равно сделать с памятью не сможете и в лучшем случае будете просто мешать его работе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 13:36 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
WarAntleonixДа, запросы хорошие. Посмотрел по базам и таблицам. Можно ли както управлять этим. Например, сбросить из памяти ненужную таблицу. Вы считаете себя умнее сиквела? Он держит в памяти только объекты которые ему нужны для выполнения запросов, и хлама там по определению быь не может. Если вам нехватает памяти для работы других приложений на том же сервере что и скуль, то просто ограничть мак памть сиквела, ничего умнее вы все равно сделать с памятью не сможете и в лучшем случае будете просто мешать его работе. Есть случаи, когда доступ к одним данным должен быть быстрее чем к другим не зависимо от того, как часто эти данные читаются. Например, текущий остаток по счету должен возвращаться достаточно быстро, независимо от времени его последнего чтения или обновления. Когда-то давно для этого было DBCC PINTABLE , сейчас ближайшим аналогом являются in-memory таблицы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 13:47 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
[quot msLex]WarAntпропущено... Например, текущий остаток по счету должен возвращаться достаточно быстро, независимо от времени его последнего чтения или обновления. С чего бы это? Грубо выражаясь, если с момента запуска скуля данные по этому счету не читались с диска, то они в 99% не будут лежать в памяти. Даже если ее море свободной, или не было полного скана таблицы. А возвращать достаточно быстро это все относительно. Данные на SSD + много (достаточно) памяти, тогда все будет и первый раз читаться будет быстро и потом лежать в кэше. При нормальных индексах и корректном запросе даже с обычного HDD данные получите через максимум десяток милисекунд. Что достаточно для самого нетерпеливого клиента. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 14:14 |
|
||
|
SQL Server cъедает всю память. Можно ли посмотреть что именно заполняет память?
|
|||
|---|---|---|---|
|
#18+
[quote SFlash]msLexWarAntпропущено... Например, текущий остаток по счету должен возвращаться достаточно быстро, независимо от времени его последнего чтения или обновления. С чего бы это? Грубо выражаясь, если с момента запуска скуля данные по этому счету не читались с диска, то они в 99% не будут лежать в памяти. Даже если ее море свободной, или не было полного скана таблицы. А возвращать достаточно быстро это все относительно. Данные на SSD + много (достаточно) памяти, тогда все будет и первый раз читаться будет быстро и потом лежать в кэше. При нормальных индексах и корректном запросе даже с обычного HDD данные получите через максимум десяток милисекунд. Что достаточно для самого нетерпеливого клиента. Это был простой пример, демонстрирующий что требуемая скорость доступа к разным данным может зависит не от частоты их использования (на что опирается SQL Server) а внешними, бизнес требованиями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 15:42 |
|
||
|
|

start [/forum/topic.php?fid=46&gotonew=1&tid=1689489]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
94ms |
get topic data: |
5ms |
get first new msg: |
3ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 390ms |

| 0 / 0 |
