Выбор процессора для сервера 1с (частота, кэш, или ядра)

1. Мак Сим (stilet_xxx) 29.11.16 16:32 Сейчас в теме
Как мне известно из выводов (Гилева), для клиент-серверной 1с8 важно частота проца и оперативки, а как быть с кэшем?
Вопрос такой,
-Как будет отличаться производительность 1С сервера с похожими процессорами со схожей частотой но с разным кешем ядра?
-Сильно ли повлияет количество ядер
1) Intel Xeon E5-2630v3 (2.4GHz, 8C, 20MB, 8.0GT/s QPI, 85W)
2) Intel Xeon E5-2620v3 (2.4GHz, 6C, 15MB, 8.0GT/s QPI, 85W)

а если частота больше, а кэш и ядер меньше?
3) Intel Xeon E5-2623v3 (3.0GHz, 4C, 10MB, 8.0GT/s QPI, 105W)
4) Intel Xeon E5-2630v3 (2.4GHz, 8C, 20MB, 8.0GT/s QPI, 85W)



p.s/ 50 пользователей в терминале, win2012r2, 1с8.3.5, 64Гб ОЗУ, ssd, 2цпу

+ еще такой вопрос, стоит ли брать процессор, с частотой выше чем у оперативы? или лучше брать проц и озу с одинаковой частотой, или не имеет значения?


Прошу прощения за некомпетентные вопросы, но думаю многим будет полезно разобраться.
Найденные решения
8. Антон Невмываченко (onetone) 30.11.16 10:23 Сейчас в теме
(7) Да, рекомендуется вообще не ставить субд и сервер 1с на одной машине. А терминальный сервер можно и поставить с сервером 1с, но тоже лучше бы разнести. Но я лично мало встречал компаний у которых есть столько денег, на покупку отдельных серверов. Бывало кто даже додумывался на виртуальную машину ставить субд а на хосте был сервер 1с( так вообще смысла не имеет делать имхо)

Статью кину в личку. Я бы больше уделил внимание на ссд ( производитель и рейд). В процессоре для 1С я бы конечно смотрел на частоту и количество ядер. Я вот себе собирал месяц назад на е5 2620 v4 так же два камня, в купе с серверными ссд от Интел. Правда у меня много vps, а субд и сервер 1с крутится на хосте.
stilet_xxx; +1 Ответить
Остальные ответы
5. Антон Невмываченко (onetone) 30.11.16 08:44 Сейчас в теме
(1) В любом случае, лучше что бы кэша было больше, ведь кэш это быстрая память для процессора. Как минимум для самой винду и терминального сервера.
Ядра, значение имеют конечно, не только чистота. На хабре была хорошая статья про диски и кофиг сервера для 1С.
7. Мак Сим (stilet_xxx) 30.11.16 10:11 Сейчас в теме
(5) Поделитесь ссылкой пожалуйста. А то я читал много статей, а читал ли именно ту которую рекомендуете, просто не знаю :)

Ваше мнение, что Кэш нужно учитывать в первую очередь?
8. Антон Невмываченко (onetone) 30.11.16 10:23 Сейчас в теме
(7) Да, рекомендуется вообще не ставить субд и сервер 1с на одной машине. А терминальный сервер можно и поставить с сервером 1с, но тоже лучше бы разнести. Но я лично мало встречал компаний у которых есть столько денег, на покупку отдельных серверов. Бывало кто даже додумывался на виртуальную машину ставить субд а на хосте был сервер 1с( так вообще смысла не имеет делать имхо)

Статью кину в личку. Я бы больше уделил внимание на ссд ( производитель и рейд). В процессоре для 1С я бы конечно смотрел на частоту и количество ядер. Я вот себе собирал месяц назад на е5 2620 v4 так же два камня, в купе с серверными ссд от Интел. Правда у меня много vps, а субд и сервер 1с крутится на хосте.
stilet_xxx; +1 Ответить
20. Кузнецов Василий (collider) 19.04.17 08:11 Сейчас в теме
(1) Так всё-таки конфигурация-то какая? Если на управляемых, например, то RDP вообще не надо. Только будет доставлять лишний дискомфорт пользователям и администратору. Если надо, это распишу.

