Имя: Пароль:
1C
 
AMD 3D V-Cache для PosgreSQL и сервера 1C, кто проверял?
0 Djelf
 
26.11.23
15:18
Могу заменить камень без 3D V-Cache, на с его наличием, но зачем?
Система: Linux Ubuntu 20.04, не уверен что это существенно, но возможно некоторые твики планировщика и/или ядра могут существенно повлиять, или само ядро, которое всего этого не понмает.

Кэша стало больше, вроде должно быть быстрее.
Игровые тесты очень противоречивы.
Кто-то может сравнить "на живую" стоит ли эта овчинка выделки?
1 Гость из Мариуполя
 
26.11.23
15:52
ну.. у всех современных процессоров есть кэши уровня L1, L2, L3.
ну увеличили кэш L3 в несколько раз. Назвали гордо
и таинственно "3D V-Cache", а по сути тупо увеличили L3 в три раза.
Как и любой кэш, 3D V-Cache уменьшает количество "промахов" при запросе нужных данных и снижает задержки обращения к ОЗУ.
Естественно, что при прочих равных такой проц (с большим размером L3) будет производительнее.
Все зависит от задач. Где-то существенно быстрее, а где-то вообще размер кэша L3 роли почти не играет.
Но в целом при прочих равных такой проц шустрее.
но вот тут то и вылазит это самое "при прочих равных". Проц с таким размером уровня L3 (грубо говоря, это еще один кристалл под крышкой) греется сильнее, из-за этого  тактовую частоту у него стараются сделать поменьше.
Если у тебя "прочие равные" останутся такими же (в частности тактовая частота) и если система охлаждения такое позволяет, то почему бы и нет?
2 d4rkmesa
 
26.11.23
16:11
(0) А на какой именно процессор рассматриваете? А то между 5800x3d и 7xxxx3d есть все-таки разница.
Первый сейчас в моменте стоит порядка 25-27 тыр. на Али и Озон, в целом, можно рассматривать для апгрейда. С другой стороны, аналог без 3D кэш выйдет дешевле существенно, это если апгрейд актуален вообще. Я бы скорее взял 5700X.
На Линукс вы играете вообще? На стимовском Протоне все может быть очень противоречиво.
А еще на кэше можно собрать очень быстрый ram-диск объемом 64Мб, но зачем? )
3 Djelf
 
27.11.23
07:43
(1) Теоретизировать то и я умею, интересует именно практический результат на на 8ке.
Условие "при прочих равных" довольно сомнительно, кэша стало больше, частота просела, но темопакет совпадает. Видимо он и есть "прочее равное условие".
Нашел чуток тестов: https://openbenchmarking.org/vs/Processor/AMD+Ryzen+7+5800X3D+8-Core,AMD+Ryzen+7+5800X+8-Core
Но там только PostgreSQL и профита почти нет, однако некоторые тесты показывают кратное ускорение при увеличении кэша.

Я понимаю что чудес не бывает, но вдруг?
4 vde69
 
27.11.23
09:22
L3 играет только когда идет постоянная загрузка ВСЕХ камней  70...80%, и еще на различных виртуалках

если часть камней загружена меньше 50% хотя-бы 50% времени разницу не увидишь
5 Aleksey
 
27.11.23
12:00
(3) Если увеличить ОЗУ с 128 до 384 Гигов, станет ли 1С работать быстрее. При условии что ты и 128 никогда не заполнял (ну кроме как в тестах)
6 Aleksey
 
27.11.23
12:06
Как обстоит дело в различных приложениях для создания и обработки контента, можно посмотреть на диаграммах, приведённых ниже. Мы же обратим внимание лишь на один факт: среди всего списка тестов находится только один случай, когда Ryzen 7 7800X3D выигрывает у своего собрата без технологии 3D V-Cache. Этот случай — архивация в 7-zip, где утроенному по вместительности L3-кешу удаётся компенсировать 9-процентное отставание в частоте. Но больше такого не наблюдается нигде, и среди оставшихся результатов нет ни единого случая, когда Ryzen 7 7800X3D удалось хотя бы приблизиться по производительности к Ryzen 7 7700X.
https://3dnews.ru/1086649/test-amd-ryzen-7-7800x3d
7 Djelf
 
27.11.23
12:20
(5) Какое имеет отношение размер ОЗУ к размеру кэша процессора? Это другое...
И пример у тебя неудачный. Если ОЗУ уменьшить до 16гигов, станет ли 1С работать медленее?
8 Гость из Мариуполя
 
27.11.23
12:26
(3) "частота просела"
Если сервер 1С там же, где и БД (PostgreSQL) то лично для меня одного этого достаточно, чтобы отказаться.
1С "любит частоту".
9 Гость из Мариуполя
 
27.11.23
12:31
А практический результат на 8-ке вряд ли у кого-то есть. Сильно сомневаюсь, что у кого-то был 5800, а потом он поменял его на 5800X3D.
Ну а замену 5800 на 7800 или 7700 рассматривать некорректно, это разные процессоры и непонятно, за счет чего произошел прирост.
10 Djelf
 
27.11.23
12:40
(9) Мне не повезло, дочь проц у себя меняла, хотела сначала с X3D, но ее друзья ее отговорили. Протестил бы сам, но не судьба...
Сравнить то можно хотя бы на тесте Гилева с теми процами которые уже есть в базе, x3d`шных там не нашел, увы.
11 Aleksey
 
27.11.23
12:59
(7) так кэш и есть озу, скорость для числодробилок он не увеличивать. Уменьшается только задержка получения данных из ОЗУ, и то при условии что они есть в кэши.
К тому же это не времена целеронов, когда размер кэша был копеечный. сейчас его размер более чем достаточный.
12 ДедМорроз
 
27.11.23
19:59
Не забываем,что исполняемый код тоже кешируется.
Для систем,где программа выполняется на машине выполнения кода,как у 1с это тоже важно,чтобы движок влез в кеш.