|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
zxc1257, Я тоже так подумал сначала и прежде чем постить вопрос - протестил для 10 млн и 100 млн, у меня получились те же тайминги только в пропорции. В статье же, уже при 1 млн - какие-то дикие расхождения. В статье есть даже отдельный раздел: "If you measure it, you change it." Вот мне и интересно. Впрочем ваш коммент хорошо иллюстрирует мой посыл на тему что само измерение статистики влияет на время, и, получается, чем больше объем - тем сильнее. Хотя зависимость линейная - ожидаемо. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 20:47 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Принцип неопределенности как из квантовой механики:) Некоторые параметры измерения статистики сильно зависят от различных показателей. В данном случае думаю была важна латентность сети.(время отклика, не путать с пропускной способностью) Думаю сейчас вам таких показателей не удается добиться именно по этим причинам:) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 20:55 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Хотя нет. Прочитал пост не верно - это не тот случай.(вызов то каждый для каждой строчки рекордсета но не по сети каждый раз). ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 20:59 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
МуМу, Насчет сети надобно проверить все равно, идея хорошая! Просто так отключение протокола shared memory ничего не дает, но мало ли там как реализовано...вдруг переключение контекста скалярной функции как-то взаимодействует... Я уже как в анекдоте - никому не верю. Завтра на работе проверю, еще и между доменами и разными сегментами сети потестирую, сейчас чертов удаленный рабочий стол завис. Но в любом случае - печально то, что сам сбор статистики по времени - влияет на время (даже если и незначительно). Это хотя бы должно быть документировано - в документации я этого не нашел. Может плохо искал. SET STATISTICS TIME авторОтображает время в миллисекундах, необходимое для синтаксического анализа, компиляции и выполнения каждой инструкции. Также, где сказано, что учитывается время передачи клиенту? А оно учитывается! Может это где-то сказано в других разделах? Но почему не в этом, релевантном? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 21:18 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
http://www.softpoint.ru/article_id4226.htm Здесь сжатая статья исследований.(где то в ссылках программулина которая позволяет измерить реальные потери при увеличении количества вызовов) Все начиналось изначально проработкой своего интерфейса на базе инфинибанд. Затем возникли вопросы по вопросы времени отклика сетевых интерфейсов. Например 10ГБ(езернет) дает в два раза меньшее время отклика чем 1 ГБ.(и большую масштабируемость) (инфини бэнд почти достигает времени взаимодействия с шаред мемори 1,5 коэффициент) Для некоторых систем это вообще очень важно. В итоге, если вызовов много , если латентность не очень - могут быть очень большие временные потери. Но в данном случае это ситуация не та, скорее всего потому что вызовы один раз обрабатываются на сервере а потом передаются сетевым интерфейсом большой кучей данных. Если это не так то - однозначно потери именно в этом.(проверить можно проанализировав сетевой трафик). Если проблемы не с сетью - то может быть завязана еще и неоптимальная виртуализация(количество контекстов переключений) и т.д. Поэтому в данном случае лучше посмотреть сколько сетевых пакетов идет туда обратно. Потом делать какие то выводы. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 21:40 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
МуМу, сеть не причем Код: sql 1.
дело во внутренней реализации statistics time on; вы когда компилите программу в debug версии или выполняете ее под профайлером, она выполняется медленнее чем release без профайлера? так и тут. по мне так лишь бы отношение времени выполнения двух запросов под statistics time on и без него оставалось близким. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 22:00 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
zxc1257, МуМу, Давайте все-таки просто проверим! Спорить нет смысла. Про сеть - очень хорошее предположение. Вообще, почему скалярные функции работаю так медленно? Потому, что каждый раз при выполнении скалярной функции - есть переключение контекста, как если бы выполнялся отдельный модуль. Я, например, не уверен, что в режиме включенного сбора статистики модуль скалярной функции не взаимодействует с сетью. Завтра я сам проверю, но может кто-то найдется и проверит у себя сегодня. Если не подтвердится, то нет - будем думать дальше. Какие проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2013, 22:14 |
|
SET STATISTICS TIME ON
|
|||
---|---|---|---|
#18+
Проверил, предположение хорошее, но, видимо, не верное. Разница есть, но опять же не такая драматическая. Пробовал даже с серверами расположенными в других городах, с которыми узкий канал связи - но значений, отличающиеся на порядок, получить не удалось. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2013, 10:33 |
|
|
start [/forum/topic.php?fid=46&gotonew=1&tid=1705375]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
32ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 163ms |
0 / 0 |