Кстати, рекомендация в (8) "не ставить СУБД и сервер 1С на одной машине" далеко не безусловная.
Дело в том, что северный мост всегда и во все времена будет работать быстрее, чем сеть.
Соответственно, обратиться к СУБД на этом же компьютере и получить оттуда данные получится быстрее.
Кроме того, 1С уже давным-давно поддерживает протокол Shared Memory, который не получится использовать на разных машинах.

Распределение ролей на разные машины становится актуальным начиная хотя бы от 15 активных транзакций в каждый момент времени. 50 человек едва ли могут дать такую нагрузку.
Тут даже не придётся быть сильным специалистом, что бы настроить MSSQL.
Как говорил Гилёв: "Разве что память настроить".

Короче, хотелось бы увидеть, где так уж прям рекомендуют разносить и почему.
CyberBob; +1 Ответить
21. Антон Невмываченко (onetone) 19.04.17 09:57 Сейчас в теме
(20) Это написано тут "1С:Предприятие 8. Клиент-сервер. Особенности установки и использования". Там не дается точное указание использование раздельных машин, там приводится что бы распределить нагрузку использовать разные машины.
Как я сам писал, у меня все крутиться на одном хосте, для моих нагрузок мне хватает мощности одного сервера.
22. Андрей Sh. (ansh15) 19.04.17 12:23 Сейчас в теме
(20) Эта рекомендация ,видимо, тянется из "глубин веков", со времен выхода платформы версий 8.0-8.1 (2003-2006 годы), когда сервер с 8-ю ядрами(практически 4-х процессорный) стоил космических денег, а 50-и пользователям работать комфортно и одновременно хотелось тогда тоже.
Сейчас эта рекомендация может быть применима в случае, когда например, 4-х процессорного сервера с 96-ю ядрами перестает хватать, а покупать 8-и процессорный со 192-я ядрами и несколькими ТБ оперативной памяти - дорого(ну, руководство так считает).
Про процессоры и ядра - легкий сарказм :)
23. Мак Сим (stilet_xxx) 20.07.17 16:52 Сейчас в теме
(20)
Так всё-таки конфигурация-то какая? Если на управляемых, например, то RDP вообще не надо. Только будет доставлять лишний дискомфорт пользователям и администратору. Если надо, это распишу.

Конфигурации "Бухгалтерия предприятия 3.0" и "ЗУП 2.5"
Если можно, поделитесь опытом.
2. Виталий Петерсон (Murvin) 29.11.16 23:03 Сейчас в теме
Проще собрать сервер под ваши нужды у продавца. У всех брендовых серверов есть подбор конфигурации на сайтах.
3. Мак Сим (stilet_xxx) 30.11.16 08:31 Сейчас в теме
(2) Ну в принципе я так и делаю, поначалу вопросов не было. Но увидев разнообразие процессоров, даже одной серии, но с разными количеством ядер, кешем и частотой, захотелось выяснить. Как влияют на работу клиент серверной 1с эти параметры. И выбрать наиболее эффективный.
10. Андрей Sh. (ansh15) 01.12.16 11:30 Сейчас в теме
(3)
И выбрать наиболее эффективный

Вы пытаетесь выбрать наиболее недорогой из более-менее приемлемых для вашей задачи. То есть, пытаетесь сэкономить.
Вот достаточно эффективный процессор http://ark.intel.com/products/92979/Intel-Xeon-Processor-E5-2667-v4-25M-Cache-3_20-GHz
У него и частота и кэш хорошие.
Если 35-40 пользователей из 50-ти будут делать "совсем ничего", а 10-15 более-менее интенсивно работать, то подойдет и http://ark.intel.com/products/92989/Intel-Xeon-Processor-E5-2643-v4-20M-Cache-3_40-GHz. Там с кэшем и частотой тоже все в порядке.
12. Мак Сим (stilet_xxx) 01.12.16 17:05 Сейчас в теме
Я не спорю, они мне тоже понравились, но они ж в 4 и 3 раза дороже чем то, из чего я выбираю.
Разве на наши потребности не будет достаточно "выбираемого" мной?

(10)
сэкономить
Это очень страшное дело?
Если сервер будет недостаточно мощный, то и смысла его брать нету, а сдругой стороны крутая тачка за 800к... боюсь что будет ответ "Перебьемся как нибудь без сервера".
Вот и приходится экономить. Как вы считаете?
14. Андрей Sh. (ansh15) 02.12.16 00:32 Сейчас в теме
(12) О ваших потребностях известно только то, что у вас 50 пользователей в терминале и им, по всей видимости, стало весьма затруднительно выполнять свою работу. Ни текущая конфигурация сервера, ни конфигурация 1С, в которой работают ваши пользователи, ни размер базы вами озвучены не были. Поэтому рассуждения на тему достаточности будут лишены какого либо смысла.
Может просто памяти надо добавить и пару длительных запросов переписать более оптимально...
4. Галахад Сэмюэл (dmt) 29 30.11.16 08:36 Сейчас в теме
Наверное, нужно смотреть на роли сервера.
Если он будет 1С + SQL это одно, если только 1С - другое.

Гм, а он случайно не RDP + 1С + SQL? :-)
6. Мак Сим (stilet_xxx) 30.11.16 09:58 Сейчас в теме
(4) Э...м.. ну да, RDP + 1С + SQL, а что, не рекомендуете? Буду рад, если поделитесь опытом.

Свободной "Тачки" под отдельный сервер терминалов пока нет..
9. Галахад Сэмюэл (dmt) 29 01.12.16 05:24 Сейчас в теме
(6) У операционной системы есть параметр: "Способ распределения ресурсов процессора".
На выбор, что в приоритете или программы или фоновые процессы.
А если на одном сервере и пользователи работают и службы, то как не выбирай, кто-то останется недоволен.

Ещё причина, пользователям на RDP желательно много ядер, а 1С частота процессора.
11. Александр alex_2h2008 (alex_sh2008) 5 01.12.16 11:44 Сейчас в теме
(6)Выносите сервер терминалов в Hyper-V и выделяете ему ресурсов сколько надо.
Чем больше кэш у процессора тем выше у него производительность.
Память подбирается по критериям возможностей материнской платы и поддерживаемой памяти процессором, чем выше этот показатель тем лучше
13. Мак Сим (stilet_xxx) 01.12.16 17:08 Сейчас в теме
(11) Hyper-V на этом же сервере, что и 1с?
15. Александр alex_2h2008 (alex_sh2008) 5 05.12.16 22:26 Сейчас в теме
(13) А у вас разве есть отдельный физический сервер что бы там развернуть сервер терминалов?
16. Мак Сим (stilet_xxx) 08.12.16 14:04 Сейчас в теме
(15) Ну как сказать, старичок с 4гб памяти, без винды. Подойдет ли? сомневаюсь. + туда винду надо будет заиметь.
А вот правильно ли будет, Сделать 1с и субд на хосте, да еще и сервер терминалов в Hyper_V?
Имхо это Хардкор, не?
17. Александр alex_2h2008 (alex_sh2008) 5 16.12.16 08:21 Сейчас в теме
(16) На 50 пользователей очень мало будет 4 гб, даже если на линукс разворачивать терминальный сервер. У меня уже более 8 лет работает 1С в таком режиме, на хосте висит сервер SQL и 1С и на этой же машине в Hyper-V сидит терминал для внешних 5 пользователей с 2Гб памяти, проблем не было, и плюс не давно поставил еще и ису в Hyper-V, полет нормальный. При такой схеме чем больше озу и процессоров (ядер) тем лучше производительность всей схемы. У себя не использую hyper-threading, не увидел прироста производительности, порой даже снижение наблюдалось.
18. Дмитрий Иванов (DarkDaemon) 27.12.16 02:46 Сейчас в теме
Кэш важен, но не так, как частота и многоядерность. Так что при одинаковой стоимости выбирайте большую частоту. Обратите внимание на бенчмарки вроде cpubenchmark.net, хоть для 1С это и средняя температура по больнице, но кроме 1С на компе ведь работает и система, и, наверное, SQL...
19. ИРтегов Максим (imax26) 26 19.04.17 05:21 Сейчас в теме
50 пользователей ?
Так у вас постоянно транзакция будет .
Так что смотреть в сторону большого количества ядер - один процесс будет грузить одно ядро, и чем их больше - тем менее заметен негатив от этого
Оставьте свое сообщение