Имя: Пароль:
1C
1С v8
Анализ узких мест на серверной базы
0 simol
 
01.02.12
18:53
Имею базу на 8.2.13 и MSSQL2005.
Очередная попытка найти медленные места в программе.

1. Пробую Profiler-ом. Запустил его не локально, а подключаюсь по локальной сети (100-ка). Отслеживаю событие SQL:BatchCompleted с отбором Duration >5000
Получаю постоянно практически один и тот же запрос партионного учета с Duration немногим больше 10000, то есть как бы 10 сек.

Но реально так долго никто не ждет при проведении документов. Потому делаю:

2. Настраиваю технологический журнал следующим образом:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
   <dump create="false"/>
   <log location="\\Serv2\Log\" history="168">
       <event>
           <eq property="name" value="sdbl"/>
           <gt property="duration" value="5000"/>
       </event>
       <property name="context">
           <event>
               <eq property="name" value="sdbl"/>
           </event>
       </property>
       <property name="duration">
           <event>
               <eq property="name" value="sdbl"/>
           </event>
       </property>

       </property>
   </log>
</config>


Получаю сообщения:

43:13.1892-8647,SDBL,1,Context='
ОбщийМодуль.ПолныеПрава : 2461 : Результат = Запрос.ВыполнитьПакет();'

Совершенно не понимаю где тут выбранное duration которое с отбором больше 5000мс

Потому делаю наш 3:

3. В Конфигураторе подключаюсь ко всем сеансам (debug на сервере включен) и включаю Замер производительности.

И вижу, что да, самыми долгими запросами являются эти два запроса. которые нашел профайлер и который нашел технологический журнал, но замер показывает время выполнения этих запросов примерно 1 секунда, именно в эту цифру и верится по визуальному наблюдению за работой программы.


Вопросы:
1) Почему в Profiler Duration около 10сек?
2) Где в логе технологического журнала быстродействие?
3) Почему если я в технологическом журнале поставил отбор более 5000 то запросы туда пролазят. а в замере самый долгий 1 секунда?
1 simol
 
02.02.12
13:45
Как говорится "Вы хотите про это поговорить?"....
2 упс
 
02.02.12
13:49
3 упс
 
02.02.12
13:55
(0) сорри, я в (2) тупанул. У меня галка стоит "Показывать в микросекундах", пардон
4 simol
 
02.02.12
14:16
(3)Ссылка хорошая. Но и 10 сек нереально и 10 мс нереально по визуальным наблюдениям
5 simol
 
02.02.12
16:35
Гуры, заметьте мою тему
6 saaken
 
02.02.12
16:36
поищи где-то было что надо на 10000 делить
7 simol
 
02.02.12
16:47
(6)дело в том, что рябом две колонки дата начала и дата окончания, между ними теже 10 сек
8 simol
 
03.02.12
19:06
Прикол в том, что если включить в Profiler запись плана выполнения запроса, то сервер SQL начинает крепко тормозит и соответственно Duration запросов растет и наверно бывают эти 10с.

А как получать планы выполнения запроса, чтобы запросы не тормозили?
В Profiler можно отбирать запросы по Duration, но при этом планы выполнения запроса выводятся по всем.
А можно настроить чтобы планы выполнения были только по отобранным по Duration?
9 Живой Ископаемый
 
03.02.12
19:13
говорят в 15-релизе ТЖ можно настроить на собирание планов... но ни разу не пробовал
10 simol
 
06.02.12
16:21
Небольшой ап
11 simol
 
06.02.12
22:58
Кто знает, что это за предупредительные треугольники? http://shot.photo.qip.ru/005he3-202MPSs/
12 ДенисЧ
 
07.02.12
05:17
(11) А если на них мышой показать?
13 simol
 
07.02.12
12:21
(12)Уже не смогу показать. Но содержимое ничего не расшифровывало необычного.
На SQL.RU сказали, что нет статистики. Но какой и почему не знаю