Добрый день.
Имеем 2 тестовых сервера для разработки (достаточно переписанная ERP 2.2 + хранилище)
Терминал: 2x Xeon 2620 V2 2.1 Ггц
SQL+Srv1C: 2x Xeon E5645  2.4 Ггц
Сеть 1 Гбит
Базы на SSD
На новые серверы денег нет.
Интересует статистика: кто на каких мощностях ведет разработку и сколько времени занимает длительность обновления конфигурации и запуска отладки
замерил на указанной конфе - время от нажатия запуска отладки (с обновлением конфигурации) до запуска клиента - 5 мин. 11 сек - как по мне, это очень долго.
Большой ли прирост скорости даст замена ЦП на аналогичные с частотой > 3.3 Ггц.

(0) Докинь памяти на сервак. И это, какая версия скуля?

(0) прирост пропорционален частоте, но сначала нужно убедиться, что нет свопинга, т.е. достаточно памяти и темпы на SSD.
на тестовой меньше минуты до запуска

(1) Памяти достаточно на SRv1C SQL - 256 Ггб, занято 178

(2) Какой проц, частота?

(1) На терминалке 128 Ггб, занято половина

(4) 2620, 2.4 Ghz

(3) длительность очереди и размещение темпов

(7) Про очереди к диску или процу? (важно на обоих или на Srv1C или на терминалке?)
Уточни пожалуйста про темы - пользовательские и windows temp или что-то другое и на какоем сервере?

(1) SQL 2014, Сервер 1С x64 8.3.12.1790

(0) Купить рабочую станцию на i7 9900K и туда всё перенести.

Больше интересует статистика, кто ведет доработку ERP - у кого сколько запускается обновление и отладка и какой проц, частота?

Я вел разработку ERP 2.4.
Время от нажатия F7 до предприятия в котором можно что-то нажимать - примерно 30 секунд в худшем случае.
i5-8600k + SSD Samsung 850evo+32 Гб ОЗУ. Нет антивируса, в ЕРП отключены все новости, службы обновления и прочая шлабудень.

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

Если разрабатываете под МобильныйКлиент или Веб-Клиент - короче, любая штука, требующая прослойку в виде Веб-сервера, то быстрее разрабатывать через Клиент-Сервер, а не файловую.

(12) аналогично
дома сервер:
i7-7700К 3.9  + SSD Samsung 860evo+32 Гб ОЗУ = 30 секунд

(15) и (12) в таких конфигурациях не сомневаюсь, что будет быстро. Но тут коллективная разработка, база 100Гб, поэтому разработка ведется в клиент-сервере, да и сами компьютеры разработчиков - не сильно быстрые моноблоки, поэтому терминалка.

(12) и (15) У вас не этих компах скуль и сервер 1С или файловые?

(17) у меня конечно клиент-сервер, базы больше 200 Гб в файловой не поюзаешь

(17) Файловая.

Возвращайтесь в 2007-ой, откатывайте код на внешних обработках

терминалка тормозит. хз как ее лечить. но терминалки регулярно попадаются тормозящие. иногда - нет. с чем связано - никто не знает.

(0) Попробуй в порядке самоубеждения такой способ проверки - подключись на железку сервера не в терминальном режиме, а с использованием монитора, мыши, клавиатуру напрямую, прямо в серверной. Очень может быть, что ты сильно удивишься. Никого не выгоняй, а просто проверь тем самым падение производительности при переходе в терминальный режим работы на сервере.

(0) Судя по описанию тормозят именно терминальные сеансы. Можно попробовать отключить на терминалке DFSS: http://www.gilev.ru/dfss/

(22) Спасибо за ссылку, сейчас позамеряли время запуска ~4мин. 10 сек., т.е. ускорилось примерно на 1 минуту

(23) А без терминала не стали тестить производительность сервака?

(24) У меня нет к нему доступа

(24) И все равно работать на прямую без RDP группа разработчиков на нем не сможет

(26) Это просто для понимания. Если без использования терминала при работе непосредственно на сервере увидите ту же самую беду - зачем тогда мучиться и тратить время в поисках оптимизации работы в терминале - проблема будет локализована, что она именно в железе, а не в терминале.