http://i.imgur.com/Dw7iKpD.png

Вопрос: А не слишком-ли жирно каждый вызов сервера по 0.03 секунды?

Это именно вызов сервера, без учета времени выполнения самой функции. Сеть - обычная 100 Мбит. Трансфер с сервера ~10 МБайт/сек, пинг нормальный - 1 мс на пакете 32 байта, 12 мс на пакете 64000 байт, потерь пакетов нет. Или смириться и ждать гигабита?

Если жирно - переписывай логику, а не по 500 1933 раза вызывай сервер

(1) Кривизну типового кода сейчас не вижу смысла обсуждать. Это технический вопрос.

(2) на этот вопрос ответят только в ЗАО 1с, нет? не вижу смысла обсуждать тут.
Сеть не в 1ГБ это нонсенс уже в наше время кстати... проверь у когонить на гигабитке

да и при таких значениях замера ругаться на 0,03 секунды - тоже нонсенс. Там минуты идут

Не вижу передаётся ли что на сервер, скрин неудачный

57 секунд на 1933 вызова, на каждый вызов 0.03 секунды.  Окно замера полностью - далее только скроллбар. В процедуру передаются две строки и ссылка на документ.

Проверил на 2 Гбит - 14 секунд на 1450 вызовов: 0.008 секунды на вызов, уже более-менее.

Ндя... Я гоняю программеров за переделку с трех на два вызова сервера, а тут 1500 вызовов...

а как же 1933 раза обновить индикатор на форме?

(8) для индикатора норм. все равно остальное дольше делается

(9) я к тому, что дергая сервер реже придется реже обновлять индикатор... кстати, автор не поставил "для вызоав процедур включать общее время выполнения", которое, ИМХО, лучше подходит для анализа

а серверный вызов контекстный или нет?

(7) Так это и напрягает. 50% времени проведения документа проводим в вызовах.

(10) Если ставить, то получается порядка 100 секунд и 40% от общего времени.

(11) Нет. Это вообще толстый клиент и вызов из одного общего модуля (клиентского) другого (серверного).

(12) обычное приложение

(13) я просто не понимаю, из чего сделан вывод про время передачи управления

(6) ну вот и так хлтя бы, 100мбит - нонсенс :)
похорошему переделывать конечно код, тем более что это проведение документа. Не видел я в типовых такого косяка, там как раз на сервер всё перебрасывается и там крутится как правило

(14) время на передачу "две строки и ссылка на документ" имхо идёт, а не на мифический вызов сервера

(16) "две строки и ссылка" должны влезать в один пакет, разницы между 100 мбит и 1000 мбит почти нет

в качестве теста - вызывай процедуру без прараметров пустую, сколько займёт 1500 вызовов?

(17) ну у автора разница большая на 100 и 1000 мбит, время отклика?

(15) Комплексная 1.1.32.1

(18) Попробую, интересно, кстати

(19) В 4 раза

1933 бегать на сервер? имхо, батенька, вы не своим делом занимаетесь...

(19) время отклика судя по "12 мс на пакете 64000" = 12 / (64000/1500) = 0,28мс или 0,00028с

(22) это время отклика сети самой, откуда такая разница (6) при работе с 1с?

ну и там не один пакет, а 1500 пакетов

(23) вот и мне интересно

да кто то порно по сетке смотрит. вот и все

(25) сниффер не включал кстати чтоб поглядеть сколько и чего шлёт 1с при вызове сервера? мож там на несколько пакетов разбивает, с получением ответов на эти части...

(27) не, у меня проблем нет, я в таких случаях тупо делаю меньше вызовов. руки пока не дошли до "глубокой экспертизы"

Создал пустую процедуру, погонял тест 5000 вызовов.

Для процедуры вида:
Процедура ТестВызоваСервера() Экспорт

тратится порядка 60 секунд (0.012/вызов)

Но если добавить параметры:
Процедура ТестВызоваСервера(П1, П2, П3, П4) Экспорт

то вызов
ОбщегоНазначенияСервер.ТестВызоваСервера("Строка", Ссылка, 12345, "Ещё одна");



займет 130 секунд (0.026/вызов).

Выключите сжатие

(30) 115 секунд при отключенном сжатии. При этом трафик по сети 1.3 мегабита вверх/750 килобит вниз. При включенном - трафик такой же. Либо не действует на толстого клиента (как и написано в справке), либо выигрыш от сжатия не проявляется на таких объемах.

Перепиши чутка код. Передавай исполнение на сервер, проводи уже оттуда пачку документов (скажем 500 документов за первую половину дня за твои 5-10 секунд), возвращайся на клиента для обновления индикатора, и так далее.

(32) Руки дойдут и останется желание - перепишу. Рабочие сервера (1С и терминал) между собой 2-мя гигабитами связаны, в ближайшее время планируется переход на 10 Гбит. А этим я сейчас занялся в качестве общего развития.

прикольно, но не более того. быдлокод как известно губит всё, даже в типовых оно живёт.
(33) ты ж говорил у тебя там 100Мбит сеть, а с Гигабиткой уже терпимо всё... чото путаемся в показаниях

(34) 100 мегабитом ноутбук подключен. Разработка с ноута. Реальная работа с отдельного терминального сервера.