Добрый день!
Тема переезженная 100 раз, знаю. Есть 2 компа, по 4 ядра и 4 гига,  локальная сеть, винда 7-ка на обоих. На первом лежит база, 2 гига размер базы, платформа 8.3, диск ССД (на втором), расшарена папка с базой, локалка 100 мегабит.
На втором эта же база работает по сети, в локальной сети, через сетевой диск с той расшаренной папкой.
Пробовал копировать например файл базы с первого на второй комп - 10 мегабайт в секунду примерно.

В общем на втором компе 1с тормозит дико, в основном при обращении к данным базы, например на первом компе действие выполняется 0,5 сек, на втором тоже самое - 12 сек. Базу проверил чекдбфом, ТИИ сделал, выгрузил-загрузил, платформу обновил, индексирование на диске отрубил, 7 раз перезагрузил. Осталось 12 сек.

Загруженность проца на втором компе процентов 30, оперативки пару гигов свободно, сеть загружена при работе 1с максимум процентов на 10, очередь к диску не забита.

Подскажите, ну что еще можно проверить? И почему 1с не жрет ресурсы которых на компе еще дофига? Что ей так люто мешает? Есть ли какой-то выход?

Блин, не правильно написал, на 1м- ССД, на втором обычный диск

Через терминал будет работать быстрее.
Тормозит сеть на множестве мелких обращений.
Главное не пропускная способность, а латентность.

(2)Блин, как повысить латентность?

если конфигурация на УФ то поднять встроенный IIS и подключить базу через вебсервер - ускорение будет космическое, если нет тогда всё бестолку, особого ускорения не добиться, разве что гигабитную сетку сделать

Ну мне просто интересно, что там технически происходит? Там блин может задержку как у атоловских драйверов на сканер каких-то в 10 секунд поставили на все? Ну ладно был бы затык в чем-то одном, напрмиер сеть медленная или проц слабый. Сеть не забита, диск не забит, проц не забит, оперативка не забита. Чем 1с-ка занимается-то эти 12 сек?

(3) если конфа на УФ, то веб-сервер и со второго компа ходить по http/https, а не через шару

(4)А чем поможет гигабитная сетка, если 100 мб не забито нифига? ну я бы понял если 100мб забито было, все ясно тогда. Но сек перманентно забита процентов на 10, и все

(6)обычные формы.

(8) На обычных должно все быстро крутится.

(8) тогда только терминал

уж не знаю что там платформа делает, но на личном примере видел как на УТ 10.3 закрытие кассовой смены по сети на 100мб делалось 10 минут а при переводе на гигабит за минуту, может и тут поможет

(9) нет. Он обращается к сетевому ресурсу по сети в режиме чтение/записи - это разделенный доступ. Встроенная в винду самба ставит задержку при таком доступе к файлам

(10) есть ещё мини-сервер

(12)что за самба? Как ее убить?

Уже давно сетевухи все гигабитные идут. Если да - прямое соединение и посмотреть, будет ли улучшение. Это бесплатно и быстро.

Задержка эта работает всегда - много много лет, еще с 90-ых годов. Очень хочется от этой задержки оторваться? Ставь доступ в терминале или ставь нормальный скл-сервер. Да, правильно напоминает (13) мини-сервер еще есть.

Есть вариант сделать базу опубликованной через IIS или там апач, но для обычных форм этот вариант не подходит.

(14) винду убей :)

(0) Переносить базу на "тормозной" комп пробовали?

(12)  только не задержку, а отключает кэширование

(5)
"Ну мне просто интересно, что там технически происходит?"(с)
Происходит это: https://forum.infostart.ru/forum1/topic75715/#message809477

На одном из прошлых мест работы был переход с ОФ на УФ как раз таки файловой из-за того что нагрузка на сеть при ОФ на порядок, а то и больше выше чем от УФ, точную цифру не помню, но 100 мб на 2-5 компов не хватало в итоге. А это была федеральная сеть с 2+к файловых баз на местах и статистику собирали со всех точек....

Теримнальный доступ для Вас - выход.

1. Можно еще в командной строке от админа выполнить: netsh interface tcp set global autotuninglevel=highlyrestricted
2. в настройках сетевой оставить только клиент для сетей, служба доступа к файлам и протокол интернета v4.

(7) Если не хочешь разбираться, просто поверь и все. Это основы Computer Science.

(0)Было дело, лет 10 назад ложили файл на debian сервер. Вроде как помогало, очень даже неплохо.

Поэоже на проблему кэширования которой 100 лет в обед

Выхода 2 терминал или windows server

Наатройки сети, линукс, ссд мертвому припарки