2017 года и в сервере стоит процессор с тактовой частотой 1,7 ГГц - вы это серьезно?
Перенесите 1С и вашу базу на современный пользовательский ПК с Core i3-7100 (2 ядра 3,9ГГц + HT) или Core i3-8100 (4 ядра 3,6 ГГц + HT) и ссд - получите лучшие результаты чем на сервере и тогда сделаете правильные выводы.
Пояснение: 1С требует большУю тактовую частоту на одно ядро. К Одинэсникам, которые сказали что все норм, не обращайтесь больше, такие специалисты имеют сертификаты на знание и понимание конфигураций, но не железа.
Скрины ниже в качестве доказательства что я знаю о чем пишу
http://images.vfl.ru/ii/1511859316/409d499e/19600267.png
http://images.vfl.ru/ii/1511859429/a4c21c5c/19600284.png
Было это в 2016 году, переезжали с Core i7-930 (4 ядра 2,8 ГГц + HT). На сервере 1 база (зарплата и кадры государственного учреждения) в SQL, одновременно работает 8-10 человек. Так же есть файловые базы (бухгалтерия государственного учреждения, моя самописная) в которых работает еще ~20 человек. Наблюдал 40 одновременно открытых баз - никто не жаловался на тормоза. Нагрузка на ОЗУ 72-84% в рабочее время, да, памяти надо добавлять.

У одного из клиентов стоял аналогичный проц - уныло-печальный с тактовой частотой, после разговора с системным администратором и указанием результатов теста Гилева на его оборудовании и на другом - проц был поменян и возрадовались пользователи и взелетела одноэс.
По существу: если время есть - сидите переписывайте код. Универсальность губит производительность.

halogen20, тут Вы правы, поэтому я и предложил вариант с пользовательским ПК, я понимаю преимущество серверной архитектуры (мать, цп, озу, хранение данных), но ценник на нее зашкаливает, далеко не у каждого клиента есть деньги на производительный современный ПК, не говоря уже о сервере. Попробуйте запустить все на обычном ПК, как ранее рекомендовал.

halogen20, смешной Вы человек =) У меня результаты с файловой базой в 104,17, а у Вас 37,31 и это при том, что у меня файловая база крутится на старом OCZ Vertex 4, а у Вас на рейде =) Вы сравниваете свой старый сервер с новым и говорите о приросте в 5,05 при том, что база на старом сервере лежит на HDD, а на новом она на рейде :D
Так же немного прироста дает большая скорость работы памяти.
Воткните в старый сервер проц с такой же частотой как и на новом, либо в биосе ограничьте тактовую частоту до 1,7 ГГц и увидите еще большее различие в тестах между старым и новым серверами.
По факту: Вам говорят что нужно сделать что бы получить производительность соответствующую потребностям Вашей организации, а Вы даже тесты провести не хотите, ну не хотите, как хотите.
Боюсь предположить, что покупка сервера именно с таким процессором - это Ваш выбор и руководству это было преподнесено как: вот этот сервер справится с нагрузкой, создаваемой 1С. А по итогу: промахнулись из-за незнания и, как оказывается, непонимания предметной части. А еще курьезней станет, если окажется что покупали сервер у какой-нибудь знакомой Вам организации, в которой уже "договорились" о стоимости :D и тут возникает вопрос: как объяснить руководству что в "хороший сервер, который справится с нагрузкой от 1С", купленный за немалые деньги, нужен более мощный процессор, который стоит как 1/3 сервера :D

halogen20И вот еще аргумент, что проблема все таки НЕ в процессоре.
Как уже сказал, на старом сервере (файловый, под терминалом) работал без тормозов.
Если на старом сервере все работало без тормозов, а на новом подтормаживает, то быть может просто сравнить технические характеристики и увидеть, что старый проигрывает ПО ВСЕМ параметрам (хдд против рейда, озу 1600 против 2133, ... ), кроме одного (тактовая частота одного ядра 2100 против 1700) - нет, не аргумент?! :D

halogen20Возможно ли тормоза из за того, что в базе 2 или 3 запроса идут на одно и тоже таблицу, то зависает(блокируется), пока не освободят ее? такое можно выслеживать в базе?
Это не возможно! Это так и есть! Вы видели запросы? Там такие портянки приходится разворачивать, что проще заменить процессор, но если у Вас есть время - переписывайте код (ранее писал об этом), НО, исходя из следующего вопроса про "выслеживать" становится очевидным, что с отладчиком Вы не работали и замер производительности через него не делали, как и не делали ТиИ.
А что будет с Вами когда вдруг произойдет переход на УТ 11.4? :D Вы ж там поседеете от гневных пользователей :D там основой служит БСП =) Впрочем, и сам этим грешен, зато основной функционал уже есть и остается больше времени на решение поставленной задачи.

Странный ТС. Ему советуют люди, решившие подобную проблему, а он не хочет прилагать усилий. Почему нельзя сделать копию сервера на SSD и воткнуть в обычный пользовательский ПК, только с современным процессором, тактовая частота которого не менее 3 ГГц? Влияние тактовой частоты на производительность как самого сервера 1С, так и postgres описывать не буду.

halogen20Ну я к сожалению не 1С программист и не СУБД админ/программист и сложно пока понять что к чему.
Я - программист 1С и немного DBA (DataBase Administrator).

halogen20в пятницу ставил параллельно MSSQL сервер.
Скажу вам, что тест Гилева относительно высокий результат показал. 20, против 12(postgresql)
Действительно прирост относительно предыдущего значения очень хороший = 60%, но если сравнивать с результатом, полученным у меня (47,62) при том, что в тот момент времени MSSQL не был настроен и оптимизация тестовой базы со стороны MSSQL не была произведена, то Ваш результат оставляет желать лучшего, ну, по крайней мере, Вам есть куда стремиться =)

halogen20Нет такой возможности, собрать отдельный комп, с мощным процессором и на нем временно ставить базу.
Могу лишь посочувствовать. Тогда действительно лучший вариант: MSSQL + грамотная настройка как самого сиквела, так и базы.