Тестирую отчет, цель - разобраться, на каких именно строках отчет тормозит при работе по сети. Почему-то при каждом запуске замеритель производительности показывает разное время, отличающееся на +-3 секунды, а то и на все 20... Почему так? База файловая, подключаюсь к ней по сети (не терминал).

Дай угадаю - наверное потому что база байловая и подключаешся ты к ней по сети!

(1) - и что? зависит от скорости сети в каждый момент времени что ли?  "Скорости сети" - ну и придумала же фразу. Ну вы поняли о чем я )

потому что в разные моменты нагрузка на железо файл-сервера и клиента разная.

2(2) Почему только сети? От очереди на чтение к диску файл-сервера, от загруженности его проца, от загруженности клиента.

Ясно, значит, не от 1С зависит. А как же тогда оценить объективно? Вычислять среднее по всем замерам, что ли?

(5) так скорость ОБЪЕКТИВНО разная в разное время

(6) как я тогда пойму, какая строка кода самая тормознутая?

(7) запусти на локальной копии, в которой ни кого нет на машине, которую кроме тебя ни кто не трогает

(8) вот как раз несколько минут назад запускала на локальной, 3 раза, результат - разный!!! Правда, на этой машине многопользовательский ключ 1С стоит, это могло повлиять при условии, что к базам на моем компе кроме меня никто не подключается?

(7) а прОценты для лохов?

(7) смотри не на общее время, а на самый большой процент времени выполнения среди строк

(9) а ты хочеш каждый раз видеть один и тот же результат (речь идет про время выполнения отчета )?

+(10) я же как понимаю тебе нужно отчет оптимизировать, а не найти самого быстрого клиента в офисе

(9) Забей.

Ты 2-ой и последующие разы уже на "горячее" запускаешь.

Что под SQL, что под файловой.

(10),(11) так в том-то и дело, что одна и та же строка в разное время может набирать разный процент.

(15) то есть, с предыдущего раза какие-то данные попадают? как такое возможно?

(16) обе файловые

У меня дома под Windows 7 системный кэш через пару дней занимает 13 гиг и всякие УПП летают на ней. Вообще все открывается без обращений к диску практически.

(18) про кеширование данных слышала?

(18) У тебя Винда в оперативку кэширует базу. Если оперативки мало, кэш освобождается под другие процессы, иногда частично, иногда полностью. Вот и разные результаты.

(18) Забей. Отлаживай несколько самых тяжелых строк

Или давай коннект, я потешу свое любопытство.

(23) Видимо это и придется делать. все равно самые тяжелые в первой пятерке, хоть и меняются местами между собой, они одни и те же.

2(25) Запускай отчет за какое-то длительное время, все что можно поместится в кэш, потом выполняй его за более коротки промежутки. Но права если в запрос добавляешь новые объекты, то каждый раз как ты это делаешь, то первый раз тоже из замеров можно смело выкидывать.

Кстати, про кэш. Я так понимаю, что если данные первый раз берутся не из кэша, то это происходит дольше, чем все последующие разы, а последующие, должны работать быстрее и быстрее, хоть на немного (т.к. они уже записались в кэш при первом формировании отчете). Так у меня наоборот, при каждом последующем разе длительность увеличивалась стабильно на 0,4 секунды (я сравнивала самой трудоемкой строке)! Парадокс?

(27) надо с перезагрузкой компьютера делать. Загружаешь компьютер, делаешь замер, потом перезагружаешь, делаешь второй замер. И так далее.

(28) шутим )))

(29) Нет.

Наибольшее время занимают те строки, в которых мы получаем реквизиты документа, например:
ДокОсн   = Док.Счет.Ссылка;
ДатаОплаты = ДокОсн.ДатаОплаты;
ДатаДоставки = ДокОсн.ДатаДоставки;
...
Стр.ДатаДоставки = ДатаДоставки;
...
ДатаОплатыПоДоговору = Док.Дата;
В чем тогда должна заключаться оптимизация? Отказаться от этих строк нельзя - эти данные нужны для расчетов. "Док" - этот документ получаем из выборки запроса. Может быть, тогда  и всё остальное прописать в запросе, а потом получать из выборки?

(31) получить 1 раз запросом все нужные данные

(31) Тащи значения реквизитов прямо в запросе выборки, чтобы каждый раз к серверу не обращаться

всем спасибо, перетащу в запрос. так, стоп. а разве суммарное время всех обращений к серверу не равно одному большому обращению к серверу в запросе?

каким образом Миста определяет, какие строки являются кодом? Я их никак  не выделяла, а они вон красиво в рамочку обвелись?

почему все затихли? 6 часов - домой пора?

(34) Скажем так, само по себе обращение по времени незначительно, а вот подготовка к обращению и возврат результата занимаем много времени.

(35) Скрип ищет ключевые слова конструкций языка и пытается их выделить.

(34) если было бы равно, тогда запросы циклом писать можно было бы)))

Перетащила я эти переменные в запрос, стало за 15 секунд формироваться (в исходном отчете - за 19), это у меня. У бухгалтеров еще не тестировала, но думаю, что там разница поболее будет.
Теперь другие строки формируются долго, например, эта:
ЭлементРезультата=ПроцессорКомпоновки.Следующий();

выводи не итерационно, а все сразу в макет

(40) это как - сразу?
Сейчас так:
Пока Истина Цикл
    ЭлементРезультата = ПроцессорКомпоновки.Следующий();
    Если ЭлементРезультата = Неопределено Тогда
     Прервать;
    Иначе
         ПроцессорВывода.ВывестиЭлемент(ЭлементРезультата);
    КонецЕсли;
КонецЦикла;
ПроцессорВывода.ЗакончитьВывод();

ПроцессорВывода.Вывести() вместо всего цикла

Девочка учитца.
Похвально.

Mary0, в Омском времени живем?

(20) Улет вообщ да? Ты еще ссд диск поставь и от ощущения скорости работы в 1с будешь кончать.

(31) в запрос загоните получение вложенных реквизиотов ссылок или в копоновку, да и вообще если в этом отчете вложенные запросы - то замуж рано, учиться, учиться и учиться как завещал Чак Норрис)