|
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с это тоже важно,чтобы движок влез в кеш. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |