Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
О чем может говорить следующая ситуация: для некоторой таблицы lockreqs (полученный из sysptprof) астрономический, при этом количество чтений - микроскопическое (скажем соотношение миллионы/десятки миллионов на сотни), а записей/удалений (iswrites/isrewrites/isdeletes) нет вообще (либо пренебрежимо мало - единицы)? Причем все это за очень короткие интервалы (десятки секунд - минуты). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 12:55 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Евгений ФадеевО чем может говорить следующая ситуация: для некоторой таблицы lockreqs (полученный из sysptprof) астрономический, при этом количество чтений - микроскопическое (скажем соотношение миллионы/десятки миллионов на сотни), а записей/удалений (iswrites/isrewrites/isdeletes) нет вообще (либо пренебрежимо мало - единицы)? Причем все это за очень короткие интервалы (десятки секунд - минуты).select for update ? UPD: хотя и простой селект тоже будет увеличивать lockreqs. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 13:55 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Журавлев Денисselect for update ?Возможно. Кода много, его не я писал и вполне возможно что таких конструкций там есть. То есть это типа блокировки намерений? Журавлев ДенисUPD: хотя и простой селект тоже будет увеличивать lockreqs.Но чтений (read'ов) при этом происходить (регестрироваться) не будет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 17:01 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Евгений ФадеевНо чтений (read'ов) при этом происходить (регестрироваться) не будет?будут. Не заметил слово микроскопическое, про соотношение не понял. Значит мои предположения не верны. Еще блокировки накладываются из-за констрейнтов, чтения таблицы может не быть, а у индекса наверно будет чтение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 17:27 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Евгений ФадеевНо чтений (read'ов) при этом происходить (регестрироваться) не будет?будут. Не заметил слово микроскопическое, про соотношение не понял. Значит мои предположения не верны.Это ключевая часть вопроса... Я, честно говоря, в сильном замешательстве. Чтений нет (100-200 штук), а запросов блокировок - десятки, если не сотни, миллионов. Журавлев Денис Еще блокировки накладываются из-за констрейнтов, чтения таблицы может не быть, а у индекса наверно будет чтение.Констрейнтов, практически нет (что, с моей точки зрения, полный беспредел, но это к делу отношения не имеет). А вот мысль про индексы - интересная. То есть при чтении из индекса isreads не накручивается, а запросы на блокировки идут? Я правильно понимаю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 17:37 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
кстати что у нас с полем bfrd - где смотрели кол-во чтений-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 17:54 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 18:00 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 18:11 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 18:20 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Я смотрю последством селектов из sysptprof. В общем для bufread'ов цифры тоже ого-го! То есть десятки миллионов. О чем это говорит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 18:39 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Евгений ФадеевЯ смотрю последством селектов из sysptprof. В общем для bufread'ов цифры тоже ого-го! То есть десятки миллионов. О чем это говорит?О том что чтение из буферов, а не с диска, кеширование на чтение у вас работает, поздравляю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 18:45 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Евгений ФадеевЯ смотрю последством селектов из sysptprof. В общем для bufread'ов цифры тоже ого-го! То есть десятки миллионов. О чем это говорит?О том что чтение из буферов, а не с диска, кеширование на чтение у вас работает, поздравляю А-а-а... То есть read'ы это физические чтения с диска? А bufread's, соответственно, из памяти (буферов)? Тогда понятно, спасибо. Я поначалу чумал, что наоборот... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 18:59 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Евгений ФадеевА-а-а... То есть read'ы это физические чтения с диска? А bufread's, соответственно, из памяти (буферов)? Тогда понятно, спасибо. Я поначалу чумал, что наоборот... Ну я не очень копенгаген в этом вопросе но думаю что это типа Number of times the ISAM read function is called. Или The number of reads against this partition . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 19:08 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
В любом случае ситуация Код: plaintext 1. Хотя не очень понятно в каких единицах эти числа, таблица-то всего 2 страницы. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 19:16 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Евгений ФадеевА-а-а... То есть read'ы это физические чтения с диска? А bufread's, соответственно, из памяти (буферов)? Тогда понятно, спасибо. Я поначалу чумал, что наоборот... Ну я не очень копенгаген в этом вопросе но думаю что это типа Number of times the ISAM read function is called. Или The number of reads against this partition . Если таблица по индексу читается, то isread накрутятся для индекса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 11:01 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
ТанЕсли таблица по индексу читается, то isread накрутятся для индексаЭто я понял по тому странному факту, что в столбце tabname появляются имена индексов :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 11:41 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
В общем еще один вопрос (вдогонку к первому): что есть reads, bufreads и pagreads? А также следует ли считать seqscans количеством fullscan'ов по таблице или это что-то другое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 12:59 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Евгений ФадеевВ общем еще один вопрос (вдогонку к первому): что есть reads, bufreads и pagreads? reads - это число чтений с диска (число обращений). bufreads - это число чтений из памяти (число обращений), я полагаю может включать в себя reads а может и не включать. pagreads - сколько страниц прочитано, размер страницы (2-4-8...кб) надо смотреть. Евгений ФадеевА также следует ли считать seqscans количеством fullscan'ов по таблице или это что-то другое?Да именно оно. Это было видно уже тут (план с сексканом (SEQUENTIAL SCAN), поэтому lkrqs увеличивается на 343 (343 строки в таблице), seqsc увеличивается на 1). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 15:15 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Ок, спасибо. Журавлев Денисbufreads - это число чтений из памяти (число обращений), я полагаю может включать в себя reads а может и не включать. Судя по тому, что есть (и немало) таблицы для которых isreads > bufreads - не включает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 15:32 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Евгений ФадеевСудя по тому, что есть (и немало) таблицы для которых isreads > bufreads - не включает.Наверно. Правда я когда писал, думал о light scans (чтение в пул сессии мимо буферов). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 15:43 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Код: plaintext 1. 2. 3. 4. Ты имеешь ввиду US для отдельной таблицы ? Работало и раньше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 16:36 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
большое число запросов на блокировку при малом количестве чтений конечно говорит о том, что чтение происходит из буферного кэша. Но это же означает что вероятнее всего запрос неоптимален. при этом еще должен cpu быть довольно большим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 17:18 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
cprбольшое число запросов на блокировку при малом количестве чтений конечно говорит о том, что чтение происходит из буферного кэша. Но это же означает что вероятнее всего запрос неоптимален. при этом еще должен cpu быть довольно большим.Вот я и пытаюсь найти где неоптимально :) Выходит, правда, пока не очень... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 17:19 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
а тормозящий запрос найден или нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 17:25 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
глянул в соседний тред, похоже проблема одна. делай так 1 запускаешь в одном терминале onstat -rz -p 2 в другом делаешь регулярно запрос в sysmaster select first 10 username as usr,lockreqs,sqs_statement[1,50] from syssesprof, syssessions, syssqlstat where syssesprof.sid=syssessions.sid and (bufreads+lockreqs+bufwrites+seqscans)>0 and syssessions.sid==sqs_sessionid order by 2 desc в верхних строчках будет всплывать тормозящий запрос ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 17:38 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
cprбольшое число запросов на блокировку при малом количестве чтений конечно говорит о том, что чтение происходит из буферного кэша. Но это же означает что вероятнее всего запрос неоптимален. при этом еще должен cpu быть довольно большим. Странный вывод. Даже очень. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 22:17 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
cpr ...(bufreads+lockreqs+bufwrites+seqscans)>0 ... в верхних строчках будет всплывать тормозящий запрос Странно, как можно по числу запросов на блокировки определять "тормозящий запрос" ? Может сначала определимся, что такое "тормозящий запрос" ? А как насчет чтений непосредственно с диска, ожиданий блокировок или дидлоков ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 22:24 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
vasilis cpr ...(bufreads+lockreqs+bufwrites+seqscans)>0 ... в верхних строчках будет всплывать тормозящий запрос Странно, как можно по числу запросов на блокировки определять "тормозящий запрос" ? Может сначала определимся, что такое "тормозящий запрос" ? А как насчет чтений непосредственно с диска, ожиданий блокировок или дидлоков ? В соседней ветке товарищ захотел оптимизировать запрос именно по этому параметру. В общем случае ясен пень надо сначала понять, какой параметр надо оптимизировать, а потом соответственно изменить предлагаемый запрос. а (bufreads+lockreqs+bufwrites+seqscans)>0 появилось, когда я не знал как ограничить выборку первыми N строками, да так и осталось в скрипте ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2006, 12:45 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
cprВ соседней ветке товарищ захотел оптимизировать запрос именно по этому параметру.Если Вы про меня, то я не хотел оптимизировать запрос (у меня его нет, был бы - я бы и так оптимизировал, без профайлинга по всемму серверу). Я хочу найти узкие места в большой и сложной системе, о внутреннем устройстве которой у меня очень поверхностное представление. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2006, 13:00 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Евгений Фадеев cprВ соседней ветке товарищ захотел оптимизировать запрос именно по этому параметру.Если Вы про меня, то я не хотел оптимизировать запрос (у меня его нет, был бы - я бы и так оптимизировал, без профайлинга по всемму серверу). Я хочу найти узкие места в большой и сложной системе, о внутреннем устройстве которой у меня очень поверхностное представление. ИМХО узкие места ищутся по жалобам юзеров. Или смотреть операционку. У системного админа (не DBA) есть свои критерии. Idle CPU какой? А так узкими местами традиционно могут быть например диски. iowait надо анализировать, если у вас в ОС есть ожидания чтения с дисков, то это скорее всего узкое место. Т.н. Informix запросил чтение с диска, а система не успевает по причине большого количества обращений к диску по совершенно различным секторам, так что скорость считывания с диска резко деградирует. и.т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 13:05 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
cprИМХО узкие места ищутся по жалобам юзеров. Или смотреть операционку. У системного админа (не DBA) есть свои критерии. Idle CPU какой? А так узкими местами традиционно могут быть например диски. iowait надо анализировать, если у вас в ОС есть ожидания чтения с дисков, то это скорее всего узкое место. Т.н. Informix запросил чтение с диска, а система не успевает по причине большого количества обращений к диску по совершенно различным секторам, так что скорость считывания с диска резко деградирует. и.т.д.Видите ли в чем дело: если у меня есть пара-тройка "кривых" запросов или нет пары-тройки жизненно важных индексов, то это легко может давать колоссальную нагрузку на диски, процессор, память и т.п. Вы предлагаете лечить это разгоном процов, усилением дисковой подсистемы и наращиванием памяти?! Я предпочитаю другие методы. А по данным низкоуровнего профайлинга (уровня ОС и железа) найти причины узких мест довольно сложно, если вообще возможно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 13:10 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
vasilis cprбольшое число запросов на блокировку при малом количестве чтений конечно говорит о том, что чтение происходит из буферного кэша. Но это же означает что вероятнее всего запрос неоптимален. при этом еще должен cpu быть довольно большим. Странный вывод. Даже очень. Что именно? что запрос не оптимален? для OLTP скорее всего так и есть. Для OLAP скорее всего нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 13:12 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Евгений Фадеев cprИМХО узкие места ищутся по жалобам юзеров. Или смотреть операционку. У системного админа (не DBA) есть свои критерии. Idle CPU какой? А так узкими местами традиционно могут быть например диски. iowait надо анализировать, если у вас в ОС есть ожидания чтения с дисков, то это скорее всего узкое место. Т.н. Informix запросил чтение с диска, а система не успевает по причине большого количества обращений к диску по совершенно различным секторам, так что скорость считывания с диска резко деградирует. и.т.д.Видите ли в чем дело: если у меня есть пара-тройка "кривых" запросов или нет пары-тройки жизненно важных индексов, то это легко может давать колоссальную нагрузку на диски, процессор, память и т.п. Вы предлагаете лечить это разгоном процов, усилением дисковой подсистемы и наращиванием памяти?! Я предпочитаю другие методы. А по данным низкоуровнего профайлинга (уровня ОС и железа) найти причины узких мест довольно сложно, если вообще возможно... Первое, если в системе есть проблемы, то это проявляется именно на низком уровне - свопинг, иовэйты, Idle CPU близкий к нулю? ошибки на девайсах и т.д.. Если сисадмин говорит DBA что в системе все ОК, а юзеры жалуются, то тогда смотри в информикс. То что тюнинг алгоритмов дает эффект намного выше, чем тюниг информикса или увеличение ресурсов вопросов не вызывает, я сам это здесь уже говорил как то. Не очень понятна постановка вопроса "... если у меня есть ...". Они как правило или есть или их нет (пока нет). Но пока их нет, вы, не понимая природы запросов и характеристик распределения данных в таблицах врядли сможете их предугадать. Простой пример - сиквенс скан к небольшой таблице , плохо это или хорошо может сказать тот, кто может предполагать каким образом таблица будет расти. Если в ней например 100 коротких записей, и она никогда не вырастет - забудьте о ней. и т.д. и т.п.... эээ... а вообще 1 характер БД - OLTP или DSS? от этого много хависит 2 какая платформа? ОС и железо в смысле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 13:30 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
cprПервое, если в системе есть проблемы, то это проявляется именно на низком уровне - свопинг, иовэйты, Idle CPU близкий к нулю? ошибки на девайсах и т.д.. Если сисадмин говорит DBA что в системе все ОК, а юзеры жалуются, то тогда смотри в информикс.Позволю себе не согласиться. Если у меня идет очень интенсивный ввод/вывод в сессиях мне необязательно смотреть что там с дисками, я и так знаю что все плохо... cprТо что тюнинг алгоритмов дает эффект намного выше, чем тюниг информикса или увеличение ресурсов вопросов не вызывает, я сам это здесь уже говорил как то.Ок, значит по этому вопросу мы договорились :)) cprНе очень понятна постановка вопроса "... если у меня есть ...". Они как правило или есть или их нет (пока нет). Но пока их нет, вы, не понимая природы запросов и характеристик распределения данных в таблицах врядли сможете их предугадать.Ну, про данные в таблицах я кое-что знаю. Не все, но многое. cprПростой пример - сиквенс скан к небольшой таблице , плохо это или хорошо может сказать тот, кто может предполагать каким образом таблица будет расти. Если в ней например 100 коротких записей, и она никогда не вырастет - забудьте о ней. и т.д. и т.п....Спасибо, я в курсе :) cprэээ... а вообще 1 характер БД - OLTP или DSS? от этого много хависит 2 какая платформа? ОС и железо в смысле.1. И то и другое одновременно. 2. Сорярис на Сане (про детали не скажу, не в курсе, я не админ и мне это не очень интересно). Но железяка очень и очень серьезная. Ну и (на всякий случай, если это неясно из моих формулировок) - мне не нужны советы общего характера (я и сам горазд их давать :)). И я, примерно, в курсе на что смотреть. У меня нет знаний по конкретным, специфичным именно для Информикса, деталям (просто я живу с ним недавно совсем). То есть я знаю что мне нужно, но не знаю где это увидеть именно на этом сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 13:44 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
Сам по себе интенсивный ввод-вывод не означает, что это плохо. Может так надо и других вариантов вообще нет. Здесь как раз надо знать характеристики системы. Так например постоянное чтение 40 метров в секунду много или мало? Если читаете с локально FC диска- то нормально, а если с внешнего массива со страйпингом, то наверняка маловато. И в таком случае разумеется с такого девайса надо уносить все остальное чтобы не мешать. ИМХО профайлинг Informix обязательно надо соотносить с мониторингом ОС. Какой всетаки Сан? Какой storage?. Ввод-вывод говорите? тогда на каких именно чанках можно посмотреть onstat -D. Посмотрите статистику в течении дня и в короткие периоды при пиковых нагрузках. Дает много пищи для размышлений. Если смотрите статистику за день, то утром сделайте onstat -z, а вечером смотрите статистику. Если за короткий промежуток времени, то можно onstat -rz -10 -D -10 это время в секундах, ставьте скоко нужно. Потом посмотреть какие таблицы в чанках лежат. Далее зависит от того, что там именно лежит - количество, размеры, количество экстентов, наличие фрагментов, индексы отсоединены или нет, ширина строк тоже немаловажна. Если можете большие таблицы к которым идут постоянное обращение разнесите на разные девайсы. Кстати хороший эффект для oltp дает установка признака резидентности для небольших, но постоянно читаемых таблиц, повышает кэширование и снижает ввод-вывод. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 14:22 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
cpr vasilis cpr большое число запросов на блокировку при малом количестве чтений ... означает что вероятнее всего запрос неоптимален. Странный вывод. Даже очень. Что именно? что запрос не оптимален? для OLTP скорее всего так и есть. Для OLAP скорее всего нет. Я выделил тот ваш вывод, который считаю странным. cprСам по себе интенсивный ввод-вывод не означает, что это плохо. Может так надо и других вариантов вообще нет. Здесь как раз надо знать характеристики системы. Тут вы сами себе же и ответили :) т.е. пояснили, почему я считаю это странным. И еще - вы часто видели промышленную OLTP систему в ЧИСТОМ виде ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2006, 13:10 |
|
||
|
Вопрос про lockreqs
|
|||
|---|---|---|---|
|
#18+
vasilis Журавлев Денис Код: plaintext 1. 2. 3. 4. Ты имеешь ввиду US для отдельной таблицы ? Работало и раньше. Я ошибся for table означает собрать статистику только для таблиц. Все правильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 10:59 |
|
||
|
|

start [/forum/topic.php?all=1&fid=44&tid=1608554]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
68ms |
get tp. blocked users: |
1ms |
| others: | 247ms |
| total: | 410ms |

| 0 / 0 |
