Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Горячая очистка bdump... / 21 сообщений из 21, страница 1 из 1
01.08.2008, 09:59
    #35464858
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Привет всем.
Сложилась ситуация:
База Oracle 10g XE работает долгое время.
С недавнего времени начало выскакивать сообщение windows о недостаточном свободном месте.
Полез разбираться....
Папочка "bdump" оказалась размером 93 Гб, причем большую часть пространства диска занимают файлы XE_mmon_...._.trc, каждый больше 100Мб.
Эти файлы, насколько я понял, порождает процесс MMON. Вот чего про него пишут:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
Фоновый процесс MMON периодически опрашивает динамичексие представления V$ и 
таблицы X$ и переносит статистическую информацию в свои внутренние таблицы словаря данных с 
префиксом WRH$. По умолчанию, сбор статистики процессом MMON выполняется каждый час. Процесс
MMON также ответственен за удаление устаревшой информации из репозитария AWR. В отличие от
утилиты STATSPACK, AWR может хранить статистические данные в виде “скользящего окна”. Например,
AWR хранит по умолчанию статистику только за последние семь дней, хотя его можно настроить так, 
что статистика будет удаляться только вручную, как это предусмотрено в STATSPACK. В обязанности 
фонового процесса MMON также входит сбор статистики ожиданий для новой компоненты Active Session
History (ASH), которая позволяет просматривать историю работы каждой активной сессий БД.

Соответственно, вопрос по заголовку темы: "Каким животным, обитающим в реке, на горячую очистить bdump от этих файлов, и какими будут последствия?"
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 10:01
    #35464864
pravednik
pravednik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
автор "Каким животным, обитающим в реке, на горячую очистить bdump от этих файлов, и какими будут последствия?"
никаких
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 10:03
    #35464870
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Pravednik авторавтор
"Каким животным, обитающим в реке, на горячую очистить bdump от этих файлов, и какими будут последствия?"
никаких
Попросту удалить их из папки???
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 10:10
    #35464886
semenar
semenar
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
nick akimov Pravednik авторавтор
"Каким животным, обитающим в реке, на горячую очистить bdump от этих файлов, и какими будут последствия?"
никаких
Попросту удалить их из папки???
Да не стесняйся.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 10:22
    #35464920
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Зачем стесняться? :-)
Все, файлы улетели в пустоту.

Может подскажите, отчего их столько наплодилось и как с этим бороться?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 10:33
    #35464947
jan2ary
jan2ary
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
pravednik автор "Каким животным, обитающим в реке, на горячую очистить bdump от этих файлов, и какими будут последствия?"
никаких
Ну, прям уж никаких. Места станет больше! :)
Надо смотреть в трейсы, чего они так распухли. Хотя толку-то - на ХЕ...
Поставьте ограничение max_dump_file_size - тогда при достижении этого предела файл больше не будет расти.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 10:48
    #35464999
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
jan2ary pravednik
авторавтор
"Каким животным, обитающим в реке, на горячую очистить bdump от этих файлов, и какими будут последствия?"

никаких

Ну, прям уж никаких. Места станет больше! :)
Надо смотреть в трейсы, чего они так распухли. Хотя толку-то - на ХЕ...
Поставьте ограничение max_dump_file_size - тогда при достижении этого предела файл больше не будет расти.

Спасибо, сделаю....
Можно поподробней про
jan2aryНадо смотреть в трейсы, чего они так распухли. Хотя толку-то - на ХЕ...
в целях повышения образованности...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 16:03
    #35465986
Павел Сусликов
Павел Сусликов
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Вкратце:
трейсы = логи
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 16:15
    #35466025
hell
hell
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Павел СусликовВкратце:
трейсы = логи

Реду - они тоже логи, и некоторые их удаляют.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 16:16
    #35466027
pravednik
pravednik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
hell Павел СусликовВкратце:
трейсы = логи

Реду - они тоже логи, и некоторые их удаляют.
ну у автора винда ;)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 16:19
    #35466032
hell
hell
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
pravednikну у автора винда ;)

Виндовые юзеры настолько суровы, что отрывают реду у оракла с корнем?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 16:20
    #35466035
pravednik
pravednik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
hell pravednikну у автора винда ;)

Виндовые юзеры настолько суровы, что отрывают реду у оракла с корнем?
а по другому винда не отдаст
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 16:49
    #35466123
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Посмейтесь исчо больше...
Редо.лог на другой машине пропал
а всего машин 29 с XE-хой,
и у каждой что-то болит. Машинки разбросаны по разным городам в пределах 400 км.
Исторически сложилось, что это хозяйство висит на 2-х человеках, один из которых я...
Вот и "ржу нимагу" вместе с Вами...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 16:51
    #35466133
pravednik
pravednik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
nick akimovПосмейтесь исчо больше...
Редо.лог на другой машине пропал
а всего машин 29 с XE-хой,
и у каждой что-то болит. Машинки разбросаны по разным городам в пределах 400 км.
Исторически сложилось, что это хозяйство висит на 2-х человеках, один из которых я...
Вот и "ржу нимагу" вместе с Вами...
редулоги мультиплексированы ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 17:08
    #35466174
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Нет, мож я чего не догоняю , но их всего 2.
В 10.30 сегодня я освободил на диске 2 Пи свободного места к 17.00 все забито опять....
алерт.log
такое с 30.06
Код: plaintext
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.
Fri Aug  01   16 : 29 : 26   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_504.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 34 : 17   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_504.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 34 : 26   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_504.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 39 : 17   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_504.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 39 : 52   2008 
Restarting dead background process MMON
MMON started with pid= 11 , OS id= 940 
Fri Aug  01   16 : 39 : 55   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_940.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 40 : 04   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_940.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 44 : 57   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_940.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 45 : 06   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_940.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 49 : 57   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_940.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 50 : 07   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_940.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 54 : 59   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_940.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Fri Aug  01   16 : 55 : 09   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_940.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

startup
Код: plaintext
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.
Wed Jul  30   22 : 03 : 35   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1700.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Dump file d:\oraclexe\app\oracle\admin\xe\bdump\alert_xe.log
Thu Jul  31   07 : 13 : 14   2008 
ORACLE V10. 2 . 0 . 1 . 0  - Production vsnsta= 0 
vsnsql= 14  vsnxtr= 3 
Windows XP Version V5. 1  Service Pack  2 
CPU                 :  2  - type  586 
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:776M/1006M, Ph+PgF:2293M/2423M, VA:1945M/2047M
Thu Jul  31   07 : 13 : 14   2008 
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION =  0 
LICENSE_SESSIONS_WARNING =  0 
Picked latch-free SCN scheme  2 
Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on. 
IMODE=BR
ILAT = 10 
LICENSE_MAX_USERS =  0 
SYS auditing is disabled
ksdpec: called for event  13740  prior to event group initialization
Starting up ORACLE RDBMS Version:  10 . 2 . 0 . 1 . 0 .
System parameters with non-default values:
  sessions                 =  49 
  __shared_pool_size       =  150994944 
  __large_pool_size        =  4194304 
  __java_pool_size         =  4194304 
  __streams_pool_size      =  0 
  spfile                   = D:\ORACLEXE\APP\ORACLE\PRODUCT\ 10 . 2 . 0 \SERVER\DBS\SPFILEXE.ORA
  sga_target               =  570425344 
  control_files            = D:\ORACLEXE\ORADATA\XE\CONTROL.DBF
  __db_cache_size          =  406847488 
  compatible               =  10 . 2 . 0 . 1 . 0 
  db_recovery_file_dest    = D:\oraclexe\app\oracle\flash_recovery_area
  db_recovery_file_dest_size=  10737418240 
  undo_management          = AUTO
  undo_tablespace          = UNDO
  remote_login_passwordfile= EXCLUSIVE
  dispatchers              = (PROTOCOL=TCP) (SERVICE=XEXDB)
  shared_servers           =  4 
  job_queue_processes      =  4 
  audit_file_dest          = D:\ORACLEXE\APP\ORACLE\ADMIN\XE\ADUMP
  background_dump_dest     = D:\ORACLEXE\APP\ORACLE\ADMIN\XE\BDUMP
  user_dump_dest           = D:\ORACLEXE\APP\ORACLE\ADMIN\XE\UDUMP
  core_dump_dest           = D:\ORACLEXE\APP\ORACLE\ADMIN\XE\CDUMP
  db_name                  = XE
  open_cursors             =  300 
  os_authent_prefix        = 
  pga_aggregate_target     =  188743680 
MMAN started with pid= 4 , OS id= 284 
DBW0 started with pid= 5 , OS id= 456 
LGWR started with pid= 6 , OS id= 620 
CKPT started with pid= 7 , OS id= 984 
SMON started with pid= 8 , OS id= 1260 
RECO started with pid= 9 , OS id= 852 
CJQ0 started with pid= 10 , OS id= 1740 
MMON started with pid= 11 , OS id= 1992 
MMNL started with pid= 12 , OS id= 384 
Thu Jul  31   07 : 13 : 16   2008 
starting up  1  dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up  4  shared server(s) ...
Oracle Data Guard is not available in this edition of Oracle.
Thu Jul  31   07 : 13 : 17   2008 
alter database mount exclusive
PSP0 started with pid= 3 , OS id= 1900 
PMON started with pid= 2 , OS id= 1592 
Setting recovery target incarnation to  2 
Thu Jul  31   07 : 13 : 21   2008 
Successful mount of redo thread  1 , with mount id  2542578765 
Thu Jul  31   07 : 13 : 21   2008 
Database mounted in Exclusive Mode
Completed: alter database mount exclusive
Thu Jul  31   07 : 13 : 22   2008 
alter database open
Thu Jul  31   07 : 13 : 22   2008 
Beginning crash recovery of  1  threads
Thu Jul  31   07 : 13 : 22   2008 
Started redo scan
Thu Jul  31   07 : 13 : 23   2008 
Completed redo scan
  46578  redo blocks read,  3101  data blocks need recovery
Thu Jul  31   07 : 13 : 26   2008 
Started redo application at
 Thread  1 : logseq  955 , block  97063 
Thu Jul  31   07 : 13 : 26   2008 
Recovery of Online Redo Log: Thread  1  Group  2  Seq  955  Reading mem  0 
  Mem#  0  errs  0 : D:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_2_3JWMW0BQ_.LOG
Thu Jul  31   07 : 13 : 27   2008 
Recovery of Online Redo Log: Thread  1  Group  1  Seq  956  Reading mem  0 
  Mem#  0  errs  0 : D:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_3JWMVZ4W_.LOG
Thu Jul  31   07 : 13 : 32   2008 
Completed redo application
Thu Jul  31   07 : 13 : 32   2008 
Completed crash recovery at
 Thread  1 : logseq  956 , block  42546 , scn  41444666 
  3101  data blocks read,  3101  data blocks written,  46578  redo blocks read
Thu Jul  31   07 : 13 : 33   2008 
Thread  1  advanced to log sequence  957 
Thread  1  opened at log sequence  957 
  Current log#  2  seq#  957  mem#  0 : D:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_2_3JWMW0BQ_.LOG
Successful open of redo thread  1 
Thu Jul  31   07 : 13 : 33   2008 
SMON: enabling cache recovery
Thu Jul  31   07 : 13 : 36   2008 
Successfully onlined Undo Tablespace  1 .
Thu Jul  31   07 : 13 : 36   2008 
SMON: enabling tx recovery
Thu Jul  31   07 : 13 : 36   2008 
Database Characterset is CL8MSWIN1251
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid= 18 , OS id= 2028 
Thu Jul  31   07 : 13 : 43   2008 
Completed: alter database open
Thu Jul  31   07 : 13 : 43   2008 
db_recovery_file_dest_size of  10240  MB is  0 . 98 % used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Thu Jul  31   07 : 13 : 45   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1992.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Thu Jul  31   07 : 13 : 47   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1992.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []

Thu Jul  31   07 : 17 : 53   2008 
Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1992.trc:
ORA- 00600 : internal error code, arguments: [kjhn_post_ha_alert0- 862 ], [], [], [], [], [], [], []
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.08.2008, 17:40
    #35466254
jan2ary
jan2ary
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
workaround есть, но не уверен, что могу его даже пересказать здесь.
Короче - надо вам идти к ораклу на поклон: покупать промышленный продукт и поддержку.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.08.2008, 14:12
    #35468858
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Есть промышленный продукт - 10g. Закончилось время...
70 тыров за год просят
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.08.2008, 14:36
    #35468953
SergINI
SergINI
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Туточки почитай:
http://orafaq.com/usenet/comp.databases.oracle.server/2006/07/22/1310.htm
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.08.2008, 15:23
    #35469139
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
SergINIТуточки почитай:
http://orafaq.com/usenet/comp.databases.oracle.server/2006/07/22/1310.htm
Спасибо, я этот ресурс ужо посещал.... толку то????
# 2006-07-19 на это время проблема решения не имела
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.08.2008, 16:50
    #35479037
nick akimov
nick akimov
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
Проблема раззрешилась....Баг базы
Другими словами:
Код: plaintext
This problem has been documented as Bug  5173066  REPEATED ORA- 600  [KJHN_POST_HA_ALERT0- 862 ] FROM MMON PROCESS
Решается:
танцами с бубном и таблицей recent_resource_incarnations$
или
снесением базы и ее поднятием из дампа...:-)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
13.09.2017, 11:05
    #39520296
keon
keon
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Горячая очистка bdump...
nick akimovПроблема раззрешилась....Баг базы
Решается:
танцами с бубном и таблицей recent_resource_incarnations$
или
снесением базы и ее поднятием из дампа...:-)

Ник, а можно более расширенный вариант решения проблемы. У самого такая беда на 10g.
Мне помогло (bdump больше не засирается):
Код: plsql
1.
truncate table recent_resource_incarnations$;


но терзают смутные сомнения, не приведет ли это в будущем к какому-то crash'у :(
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Горячая очистка bdump... / 21 сообщений из 21, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 440ms
Закрыть
start [/forum/topic.php?fid=52&mobile=1&tid=1885262]:
 0ms
get settings:
 6ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 158ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 42ms
get tp. blocked users:
 1ms
others: 203ms
total:  440ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]