|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
victor16, Для начала нужен снова вывод onstat -d, onstat -g ses, onstat -u, onstat -k, onstat -l, onstat -F, onstat -g act, onstat -g rea Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
Код: 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.
Код: 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.
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
Код: 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.
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
Код: sql 1. 2. 3. 4. 5. 6. 7.
Уже конец рабочего дня - активности нет как днем. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 16:31 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_torero, радует уже, что onmode -c смог завершиться в приемлемое время. Далее: уменьшить интервал между контрольными точками, для начала до 3 минут. уменьшить lru_min_dirty/lru_max_dirty для начала 30/40. В onstat -g ckp четко виден резкий рост количества грязных буферов, что говорит о нарастании транзакционной активности во времени. покажите еще onstat -P ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 16:48 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#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. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. 326. 327. 328. 329. 330. 331. 332. 333. 334. 335. 336. 337. 338. 339. 340. 341. 342. 343. 344. 345. 346. 347. 348. 349. 350. 351. 352. 353. 354. 355. 356. 357. 358. 359. 360. 361. 362. 363. 364. 365.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 16:50 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
victor16_torero, В onstat -g ckp четко виден резкий рост количества грязных буферов, что говорит о нарастании транзакционной активности во времени. Это может быть вызвано массовым обращением пользователей после недоступности системы - кинулись вводить данные, пока система работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 16:53 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_torero, можно еще раз показать onstat -g ckp, onstat -F, onstat -P (последние строки) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 17:02 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#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.
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 17:16 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_torero, еще раз onstat -p (p маленькое) плюс еще раз команды: onstat -g ckp, onstat -F (начальные строки до address), onstat -P (последние строки, начиная с Totals:) Хотя уже сейчас можно сказать, похоже, что с такой нагрузкой сервер справляется. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 17:26 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
Код: 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.
Код: sql 1. 2. 3. 4.
Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
все ушли домой. самое интересное начнется с утра и ближе к обеду. вечером перестартую инстанс, чтобы задействовать 3х минутный чекпоинт и lru 30|40 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 17:39 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_toreroсамое интересное начнется с утра и ближе к обеду. вечером перестартую инстанс, чтобы задействовать 3х минутный чекпоинт и lru 30|40 Удачи Вам завтра, следите, чтобы не рос процент занятости физического журнала (onstat -l). Подумайте также, как вынести физический и логические журналы на отдельные диски, желательно пошустрее, желательно в центр диска (подбирается смещением с начала диска), не беда, если края дисков совсем не будут использоваться. Неплохо также разделить данные и индексы. Еще мне кажется не совсем верным архитектурным решением создавать крупные индексы в приложении. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 17:51 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
victor16, спасибо за участие! ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 20:05 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
falcon111В 15:55 дал команду onmode -c. Чекпоинт прошел только в 16:15. Тут же дал еще раз onmode -c --- чекпоинт прошел быстро. Диски не проверяли? Если rootdbs не очень большой, то попробуйте остановить сервер, сделать копию файла с rootdbs (вряд-ли под windows вы использовали raw dbs), переименовать исходный, переименовать копию в исходный, запустить сервер. Проверьте сообщения от raid-а: может он в это время регенерирует. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2014, 21:28 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
bk0010, Хронология событий: 1. После НГ в первый день нас завалили звонками - не работает. 2. Разбирались несколько дней - таких симптомов раньше не видели. Только на второй-третий день обратили внимание на низкую дисковую скорость. 3. В утилите контроллера было сообщение "не работает аккумулятор контроллера". Поменяли с другой идентичной железки на заранее исправную. Ошибка не исчезла. В то же время на втором ошибка не появилась. 4. Поменяли контроллеры местами - ошибка исчезла на обоих серверах. 5. Выгрузили БД. 6. Переинициализировали инстанс, тк на фоне непонимания происходящего было недоверие в корректности содержимого чанков. 7. Сейчас вторая неделя поиска причин. 8. Параллельно на этой же машине создан второй инстанс для другой системы. С ним проблем нет и близко таких. Пользовательская нагрузка на эту систему на порядок ниже. Настройки config для обеих систем одинаковые. Сейчас немного разошлись, но не принципиально. Сейчас через планировщик windows настроил каждые 5 минут запись с файл результата команд: onstat -g ckp >> %fn% onstat -P >> %fn% onstat -p >> %fn% onstat -F >> %fn% onstat -g seg >> %fn% onstat -u >> %fn% onstat -g sql >> %fn% onstat -g ses >> %fn% onstat -l >> %fn% onstat -g act >> %fn% onstat -g rea >> %fn% onstat -g cpu >> %fn% onstat -k >> %fn% onstat -g glo >> %fn% onstat -g iof >> %fn% onstat -d >> %fn% onstat -m >> %fn% onparams >> %fn% Пока все работает. Ждем зависания. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 09:18 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
Последние новости: Сегодня до 13:50 работал не падал. Активность была ниже, чем обычно, но все же. Обнаружили, что один запрос в новом обновлении от 24.01.2014 был с into temp без with no log; Добавили в config TEMPTAB_NOLOG 1 и перезапустили инстанс. Он завис через 10 минут с теми же симптомами! То есть работал с утра и не дрогнул, а тут после перезагрузки не вытерпел и 10 минут. До перезапуска с ночи есть логи выполнения ряда команд через каждые 5 минут. Например вот: Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 14:32 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_toreroНапример вот: Код: 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.
Следующий чекпоинт по интервалу у вас должен был быть в ~ 13:47:34, но его нет в 13:50:00. При этом сервер находится в состоянии CKPT INP. В этот момент хорошо бы посмотреть количество грязных страниц ( несколько раз ) onstat -R ( в конце). ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 15:59 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
Ikir, в последний раз мы слишком быстро его перезапустили - он успел ожить! вот сейчас в 16:12 он завис со всеми обычными симптомами, но мы решили не спешить и посмотреть. Он жил(!) через 2 минуты: Код: 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.
Вот чем он интересно занимался до 16:13:33?! Есть в логах все снимки команд с интервалом 5 минут до и после. Команды onstat -R не было еще до этого - добавил сейчас. Код: 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.
Код: 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.
А вот в логе ostat -m интересную ошибку заметили: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 16:27 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_toreroВот чем он интересно занимался до 16:13:33?! Все ж показано. Чекпоионт длился 114.2 секунд, из них сброс буферного пула 114.2 секунд. Причем количество сброшенных буферов меньше чем при обычной нагрузке - 252 Скорость сброса тоже резко ниже, чем обычно. Ищите причину в дисковой подсистеме. Можно было бы посмотреть onstat -g ioq, но смысла большого нет, у Вас всего два чанка. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 16:38 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_toreroВот чем он интересно занимался до 16:13:33?! Так понятно чем - отрабатывал чекпоинт. 2034 16:08:37 CKPTINTVL 4923:0x1dc2018 0.2 0.0 0.0 0 0.0 0.0 0.0 715 715 516 2 562 3 2035 16:13:33 CKPTINTVL 4923:0x1de6018 114.2 114.2 0.0 0 0.0 0.0 0.0 252 2 241 1 36 0 Чекпоинт 2035 у вас должен был быть в ~ 16.11.37 . Сервер честно начал его отрабатывать, грязных страниц немного - 252, НО скорость сброса упала до 2 страниц в секунду!!! Вот он и отрабатывал его почти 2 минуты. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 16:42 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
Я имел ввиду чем он занимался во время чекпоинта, что он длился так долго в сравнении с другими. Ну или другими словами, кто виноват и что делать? Пробовать съехать на другие сервера? Есть другие системы, но под 11.50. Имеет смысл делать даунгрейд с 11.70 на 11.50 и проверить там? В 11.70 уже задействовали новые диалекты SQL, но при желании можно от них уйти. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 16:58 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_toreroПробовать съехать на другие сервера? Сначала попробуйте съехать на другой диск или на другое место на этом диске: возможно у вас есть бэдблоки. Попробуйте вынести Logical log и PhysLog в отдельные dbspace-ы. Попробуйте деинсталлировать антивирус (именно деинсталлировать: некоторые из них продолжают гадить и после отключения) или отключить программу shadow copy, если таковые есть на сервере. Наконец шаманский совет: дайте команду update statistics на рабочие БД, я сталкивался с тем, что после нее Informix переставал чудить. Это все гораздо быстрее, чем переход на новый сервер. Еще вариант: средствами VMWare сделайте виртуальный образ вашего сервера и пусть пользователи работают с ним, пока вы решаете проблемы с самим сервером. Потом ontape-ом все быстро перенесете. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 21:07 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
С запозданием, но немного теории контроллеро-строения. "Батарейка" у вас может быть - или набором суперконденсаторов (в свежих моделях) и тогда оно или работает или не работает и его надо менять - или аккумулятором и тогда цирк усложняется Если аккумулятор реально сдох, то производительность будет постоянно низкой (ниже напишу почему). Но контроллеры ныне умные и они переодически треннеруют аккумулятор специально разряжая его до минимума и заряжая обратно - и аккумулятору разминка и контроллер понимаем его реальный объем. Так вот на время "треннировки" производительность тоже падает. А падает она за счёт того, то при работающем аккумуляторе и правильной настройке контроллера (и даже каждого тома на нём) запись идёт в режите Write-Back - контроллер отчитывается ОС что данные записал, а сам их в кэш (для сохранности которого при пропаже питания и нужен аккумулятор) и на диски сбросит потом (несколько секунд спустя и более оптимальным образом). Когда же на аккумулятор рассчитывать нельзя, контроллер автоматически на это время переходит в режим Write-Through - ответ о записи уйдёт в ОС только после реальной записи на диски (кэши самих дисков должены быть всегда выключены в любом случае !!!). Вот от этого и бывает адская разница в производительности вообще и при больших записях в частности. Но в картину не укладывается тем, что проблемы у вас часто - треннеровку батарей контроллеры (с которыми имею дело) производят где-то раз в месяц и это настраивается пользователям. В целом стоит посмотреть логи контроллера на предмет треннировки батареи, патрульного чтения и проверки целостности рейда, тайм-аутов операций (контроллер при этом ещё считает диск живым хотя это тормозит работу системы). Напишите что за контроллер и что за батарейка и какое точно сообщение было. Напишите что в логах контроллера (при этом проверьте что время на контроллере синхронно с системы. а то часто оно там своей жизнью живёт). ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 23:02 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
bk0010, виртуальную машину уже подняли. готовим переезд. сначала протестируем - осмотримся. потом перекинем на нее нагрузку. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 23:42 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
Яковлев Павел, Контроллер Smart Array P410i in Embedded Slot Сервер покупался в 2011 году. вот весь лог Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2014, 23:55 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
Сейчас в 10:48 опять замер чекпоинт Код: 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.
В CONFIG стоит сейчас BUFFERPOOL default,buffers=50000,lrus=8,lru_min_dirty=30.00,lru_max_dirty=40.00 BUFFERPOOL size=4K,buffers=50000,lrus=8,lru_min_dirty=30.00,lru_max_dirty=40.00 Хотим поставить BUFFERPOOL default,buffers=50000,lrus=8,lru_min_dirty=10.00,lru_max_dirty=15.00 BUFFERPOOL size=4K,buffers=50000,lrus=8,lru_min_dirty=10.00,lru_max_dirty=15.00 Потому что это пока единственный параметр, который уменьшил время чекпоинта и позволил системе оставаться на ногах. И опять у нас непонимание, почему ни с того ни с сего возникли проблемы именно в этом месте. До этого сегодня были и более объемные чекпоинты. И все это на фоне успешно работающего второго инстанса. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2014, 10:57 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
_torero, Вам уже несколько раз объясняли, что момент зависания объясняется слишком медленным сбросом буферного пула на диск во время выполнения контрольной точки. Вариантов два: 1. Уменьшить объем работы, другими словами уменьшить количество грязных страниц. Это достигается не только уменьшением lru_max_dirty/lru_min_dirty но и другими методами, можно погуглить на тему "уменьшение времени контрольной точки". 2. Более кардинальный способ, разобраться с дисковой подсистемой, почему запись на диск временами у Вас идет столь медленно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2014, 11:34 |
|
Сервер не дает коннектиться и пропускает чекпойнты
|
|||
---|---|---|---|
#18+
victor16, последний вопрос был уже скорее риторический. Сейчас чанки перемещены на другой логический диск, то есть в другую физическую часть диска - нужно в этих условиях понаблюдать. Оба предложения понятны и очевидны, но 1) Количество грязных страниц в длинном чекпоинте не сильно отличается и даже меньше некоторых чекпоинтов ранее. Тут происходит именно резкое снижение скорости сброса на диск. Понятно, что чем больше грязных страниц, тем дольше будет чекпоинт, но ведь не должна скорость сброса на диск зависеть от числа грязных буферов. Я ведь правильно понимаю? 2) С контроллером готовимся разобраться глобально - уехать на виртуалку. Но уже сейчас тоже противоречие: с одной стороны резкое падение скорости сброса грязных страниц, которое длится 2-3 минуты (это сейчас, а раньше часы). То есть предположение, что контроллер виноват. Тогда это общесистемная проблема всего хоста и вся работа должна быть парализована? Но второй инстанс, на котором работает другая клиентская программа, в этот момент полностью доступен и потери производительности замечено не было. И смотрели дисковую активность в журнале Windows на oninit.exe - она нулевая. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2014, 13:05 |
|
|
start [/forum/topic.php?fid=44&msg=38540812&tid=1606990]: |
0ms |
get settings: |
24ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
591ms |
get tp. blocked users: |
2ms |
others: | 286ms |
total: | 971ms |
0 / 0 |