Открываю на своем компьютере конфигуратор базы, которая располагается на удаленном сервере. Практически не работает (открывает ~ 1 час).
Сеть нормальная, пинг ~40мс, на обоих концах Upload/Download ~40МБит/с...  
Какие настройки можно / нужно поправить, чтобы пользоваться конфигуратором?
В процессе открытия нагрузка на сеть ~40кБайт/сек...  Что он делает???
Пробовали и через ВПН tcp/udp, и L2TP-IPSec, и напрямую... Результат одинаковый... Конфигуратор так и не открылся. Локально на сервере открывается почти мгновенно...

Тонкий клиент работает нормально.

ПыСы: что там за логика работы у конфигуратора 1С относительно сети? Куча мелких пакетов?

Хранилище спасёт тебя

Не работать на удалённом сервере - не вариант?

Толстые клиенты тоже открываются подолгу... Соединения через COM тоже полчаса происходит...

(2) Мне бы понять физику процесса... Админ клянется, что с сетью все в порядке...
Конфигуратор в принципе не расположен к такому использованию?

Логика крайне простая. Открываемый конфигуратор загружает ВСЮ конфигурацию к себе в кэш и в оперативную память. Если ты видишь, что это загружается цф где-то на 800 метров, то он его и запихивает в себя,  еще и распаковывает его при этом, т.к. цф лежит в упакованном виде. Если допустить, что сеть в среднем 100 мбит, то это примерно 12 мбайт в секунду и 800 мбайт будут всасывать примерно минуту, а на скорости в 10 раз хуже - примерно 10 минут.

пинг ~40мс это дно.

Я бы на месте 1с перестал бы теребонькать сеть, а сразу бы формировал письмо на имя гендира (благо есть ответственные лица организации) о профнепригодности.

(5) Так нагрузка на сеть-то никакая... 40 кБит/сек... Если бы ОНО качало, то это бы проявилось... Такое впечатление, что ОНО мелкими порциями что-то туда-сюда гоняет...

(0) >Открываю на своем компьютере конфигуратор базы, которая располагается на удаленном сервере.

это в смысле удаленно запускаешь Конфигуратор без RDP?
надеюсь база тестовая, а не рабочая?

(6) в спутниковом интернете пинг 700 мс это норма.

Толстый клиент и конфигуратор так не используют, нужен RDP на удаленном сервере.

(6) Смотря для чего. Для локалки да, а если это VPN-соединение через интернет, то 40 мс очень даже недурно.
Похоже, что именно так оно и есть.

(0) у меня через VPN открывает конфигурацию примерно также. Это норма. Рассматривайте RDP или работу с локальной базой в том или ином виде. И кстати да, если соединение упадет при сохранении или других подобных действиях, базе может быть бо-бо. Лучше не надо.

(0)40 Мбит/сек для работы в конфигураторе по сети мне кажется просто ни о чём.. И даже 100 Мбит/сек ни о чём.. Тупо долго будет открываться конфигурация.

Конфигуратор - очень толстый клиент. Ему нужно хотя бы 5мс, чтобы работать худо бедно. 10мс - у меня нервы уже не выдерживают. 40мс - такое для меня за гранью.

(0)Хотя чёт проверил сейчас.. открывал УТ 11 по сети, не заметил чтобы огромные потоки данных шли через роутер... А если просто файл большой копирую, то да.. TX/RX зашкаливает за 800 Мбит/сек

Так-что возможно я не прав в (14)

Сделать можно только - работать в терминале, поближе к серверу приложений.

(15)Пользуюсь случаем, и говорю вам - ОГРОМНОЕ СПАСИБО!!! Ваши "Инструменты" спасли тысячи часов мне :)

(16) Там не объем данных, а поток запросов отдельных большой. Чем их больше тем сильнее влияние задержки канала.

(0) конфигуратор работает в локальной сети. Ping= 1 ms

(19) и они все синхронно в 1 поток с ожиданием, и кроме латентности сети еще ожидания на smb, которая очень хреново работает с маленькими кусками. и если локальный кеш конфигурации протухнет из-за кеша smb, который вообще не в курсе что это был cf, будет рассинхрон конфигов и база сдохнет на применении изменений

Конфигуратор работает блоками по 4 Кб, по сети с пингом больше 10-14 мс это боль.

(14) на ста в локалке MSSQL норм открывается.

(0) EDT же

(24) Мда... Я не подозоевал в тебе таких садистических наклонностей... Ладно, запомню...

(6) прав, для нормальной работы толстого клиента 1с нужно пинг 1мс

RDP сервер рядом с сервером 1С спасет.

(22) Я примерно вот это хотел понять и уяснить...
То есть куча мелких пакетов в один поток забивает сеть...
Кстати, если стороннее приложение использует COM-соединение, то оно тоже идет как толстый клиент?

(25) Там особенность что EDT конфу в свой формат переводит и можно вполне нормально работать.
Вот применение изменений и отладка будет по прежнему не ахти шустро.

Хотя теоретически можно сделать ход конем и удаленное накатывание изменений реализовать.