Выбор процессора для файлового сервера 1С (5 пользователей)

Боюсь замена железа не приведет к результату, для диагностики проблемы сначала нужно определить уровень загрузки ресурсов клиентского компа, сервера, тогда найдем узкое место. Если уровень загрузки в обоих случаях низок, тогда копаем в сторону сети, проверяем сетевую нагрузку, убираем прокладки в виде хабов и тд, как вариант 3.0 можно опубликовать на веб сервере и поставить галочку "низкая скорость соединения"

Сеть гигабитная сильно увеличит. И терминальный сервер.

сеть гигабитная. Вопрос в процессоре? допустим на i7 я разницу увижу большую?

Может кто знает где почитать именно как влияет процессор на работу файлового сервера 1с. На практике я такое наблюдал. Менял железо и все начинало куда быстрее работать.

по поводу "низкой скорости соединения" или перехода на скюлю, или настройки тонких клиентов, тестирования база ит.п..., тем валом. вопрос именно в железе, а точенне в проце. ясно что менять все нужно мать и тд...
вопрос в другом - влияет ли проц на раздачу пакетов 1с базы по сети?

о терменалке вообще молчу, это точно весь убогий комп убъет :) когда пару пользователи
ей что нибудь формировать начнут.

1. Процессор сильно влияет на работу как файлового, так и серверного варианта.
2. Влияет больше частота процессора. Т.е. чем выше частота - тем больше транзакций в секунду в тесте Гилева. Зависимость практически линейная на одной линейке процессоров. У меня на Райзене 1600 файловая в районе 65 (3,2 ГГц), а на каком-нить проце с частотой 4ГГц будет что-то типа 65/3,2*4 = 80-85.
3. Диск тоже влияет весьма значительно.
4. Для файловой базы, файлы которой находятся в сети, влияет скорость сетевого соединения, его латентность (на более высокоскоростном соединении латентность проседает, кстати, поэтому иногда более высокая скорость может привести к неожиданным результатам).
5. Т.к. для сетевого доступа в многопользовательском режиме все данные читаются исключительно из сети, т.к. они могут быть изменены несколькими пользователями, то отсутствует эффект кеширования. Именно по-этому скорость в многопользовательском режиме работы с сетевыми файловыми базами существенно проседает, и даже при двух подключенных пользователях снижается в некоторое количество раз.
6. Из-за п.5. существенное увеличение производительности происходит при публикации такой базы на веб-сервере, т.к. сам веб-сервер становится единой точкой доступа для всех клиентов и ему становится доступно кеширование ресурсов файловой системы.

СПАСИБО всем за продуктивную беседу.
уже видел не раз как пни атлонов побеждали, в конторах с нормальным бюджетом. НО, все же, если кто бы реальные тесты описал.... типа поменяли сервер все заработало "быстро" или тесты вот тест на таком железе, вот тест на таком....
просто до сих пор люди думают, что процессор с какого то момента... хз с какого... :) становится не важен, зачем типа тратиться :).

Тема: процессор. Разговор о нем.

См п. 14. Там Sergey Andreev интересно все расписал.
База не лежит а активно юзается 5 пользователями, постоянно идет запись и чтение. 1С это не гарант или консультант где только чтение.

Вот сколько бы кто ни говорил о процессорах и их небольшом вкладе в производительность, все все-равно упрется в моменты критической нагрузки. Как компьютер работает? Вижу, что мало вообще кто из 1С-ников понимает это. Отсюда как бы просится разъяснение.
1. Любая программа в многопоточной среде операционной системы обращается к ОС за ресурсами и за них конкурирует с другими программами.
2. Суть работы любой программы для компьютера в том, чтобы получить от пользователя данные, обработать их и показать на экранчике в том или ином виде.
3. Суть обработки данных - это, для 1С, сложный вычислительный процесс, который сводится к получению этих данных - чтению с диска, обработке этих данных - вычисления, и сохранение этих данных - опять же на диск.
4. Параметры дисковой подсистемы могут вроде бы как существенно влиять на производительность системы, но, как все знают, при коде "запрос в цикле", которым написан и тест Гилева, даже SSD-диск с 300к IOPS почти никак не влияет на результат, а вот включение высокопроизводительного режима процессора в серверном варианте увеличивает результат теста аж в 2 раза!
5. Происходит это из-за того, что интерпретатор языка 1С в платформе достаточно чувствителен к частоте процессора, и именно на интерпретацию команд 1С тратит львиную долю времени.
6. Почему тогда 1С не показывает 100%-ю загрузку процессора? Потому, что в процессы вычислений включаются те самые IOPS - операции ввода-вывода внешних устройств, в которых достаточно wait'ов - простоев процессора. При том если у Вас 8 ядер, то файловая 1С работая в один поток никогда не покажет Вам загрузку процессора больше, чем 100/8=12,5%.
7. Почему же происходит коренное изменение производительности, если включить высокую производительность в схеме управления электропитанием? Есть такая штука, как C-State. Это механизм увеличения и уменьшения частоты для экономии электроэнергии. При сбалансированной схеме и при схеме экономии энергии частота ядра, на котором выполняется код интерпретатора 1С (о котором мы, собственно, и говорим), меняется с задержками. И если 1С обращается к диску или сети и процессор вынужден ждать на мьютексах, ожидая разрешение на чтение буфера DMA, то C-State понизит частоту процессора до минимальных значений (для i7 4GHz она опустится до 800-1200MHz), а после того, как нагрузка вернется, частота до 4ГГц поднимется далеко не сразу. На схеме высокой производительности (или Performance в Linux CPU-FREQ) частота будет двигаться вверх и вниз куда активнее. при этом на Rizen 1600, который стоит у меня, она вообще останется висеть на 3,2ГГц.

Т.е. на производительность сильно влияет схема электропитания, включенный турбо-режим, позволяющий одному ядру периодически переходить через 100%-ю нагрузку - это видно в мониторе ресурсов венды, частота процессора, т.к. это прямо влияет на скорость интерпретации, IPOS дисковой подсистемы (эффект заметен только при одновременной работе нескольких пользователей при сильной конкуренции за ресурсы дисковой системы, также влияет на скорость запуска, обновления, объединения, ...), латентности сети (1С чаще всего обменивается маленькими пакетами и скорость сетевого соединения при высокой латентности может кореллировать со скоростью работы и в обратную сторону).

Вот как-то так.