|
Процес оптимизации запроса. | ☑ | ||
---|---|---|---|---|
0
Rokstedi
14.08.13
✎
16:52
|
Здравствуйте. Подскажите как замерить производительность запроса? Создал обработку, в ней выполняется запрос, ставлю замер производительности, выполняю запрос, смотрю результат. Но при повторном выполнении этот же запрос выполняется в разы быстрее. Как правильно замерить время выполнения запроса?
|
|||
1
ДенисЧ
14.08.13
✎
16:52
|
Перезапускай 1с, чистя перед этим кеш
|
|||
2
Rokstedi
14.08.13
✎
16:58
|
Ок,спс. Долговато...
|
|||
3
z01
14.08.13
✎
17:06
|
(0)скульная?
|
|||
4
Ненавижу 1С
гуру
14.08.13
✎
17:17
|
замеряй производительность на 2-й и далее попытках, первую игнорируй
|
|||
5
Rokstedi
14.08.13
✎
17:19
|
(3) да
|
|||
6
z01
14.08.13
✎
17:20
|
(5)это скуль план запроса генерил и кеширование
|
|||
7
Maxus43
14.08.13
✎
17:27
|
выполнив на скуле freeproccashe ты частично убъёшь кэширование, и в след раз так же тормозно будет выполнятся
|
|||
8
Rokstedi
14.08.13
✎
17:37
|
(4)Первое выполнение запроса 15,3891
2) 2,3152 3) 2,3703 4) 2,6606 5) 2,3912 Это нормальные разбежности? |
|||
9
Darklight
14.08.13
✎
17:45
|
(8)Если на этом же железе хоть что-нибудь ещё выполняется (не в Idel приоритете) - то да.
|
|||
10
mehfk
14.08.13
✎
17:51
|
(8) Это норма. Это цкуль не читает страницы с диска, а использует страницы в памяти, это дисковый кэш операционной системы, и т.д.
|
|||
11
Fragster
модератор
14.08.13
✎
17:54
|
DBCC FREESYSTEMCACHE 'All'
|
|||
12
Fragster
модератор
14.08.13
✎
17:54
|
вернее DBCC FREESYSTEMCACHE ('ALL', default);
|
|||
13
z01
14.08.13
✎
17:56
|
(12)это во время работы на рабочем запускать точно можно?
|
|||
14
z01
14.08.13
✎
17:57
|
А. Освобождение неиспользуемых записей кэша из кэша пула регулятора ресурсов
В следующем примере показывается, как очищать кэши, выделенные указанному пулу ресурсов регулятора ресурсов. Копировать -- Clean all the caches with entries specific to the resource pool named "default". DBCC FREESYSTEMCACHE ('ALL','default'); |
|||
15
Fragster
модератор
14.08.13
✎
17:57
|
(13) Clearing the plan cache causes a recompilation of all subsequent execution plans and can cause a sudden, temporary decrease in query performance.
|
|||
16
z01
14.08.13
✎
17:57
|
||||
17
z01
14.08.13
✎
17:59
|
(15)это не ответ
|
|||
18
Fragster
модератор
14.08.13
✎
18:01
|
(17) запускать - можно.
|
|||
19
z01
14.08.13
✎
18:06
|
(18)зачем?
|
|||
20
Fragster
модератор
14.08.13
✎
18:11
|
(19) чтобы замерить производительность запроса без учета кэшей
|
|||
21
Odavid
15.08.13
✎
11:57
|
(20) а первый запуск выполнения запроса не подойдет?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |