Вход | Регистрация
    1  2   
Информационные технологии :: Администрирование

Выбор сервера под 1С

Выбор сервера под 1С
Я
   Andrei4
 
27.08.21 - 13:05
Добрый день,
Требуется помощь коллективного разума  :btbzdb: в советах по железу

Что имеется на данный момент:
2 x Intel Xeon x56550
мать s5520HC
112 Гб ОЗУ

Windows server 2008R2
MS SQL 2005 со всеми возможными доступными обновлениями

Sata 3 на материнской плате:
Raid 1 на Intel DC S4600 480 Гб (Система)
SSD SP A55 на 128 Гб отдан под tempDB (2 дополнительных файла) Основная база на RAM диске.

LSI MegaRaid SAS 9261-8i
Raid 10 на Intel DC S3700 Series 200 Гб (Базы ldf)
Raid1 1 на Intel 2.5 S4500 960GB SATA TLC (Базы mdf)

Базы Бухгалтерия 3.0 и УТ 11
Платформа 8.3.18.1208

Тест Гилева выдает 20-22 балла
Тест TempDB чтение-0,6мс запись-0,4мс

Основная масса сотрудников работает в УТ, но бухгалтерия уперлась в потолок.
Перепроведение 1 дня занимает +/-12 часов.

Встал вопрос о замене сервера. Сейчас выкручиваемся тем что перепроводим документы на ПК с i7-9700 и i9-11900K

Хотелось бы будущий сервер приблизить к результатм этих машин, но обернув в надежность для 24/7.
Смотрел в сторону Xeon Silver, Gold и почитав тут еще и в стороне Е серии (подкупает стоимостью)
Gold серия скорее всего на старте будет в количестве 1 шт.

Хотелось бы использовать NVMe накопители. Лучше сразу материнскую плату искать с несколькими портами М2 или через контроллер?

Больше вопрос по связке ЦП+мать+NVMe под базы включая tempDB
Бюджет на железо пока 500-1 млн.
   mistеr
 
1 - 27.08.21 - 13:08
(0) >Перепроведение 1 дня занимает +/-12 часов.

Чет ненормально. Я бы поискал узкое место.
   fisher
 
2 - 27.08.21 - 13:10
База в памяти, а темпы на диске. Интересная идея.
   fisher
 
3 - 27.08.21 - 13:12
А как вы клиент-серверную базу на тонком клиенте умудряетесь перепроводить на других хостах? Перегружаете туда-сюда что ли?
   PR
 
4 - 27.08.21 - 13:14
(1) Да ладно, 200 миллионов документов за полдня — нормально
   fisher
 
5 - 27.08.21 - 13:24
Первым делом надо таки определиться с узким местом - проц или дисковая подсистема. Из сабжа это непонятно.
   H A D G E H O G s
 
6 - 27.08.21 - 13:32
(0) i-9 9900k это для гурманов, желающих, шоб было "как у людей", e-2288g
https://ark.intel.com/content/www/ru/ru/ark/products/193743/intel-xeon-e-2288g-processor-16m-cache-3-70-ghz.html

Но, я думаю, сейчас уже появились более новые версии.
   mistеr
 
7 - 27.08.21 - 13:39
(4) Для Газпрома?
   mistеr
 
8 - 27.08.21 - 13:41
(5) Или пара регистров, которые по 10 раз перезаписываются, но потом никак не используются.
   timurhv
 
9 - 27.08.21 - 13:43
(0) сколько организаций в базе БП 3.0?
   H A D G E H O G s
 
10 - 27.08.21 - 13:44
Вот годные железки. Все зависит от того, сколько у вас активных одновременных пользователей.

https://ark.intel.com/content/www/ru/ru/ark/products/204097/intel-xeon-platinum-8356h-processor-35-75m-cache-3-90-ghz.html
https://ark.intel.com/content/www/ru/ru/ark/products/212457/intel-xeon-gold-6346-processor-36m-cache-3-10-ghz.html
https://ark.intel.com/content/www/ru/ru/ark/products/204094/intel-xeon-platinum-8354h-processor-24-75m-cache-3-10-ghz.html

Смотрим на базовую частоту, частоту в турбобусте и тепловой пакет (насколько честен и долог буст). Ну и число ядер не меньше 8, я думаю. У голда 3 канала памяти, вот не знаю, насколько это проигрышнее 6 каналов у платинума.

Вот подешевле варианты, но это новье и есть ли оно в продаже?:
https://ark.intel.com/content/www/ru/ru/ark/products/217247/intel-xeon-w3323-processor-21m-cache-up-to-3-90-ghz.html
https://ark.intel.com/content/www/ru/ru/ark/products/217244/intel-xeon-w3335-processor-24m-cache-up-to-4-00-ghz.html
   Garykom
 
11 - 27.08.21 - 13:46
насчет проведения
что быстрее проведение с расчетом регистров или загрузка уже проведенных с движениями по РИБ?
   timurhv
 
12 - 27.08.21 - 13:48
(11) если записи в регистрах накопления не меняются, то перепроведение (возможно!) будет быстрее :)
   CHerypga
 
13 - 27.08.21 - 13:50
(0) не в тему конечно, но стоит сперва обновить скуль и обслужить базу
   Andrei4
 
14 - 27.08.21 - 13:57
(1) Узкое место походу проц
(2) Наоборот. Базы mdf и ldf на SSD в райдах а TempDB в RAM
(9) Организация одна. Много документов и много правок в них задним числом.
(13) Идея норм но скуль 2019 встанет как минимум на Win 2012
   PR
 
15 - 27.08.21 - 14:04
14 постов и до сих пор непонятно, сколько и каких документов в дне проводится полдня
Зато вагон советов улучшить железо
Беспомощная импотентность какая-то
   VladZ
 
16 - 27.08.21 - 14:05
Частоту процов не указал.
   VladZ
 
17 - 27.08.21 - 14:06
И, да, не озвучено количество перепроводимых документов
и не озвучено, какие ресурсы сервера при этом загружены.
   HeKrendel
 
18 - 27.08.21 - 14:08
(15) зайти и запостить  топовые железки бесценно, для остального есть мастеркард
   Dmitrii
 
19 - 27.08.21 - 14:17
(0) >> Перепроведение 1 дня занимает +/-12 часов.

И это в бухгалтерии? Да на таком железе?
Да ну не верю!
Озвучьте количество документов, которое проводите.
И номенклатуры и складов (всего и в том числе активных и имеющихся на остатках).
Хотя бы примерное.

А сколько времени занимает проведение на "на ПК с i7-9700 и i9-11900K" и как вы это делаете - выгружаете/загружаете базу?

Каков объём базы на скуле?

PS Регистр бухгалтерии по сравнению с регистрами накопления конечно тормоз. Но не настолько, чтобы УТ работала нормально, а бухня при этом совсем умирала. Разница возможна, но не настолько колоссальной.
   Andrei4
 
20 - 27.08.21 - 14:20
(16) Базовая тактовая частота процессора 2,66 GHz
Максимальная тактовая частота с технологией Turbo Boost 3,06 GHz
(17) К сожалению я не программист. Задал вопрос по поводу количества документов. Документы по закрытию месяца перепроводят.
По ресурсам особо не видно нагрузки. https://disk.yandex.ru/i/Dogl1AD7Qmu3NQ Сервер не подвисает намертво никогда
(19) на ПК с i7-9700 и i9-11900K" те же самые операции занимают как минимум в 2-3 меньше времени. На данный момент да выгружаем в dt и потом загружаем.
Объем базы 30 Гб.
   Dmitrii
 
21 - 27.08.21 - 14:22
+ к (19) А замеры производительности делали? Узкие места в самой базе определяли? Узкие места по железу? Размеры таблиц?
Может у вас косяк таблицах итогов регистра бухгалтерии, например, с наличием какого-нибудь документа на дату хх.хх.2201г. (на двести лет вперёд) или хх.хх.0221г. (на 1800 лет назад).
   H A D G E H O G s
 
22 - 27.08.21 - 14:24
(15) На каком проце ERP конфигурируешь?
   H A D G E H O G s
 
23 - 27.08.21 - 14:25
(21) У автора проц 2010 года. Его только в музей.
   arsik
 
24 - 27.08.21 - 14:25
(20) Ну судя из текста то мне кажется 12 часов не 1 день проводится, а месяц закрывается.
   Dmitrii
 
25 - 27.08.21 - 14:26
(20) >> те же самые операции занимают как минимум в 2-3 меньше времени.

То есть один день проводится по 4-6 часов.
Всё равно долго на базе в 30Гб.

На такой маленькой базе не может бухня работать так медленно.
Сколько всё таки документов в день? При десятках тысяч документов в день база уже давно ушла бы в размерах за 30Гб. А при меньшем количестве документов не может их проведеение занимать столько времени.
   Dmitrii
 
26 - 27.08.21 - 14:27
(23) >>  У автора проц 2010 года. Его только в музей.

Я понимаю.
И тем не менее.
   VladZ
 
27 - 27.08.21 - 14:28
(20) А у i7-9700 /i9-11900K какая частота? 3/4,7 ?
   VladZ
 
28 - 27.08.21 - 14:30
+27 и по тому скрину, что ты прислал - загрузку не увидишь. Если у тебя куча ядер на проце, а сервер 1с-ки крутится на одном ядре. Разверни по ядрам нагрузку.
   shuhard
 
29 - 27.08.21 - 14:30
(20)[На данный момент да выгружаем в dt и потом загружаем.]
запустите перепровеедение файловой на самом сервере, возможно проблема в плане запросов и индексах,а не в тактовой частоте CPU
   VladZ
 
30 - 27.08.21 - 14:31
Есть возможность на эту мать найти проц пошустрей?
 
 
   shuhard
 
31 - 27.08.21 - 14:31
(28) +1
нет очередей дисков и загрузки по ядрам
   Garykom
 
32 - 27.08.21 - 14:38
возможно проблема в RLS и каком-нить аля БитФинанс в БП
   fisher
 
33 - 27.08.21 - 14:42
(20) Перепроведение в 2 раза быстрей на файловой - это нормально. Посмотри в пике на очереди к дискам - они есть или их нет.
   fisher
 
34 - 27.08.21 - 14:43
(33) + Хотя с учетом того, что все на ссд и в раме - может и ненормально.
   Garykom
 
35 - 27.08.21 - 14:43
(33) нет, перепроведение быстрей на файловой это ненормально
это значит сервер 1С и сиквел кривые
   Garykom
 
36 - 27.08.21 - 14:44
(35)+ или конфа допилена типовая каким то кривым образом
   fisher
 
37 - 27.08.21 - 14:45
(35) Ну, это далеко не первый случай когда я слышу про ускорение проведения путем выгрузки в файловую. И результатом километровых комментариев там обычно было "а что вы хотели".
   H A D G E H O G s
 
38 - 27.08.21 - 14:47
(37) Латентность отправки - получения запросов, все же очевидно.
   Dmitrii
 
39 - 27.08.21 - 14:50
(33) >> Перепроведение в 2 раза быстрей на файловой - это нормально.

Быстрее - ещё может быть. Но не в 2-3 раза.
Либо проблема вовсе не в железе, либо имеет место гибридная проблема - железо + конфа + настройка(и) сервера(ов). Где каждый из факторов делает маленький вклад, но приводящий в результате синергии к таким жестким  тормозам.
   fisher
 
40 - 27.08.21 - 14:50
(38) Плюс при монопольном перепроведении файловой кажись дополнительные оптимизации какие-то есть.
   fisher
 
41 - 27.08.21 - 14:54
Меня только смущает, что база с одной стороны не настолько большая, чтобы перегружать ее через dt для перепроведения стало проблемой, а с другой - ДЕНЬ перепроводится 12 часов. Как-то это по документообороту одно другому противоречит.
   Dmitrii
 
42 - 27.08.21 - 14:55
А все базы на одном процессе rphost висят?
Что будет, если их разнести "база на процесс"?
И вообще. При проведении кто какую нагрузку генерит - скуль, 1С, чтение/запись? А где живёт реестр кластера 1С (srvinfo\reg_1541)? Может тормоза вызывает какой-нибудь технологический журнал, настроенный на сбор всей информации, включая планы запросов?
   Dmitrii
 
43 - 27.08.21 - 14:57
(41) >> с другой - ДЕНЬ перепроводится 12 часов. Как-то это по документообороту одно другому противоречит.

С этим разобрались. Это необычный день, а последний день месяца. Закрытие. Видимо расчет себестоимости и корректировки стоимости номенклатуры (учитывая, что у автора УТ, вряд ли они торгуют только услугами).
   shuhard
 
44 - 27.08.21 - 14:58
(42) причин может быть много, включая фулмоду, неверный объём RAM сиквела, не выполненные регламенты
нет смысла гадать - набор метрик и способ их оценки описан 100500 раз
   Andrei4
 
45 - 27.08.21 - 15:00
(28) Загрузка ЦП https://disk.yandex.ru/i/GH8EZtJp8mHrbQ
(31) Текущая очередь к дискам https://disk.yandex.ru/i/3E7wwlDJlSHdXg
(42) Нет. 1 база = 1 процесс

Документов:
Реализаций порядка 1500-2000 в день
Возвратных накладных тоже 1500-2000 в день
В среднем порядка 8000-10000 документов в день.

Сфера деятельности дистрибьюция печатной продукции.

(44) Базы в Full мод, под SQL выделено 68 Гб ОЗУ из 112. Ram disk 12 Гб (вынесены начальные файлы по 5 Гб без увеличения) Дополнительные файлы TempDB на SSD.
   fisher
 
46 - 27.08.21 - 15:05
(43) Если все тормоза приходятся на большие расчеты и большие транзакции, тогда и в настройках сиквела может быть дело. Всяких там DOP, например. Случается когда большие запросы начинает параллелить как не в себя, а потом все грустно ждут подвисший кусочек. Или еще че-нить такое. В общем, я бы значала на очереди к дискам смотрел, а потом - что там сиквел крутит-мутит на пике.
   H A D G E H O G s
 
47 - 27.08.21 - 15:06
(45) Скинь выгрузку базы в виде bak на liveups@yandex.ru с описанием, что нужно нажать, чтобы начать перепроводить, если не страшно. Я скажу, за сколько у меня все это перепроведется.
   timurhv
 
48 - 27.08.21 - 15:07
(45) и если я поправлю один документ в БП 3 на 1 июня, то у вас сервер задумается 88 дней * 12 часов = 44 дня?
   H A D G E H O G s
 
49 - 27.08.21 - 15:08
(46) Ну у него не так прекрасно и на файловой, но там уже роляет размер базы. При большом cd-файле, 1С начинает его неистово читать. Но на Mdop я бы первым делом посмотрел.
   Garykom
 
50 - 27.08.21 - 15:09
(45) >8000-10000 документов в день

проведение на вашем железе ~12 часов это нормально
новым железом можно довести до 4-5 часов в идеале
   Dmitrii
 
51 - 27.08.21 - 15:11
(48) Нет. Выяснили же уже. По 12 часов у них проводится последний день месяца вместе с закрытием. Остальное явно побыстрее.
   H A D G E H O G s
 
52 - 27.08.21 - 15:13
Я вообще, кстати не понимаю проблем автора.
Бюджет есть, сервер - древнее г-но мамонта, купите новый сервер, с годным процом, пользователи вздохнут свободнее.
   Garykom
 
53 - 27.08.21 - 15:14
(52) еще разнести конфы/базы на два сервера
   shuhard
 
54 - 27.08.21 - 15:16
(45) [Текущая очередь к дискам] - нужно сменить масштаб + очередь нужна в момент проведения документов в процессе закрытия месяца - они сейчас проводятся ?
   Dmitrii
 
55 - 27.08.21 - 15:17
(50) >> >8000-10000 документов в день.
>>проведение на вашем железе ~12 часов это нормально.

Я вот тоже начал сомневаться. При таком документообороте да ещё и с возвратами, может оно и нормально - по 12 часов месяц закрывать.
Но смущает, что файловая в 2-3(!!!) раза быстрее. Уж слишком как-то разрыв велик.
   shuhard
 
56 - 27.08.21 - 15:18
(52) ТС разумно опасается, что замена процесса на текущий билд с близкой тактовой частотой не даст прироста производительности
   shuhard
 
57 - 27.08.21 - 15:19
(55) да, возвраты в БП + розница тормозят =)
   H A D G E H O G s
 
58 - 27.08.21 - 15:20
(56) У него есть уникальная возможность это проверить, выложив свою базу.
   H A D G E H O G s
 
59 - 27.08.21 - 15:21
(55) Технологический разрыв в 10 лет между серверной и файловой вы не замечаете?
   fisher
 
60 - 27.08.21 - 15:24
(45) Похоже что ЦП сейчас жмет больше всего. Одно из ядер почти постоянно утилизировано полностью. А вот насколько именно поможет апгрейд - х.з. Но апгрейдиться похоже таки надо.
 
 
   H A D G E H O G s
 
61 - 27.08.21 - 15:25
(60) Фиолетик - работяга.
   ansh15
 
62 - 27.08.21 - 15:27
Человек хочет выбраться и дремучей тьмы прошлого десятилетия, им уже и деньги дают, а вы все пытаетесь запихнуть его назад в пещеру..
На новейшем железе искать узкие места гораздо приятнее, они не будут казаться такими узким.
   fisher
 
63 - 27.08.21 - 15:28
(58) Я бы после такого уволил.
(61) Насколько я понимаю - неважно какой именно в конкретный момент времени.
   shuhard
 
64 - 27.08.21 - 15:30
(58) базу ТС тебе не выложит и правильно сделает
а вот синтетику нагенерить имеет смысл
   H A D G E H O G s
 
65 - 27.08.21 - 15:31
(62) Можно уже и не так искать :-)
   H A D G E H O G s
 
66 - 27.08.21 - 15:32
(63) (64) Разное бывает, иногда выкладывают. Базу, естественно, потом удаляю. Мне проблемы не нужны.
   Garykom
 
67 - 27.08.21 - 15:33
(59) причем не только в процах/памяти разрыв но и дисковая NVMe это все же сила
им бы на этих новых сервер 1С на sql поднять и потестить
и файловую на своем сервере
   ansh15
 
68 - 27.08.21 - 15:56
Еще весьма неплохие штуки:
W-1390 https://www.cpu-world.com/CPUs/Xeon_W/Intel-Xeon%20W%20W-1390.html
W-1390P https://www.cpu-world.com/CPUs/Xeon_W/Intel-Xeon%20W%20W-1390P.html
Единственный недостаток - 128 ГБ памяти максимально. Впрочем, если TempDB держать на NVMe, то вполне для баз автора темы.
Только их пока в продаже нет, почему-то.
   H A D G E H O G s
 
69 - 27.08.21 - 15:58
(68) Серверные новинки ты еще пойди найди. Поэтому - только gold-ы 2017 года от продавунов.
   ansh15
 
70 - 27.08.21 - 16:13
(69) Это да. Недавно смотрел 6334, 6346, в крупных магазинах они если появляются, то почти сразу исчезают.
И шасси с матплатами под них еще достаточно не распространены в продаже.
   VladZ
 
71 - 27.08.21 - 16:19
Проблему выяснили. В dt можно не выгружать.
Поднять сервер 1с на i7-9700 и i9-11900K (хотя бы временно) и проводить отсюда.
   VladZ
 
72 - 27.08.21 - 16:20
Опечатка "и" -> "или"
   XMMS
 
73 - 27.08.21 - 16:21
У нас на серверной БД удалось выжать максимум 64 попугая по тесту Гилева. В файловой у него же видно, что у некоторых доходит до 140 попугаев. Данные взяты на конец 2020 года, возможно свежие данные уже поинтереснее.
   Garykom
 
74 - 27.08.21 - 16:21
(71) причем сервер на linux/postgresql для экономии лицух
   VladZ
 
75 - 27.08.21 - 16:23
(74) Я имел в виду базу оставить на MS SQL, но можно и так.
   mistеr
 
76 - 27.08.21 - 19:46
(69) Учитывая, что дефицит чипов пока еще не докатился до процов, нужно сметать все, что дают.
   timurhv
 
77 - 28.08.21 - 00:56
(51) ну т.е. 99% времени сервер ОГОНЬ, а вот закрытие месяца 12 часов (явно косяк 1С и есть поле куда стремиться) и надо вкинуть 1млн рублей? Притом памяти много, все на SSD?
Давайте все скинемся по 1-10 млн. рублей с каждой организации в РФ, вместо того чтобы разобраться в кривых алгоритмах закрытия месяца.
   gamerfx
 
78 - 28.08.21 - 08:43
(33) Перепроведение не на файловой, а на поднятом sql2019+сервер 1с там же (на i7)
В файловом варианте перепроводилось даже медленнее.
Бухгалтерия типовая.
12 часов это перепроведение НЕ последнего дня месяца с закрытием, а сравнивали на перепроведении 15 апреля на сервере sql2005+1c и на i7 sql2019+1c
   Конструктор1С
 
79 - 28.08.21 - 08:54
Начались гадания на кофейной гуще
   Конструктор1С
 
80 - 28.08.21 - 08:56
(0) ты бы хоть счетчики производительности винды погонял, замеры в 1с поделал, трассировку в скуле позапускал. Тест Гилева это редкостная хрень, которая показывает сферический результат в вакууме
   МаленькийВопросик
 
81 - 28.08.21 - 09:37
Сервер HPE ProLiant DL180 Gen10 - но это только "база"
   dmrjan
 
82 - 28.08.21 - 09:55
По моему мнению - неплохая конфигурация примерно такая:
Проц - Xeon 4215R 3.2Ghz
2 ssd Samsung 500Gb - под систему, временные файлы.
2 2 NVME 8X Samsung MZPLJ1T6HBJR или MZPLL1T6HAJQ с ключом VRoc (под базы, tempdb)
2 HDD по 4Gb - под архивы.
   Andrei4
 
83 - 31.08.21 - 15:05
(82) По процессору пока вопрос открыт. Сейчас перепроведение документов для закрытия месяцев перевез на i9-11900K, 64 Гб ОЗУ, NVMe Samsung 970 Evo под базу и tempdb.
За 29-31 августа закрыли апрель и почти заканчиваем май.
Примерно к этой производительности и хотелось бы приблизиться, но 4215R будет скорее всего проигрывать.

Предлагаемый ранее Intel Xeon E-2278G даст я думаю чуть больше производительности.

Будет ли заметный прирост при использовании 2-х процессоров, например, Intel Xeon E-2278G в сравнении с одним Intel Xeon Gold 6246R?

По дискам под базы и tempDB однозначно будут NVMe PCI, но вот райд или не райд вопрос.
ОЗУ будет в районе 100 ГБ в зависимости от канальности.

Если разносить сервера 1с и SQL. Куда идет большая нагрузка, например, при том же перепроведении (закрытии месяца) или при других ресурсозатратных операциях?

В итоге пока как то так:
1) по процессору 1 или 2.
2) ОЗУ 100 Гб
3) 2 SSD райд 1 под систему, инстанс 1С (srvinfo) и инстанс SQL
4) по 1 NVMe PCI для dbf,ldf и TempBD (По возможности можно думаю разнести все на разные диски) По Vroc пока изую. Ни сталкивался ни разу.
5) ну и HDD под локальный бэкап
   Garykom
 
84 - 31.08.21 - 15:11
(83) от двух процов не столько прирост сколько масштабирование
ну там на двух и более базах одновременно закрывать можно

и да E-2278G - это однопроцессорный под 1151 сокет
оно даже хуже чем i9-11900K
   H A D G E H O G s
 
85 - 31.08.21 - 15:14
(83)
"Xeon 4215R" - втопку. Как обычно, от лучших маркетолухов.
"Будет ли заметный прирост при использовании 2-х процессоров, например, Intel Xeon E-2278G в сравнении с одним Intel Xeon Gold 6246R?"
Я бы не рассчитывал на 2-х ядерные конфы. Хотите многоядер - берите old 6246R, норм проц. Ибо https://its.1c.ru/db/metod8dev/content/5903/hdoc
E-2278G будет медленнее i9-11900K, так как его аналог i9-9900K
"Если разносить сервера 1с и SQL." - глупая затея, бессмысленная. Возьмите больше ядер.
   1 ass
 
86 - 31.08.21 - 15:16
(85) Статья применима к 4 сокетным серверам
   PLUT
 
87 - 31.08.21 - 15:18
(83) SSD Intel Optane, чо бы нет?
   H A D G E H O G s
 
88 - 31.08.21 - 15:19
Я бы взял
https://ark.intel.com/content/www/ru/ru/ark/products/204094/intel-xeon-platinum-8354h-processor-24-75m-cache-3-10-ghz.html

Имба же, несильно дороже Intel Xeon Gold 6246R
   H A D G E H O G s
 
89 - 31.08.21 - 15:21
   1 ass
 
90 - 31.08.21 - 15:22
(83) >>Будет ли заметный прирост при использовании 2-х процессоров

2 голда работают лучше из-за более оптимального использования планок памяти
   Garykom
 
91 - 31.08.21 - 15:23
(90) каналы раздельные же
по четыре канала на проц и все
   Garykom
 
92 - 31.08.21 - 15:24
(88) новый сокет LGA4189 который изначально на две версии какого то хрена поделен
   1 ass
 
93 - 31.08.21 - 15:24
(91) шта?
   Garykom
 
94 - 31.08.21 - 15:26
(93) теория подучи
на более новых по 6 или 8 каналов но они у каждого проца свои
да общее число каналов увеличивается но один поток обломс только мало каналов юзает и ему пофиг
но для двух и более потоков нет падения или меньшее чем на одном камне
   Garykom
 
95 - 31.08.21 - 15:27
(94) нет падения если потоки на разных процах выпоняются
на одном проце один фиг падение
   H A D G E H O G s
 
96 - 31.08.21 - 15:27
Да начнется битва Егора и Михаила!
   Garykom
 
97 - 31.08.21 - 15:28
(96) ты лучше скажи ник его
   Andrei4
 
98 - 31.08.21 - 15:33
(90) Тоже только из-за это и думал.
(88) Плюс минус я думаю одно и тоже будет не считая +200MHz в турбе у 8354

Все же в нашем случае решают ядра и частота. 2 процессора возможно лучше вытянут память и как скажуться на райде MVNe PCI ими же тоже процессор управляет и по идее наверно 2 лучше чем 1 в этом случае?
   1 ass
 
99 - 31.08.21 - 15:35
(98) Да, можно 2 райда на vroc сделать. Лучше взять два Gold 5222 чем один 6244
   Garykom
 
100 - 31.08.21 - 15:38
(99) а ты макс турбо сравни и ответь что лучше для 1С?
  1  2   

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.