|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Подскажите, что такое в сообщениях Время работы SQL Server: Время ЦП = 827 мс, затраченное время = 10701 мс. "затраченное время" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 16:58 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentator, затраченное - суммарное время на выполнение запроса ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:06 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Shakilldefragmentator, затраченное - суммарное время на выполнение запроса Что такое "суммарное время на выполнение запроса" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:13 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentator"затраченное время" ? Время выполнения запроса. То, что можно увидеть в строке состояния SSMS после выполнения запроса, только в миллисекундах. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:16 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentatorShakilldefragmentator, затраченное - суммарное время на выполнение запроса Что такое "суммарное время на выполнение запроса" ?время, прошедшее от момента начала выполнения запроса до момента завершения. очевидно же ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:16 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Причём "Время ЦП" может быть как меньше "затраченного времени", так и больше. Больше иногда бывает в случае распараллеленных запросов, т.к. "Время ЦП" — это суммарное время по всем процессорам, задействованным в выполнении запроса. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:19 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Гость333, то есть в случае одного процесора суммарное время = время ЦП + время пересылки данных к серверу и обратно? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:22 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentator, и плюс время на операции ввода-вывода. чтение и запись на диск могут отнять много времени ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:26 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Ещё — плюс время, в течение которого запрос висел в ожидании блокировок. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:32 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
На время ЦП можно ориентироваться как на время выполнения запроса для сравнения эффективности двух вариантов запроса или лучше сравнивать в плане запроса в %? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:37 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentator, на затраченное ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:39 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentatorНа время ЦП можно ориентироваться как на время выполнения запроса для сравнения эффективности двух вариантов запроса или лучше сравнивать в плане запроса в %? Нет. Ориентироваться надо на связку план + STATISTICS TIME + STATISTICS IO. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:40 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
zxc1257defragmentator, на затраченное Не уверен. Это время обмена клиента с сервером, в основном. А если запрос идёт в пакете, то такого обмена нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:41 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
pkarklindefragmentatorНа время ЦП можно ориентироваться как на время выполнения запроса для сравнения эффективности двух вариантов запроса или лучше сравнивать в плане запроса в %? Нет. Ориентироваться надо на связку план + STATISTICS TIME + STATISTICS IO. Если план чуть быстрее, а STATISTICS TIME (время ЦП) чуть медленнее, то что выбрать? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:42 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentatorНа время ЦП можно ориентироваться как на время выполнения запроса для сравнения эффективности двух вариантов запроса или лучше сравнивать в плане запроса в %? а какой критерий вы выбрали в качестве оценки эффективности? максимум скорости или минимум ресурсов или какие-то смешанные варианты? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:44 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentatorzxc1257defragmentator, на затраченное Не уверен. Это время обмена клиента с сервером, в основном . А если запрос идёт в пакете, то такого обмена нет. правильно, i/o, wait, ... можно пренебречь. копейки. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:45 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentatorЕсли план чуть быстрее, а STATISTICS TIME (время ЦП) чуть медленнее, то что выбрать? Приведите, уже, реальные планы и озвученные выше набор статистик. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:45 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
pkarklin, да ладно, я для себя уже выбрал лучший вариант, просто хочу на будущее знать. Если что, приведу вариант, а пока вопрос можно считать решённым. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:51 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentatorплан чуть быстрее Что вы здесь имеете в виду? У плана меньше стоимость (Estimated Cost)? Эта стоимость измеряется в "условных попугаях". Подробнее можно прочесть, например, с этого сообщения 14136542 и до конца темы. То есть это стоимость запроса на некоей условной "эталонной конфигурации", а реальные конфигурации могут сильно отличаться от этого эталона. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:57 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
+забыл дописать Поэтому лучше ориентироваться на реальную статистику (TIME + IO) выполнения запросов. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 17:58 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Гость333, смотрю Actual Plan ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 18:00 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Гость333Поэтому лучше ориентироваться на реальную статистику (TIME + IO) выполнения запросов. А, извиняюсь, просмотрел этот пост: pkarklinОриентироваться надо на связку план + STATISTICS TIME + STATISTICS IO. Да, конечно, и план тоже надо учитывать. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 18:02 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
defragmentatorсмотрю Actual Plan А по каким показателям из Actual Plan вы определяете, что "план чуть быстрее"? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 18:05 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Интересно, что сам по себе мониторинг статистики тоже может влиять на время. Год назад читал статью How to Make Scalar UDFs Run Faster (SQL Spackle) Там был результат измерения времени выполнения запроса со скалярной функций при помощи двух методов: 1) set statistics time 2) datediff Результаты в статье такие: statistics timeSQL Server Execution Times: CPU time = 109031 ms, elapsed time = 299436 ms. datediff7456 И я тогда отписался там в комментах: SomewhereSomehowJeff Moden, Wonderful note about set statistics time! Never heard of it! Т.е. скорее всего у меня получилось воспроизвести такой результат (хотя может я поверил "наслово" - но я такое редко от себя могу ожидать=)). Сейчас пытаюсь проиграть конкретно те примеры из статьи - не получается такой драматической разницы во времени выполнения. Пробовал на голом 2008r2 rtm, 2008r2 sp2, 2012 sp1. Однако, небольшая, но разница все же есть: Код: 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.
автор SQL Server Execution Times: CPU time = 1934 ms, elapsed time = 2436 ms. ------------------------------------- Elapsed time:1940 Т.е. само по себе измерение статистики - тоже может влиять на время =) - Никому нельзя доверять! Даже себе самому! - возмущался мужик, намыливая штаны. - Я ведь только пукнуть хотел... У кого получится воспроизвести тайминги из статьи - просьба поделиться секретом. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 20:03 |
|
|
start [/forum/topic.php?fid=46&tid=1705375]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
123ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
others: | 236ms |
total: | 474ms |
0 / 0 |