LINUX.ORG.RU

Чем латентность памяти посмотреть?

 , ,


0

1

Здравствуйте.

Сегодня купил и собрал комп на Ryzen 4650G.

Память какая-то дешманская, patriot 16-3000.
Хочу выставить на родные 3200, чем в линуксе тестировать?

15 лет назад, когда я ставил linux на реальное железо, таких тонкостей на системах AMD не было.

★★★★★

У phoronix что-то есть - https://openbenchmarking.org/suite/pts/memory

Вообще никогда их test-sute не ставил, так что ничего конкретного не подскажу. Я вот тут замерил свои интеграшки, можешь сравнить и узнать насколько твоя интегрированная графика куче моей.

Aber ★★★★★
()

Лайв винды и AIDA64 с [censored - 6.2], особенно если потом хочешь сравнивать с чьими-то результатами.

15 лет назад <…> таких тонкостей на системах AMD не было

Вылез из криокамеры и ещё жалуется.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
# dmidecode --type 17 | grep Speed
anonymous
()
Ответ на: комментарий от anonymous

Вообще, збс дистр.
Мне пока нравится. Только fvwm поставлю и смену регистра на капс...
А! Я нашёл комментарии в магазине приложений!!!!!

Shadow ★★★★★
() автор топика
Последнее исправление: Shadow (всего исправлений: 1)

Память какая-то дешманская

Сознательно целый рожок из калаша себе по ступням разрядил. Почему?

WitcherGeralt ★★
()
Ответ на: комментарий от WitcherGeralt

да нормальная память. Не самая быстрая, но не медленная.

Тут выяснилось, что ROCm только с птоном 3.8 дружит, так что убунту не свежую надо...
А ещё gtk3 темы и управление ими это днище. Ну и шрифты нынче вообще корявые.

Shadow ★★★★★
() автор топика
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от Shadow

А как ведёт себя 4XXX при краше GPU?
gpu recovery проходит успешно?
Основная проблема на 2400 даже не в том что он крашит, а в том что система после этого не может ничего с ним сделать. Даже на шинде VIDEO_TDR_FAILURE

mittorn ★★★★★
()
Ответ на: комментарий от darkenshvein

смени режим памяти в биосе, и посмотри, изменятся ли показания этого фуфла

anonymous
()

AIDA64 в винде отображает точнее всего. Можешь как я сделать - найти пиратскую portable винду и загрузиться с флешки для проверки.

Вот мой результат

Meyer ★★★★★
()
Последнее исправление: Meyer (всего исправлений: 1)
Ответ на: комментарий от mittorn

А как ведёт себя 4XXX при краше GPU?

А они есть, краши эти? Я купил 4750G недавно, но с этим пока ни разу не сталкивался. С Vega 64 ловил ring gfx timeout с фризами (только перезагрузка помогала) постоянно.

Meyer ★★★★★
()
Последнее исправление: Meyer (всего исправлений: 1)

Ты стресс-тест на проверку памяти хочешь или посмотреть разницу между 3000 и 3200 по задержкам?

anonymous
()
Ответ на: комментарий от anonymous

посмотреть разницу между 3000 и 3200 по задержкам

this.

Shadow ★★★★★
() автор топика
Ответ на: комментарий от mittorn

Ну почему? У меня, например, есть машинка с таким процом, последние Ubuntu LTS, Fedora и Arch чувствуют себя прекрасно, никаких зависаний, по крайней мере, на wayland сессиях

b0tN3t
()
Ответ на: комментарий от anonymous

советующих dmidecode

чем ты посоветуешь частоту памяти посмотреть?

anonymous
()
Ответ на: комментарий от mittorn

Слушай, вот второй день гоняю убунту - всё шикарно, только OpenCL или ROCm так и не завёл пока.

У меня, кстати, два раза был плохой опыт с gygabite - вдруг у тебя мамка такая?

А вот с asrock всегда хорошо всё было...

Shadow ★★★★★
() автор топика
Ответ на: комментарий от mittorn

Проблема не в 2400G. Проблема в некогерентности кэшей.

CU видеокарты лезет в RAM ожидая там комманды или данные. А CPU не успевает в RAM их сбросить из своего кэша. Если попадаются неправильные данные (предыдущее что-то), то на картинке будет мусор. Если попадаются неправильные комманды (предыдущее что-то), то возможно зависание GPU на мусорных командах.

Там, где шейдеры активно используются, вероятность напороться на мусорный код возрастает. И это проблема не только интеграшек, у дискреток тоже самое происходит.
Чтобы решить проблему нужно сделать кэш GPU когерентным с кэшем CPU, что возможно только после существенного изменения архитектуры шины PCI/PCIe, CPU, GPU и др. плат расширения. В общем приблизительно то, что описывается в проекте шины Gen-Z.

Пруфов нет. В явном виде никто эту проблему не озвучивает. Но внутри компаний, судя по редким фразам спецов, решением её всё-таки занимаются.

Сейчас пока что, на практике, для повышения слабильности, имеет смысл отключать/не использовать шейдеры по возможности.

Кстати, для 2200G ROCm поддерживает все 11 MCU, а не только 8 заявленных, что есть приятный бонус при использовании OpenCL.

Пардон за оффтоп: отдельно загружаемый с сайта EFI booted Memtest показывает задержки.

anonymous
()
Ответ на: комментарий от anonymous

В общем приблизительно то, что описывается в проекте шины Gen-Z.

Шина с названием зумерок.

steemandlinux ★★★★★
()
Ответ на: комментарий от cobold

плюсую tinymembench - отличный синтетический тест, результаты реагируют на многие настройки памяти

GPFault ★★
()
Ответ на: комментарий от anonymous

А почему Zen 2 нормально работают?

Shadow ★★★★★
() автор топика
Ответ на: комментарий от anonymous

А как использовать GPU без шейдеров? FFP давно нет

mittorn ★★★★★
()
[ 1733.646697] [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out!
[ 1740.769542] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, signaled seq=825988, emitted seq=825992
[ 1740.769597] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process X pid 4386 thread X:cs0 pid 4420
[ 1740.769601] amdgpu 0000:08:00.0: amdgpu: GPU reset begin!
[ 1744.920090] sched: RT throttling activated
[ 1761.915641] rcu: INFO: rcu_sched detected stalls on CPUs/tasks:
[ 1761.915644] rcu:     0-....: (146 ticks this GP) idle=322/1/0x4000000000000000 softirq=270199/270199 fqs=2613
[ 1761.915646]  (detected by 4, t=21002 jiffies, g=883989, q=22436)
[ 1761.915647] Sending NMI from CPU 4 to CPUs 0:
[ 1761.952377] NMI backtrace for cpu 0
[ 1761.952377] CPU: 0 PID: 7 Comm: kworker/0:1 Tainted: G S                5.10.0-rc2+ #2
[ 1761.952378] Hardware name: Gigabyte Technology Co., Ltd. AB350M-DS3H/AB350M-DS3H-CF, BIOS F24 12/25/2018
[ 1761.952378] Workqueue: events drm_sched_job_timedout [gpu_sched]
[ 1761.952379] RIP: 0010:amdgpu_device_rreg.part.0+0x36/0xc0 [amdgpu]
[ 1761.952379] Code: 41 89 f4 55 53 48 89 fb 4c 3b af e8 0b 00 00 73 1b 83 e2 02 75 09 f6 87 48 6d 01 00 10 75 68 4c 03 ab f0 0b 00 00 45 8b 6d 00 <eb> 0c 4c 89 ee ff 97 30 0c 00 00 41 89 c5 0f 1f 44 00 00 5b 44 89
[ 1761.952380] RSP: 0018:ffffb169c0067c78 EFLAGS: 00000286
mittorn ★★★★★
()
Ответ на: комментарий от anonymous

имеет смысл отключать/не использовать шейдеры по возможности

амуде, 2021г, картина маслом

anonymous
()
Ответ на: комментарий от anonymous

разве буферы расшареные между gpu и cpu не располагают в uncached памяти?

в юзерспейсных api обмен между cpu и gpu синхронизируется соответствующими примитивами

anonymous
()
Ответ на: комментарий от anonymous

Нет, самый дешёвый patriot. Как ни странно, потанцевал вроде раскрывается. OpenCL взлетел, теперь на очереди сборка вручную Tensorfow 2.2 на старом ROCm, который два года назад ещё поддерживал встройки AMD. ПИшут, что «всего в 30 раз быстрее CPU», но это уже что-то, простенькие вещи можно делать.

Shadow ★★★★★
() автор топика
12 июня 2022 г.
Ответ на: комментарий от mittorn

нет у 2400G никаких проблем с встройкой, он не крашит ничего

проблемы с вашим железом (материнкой или памятью) или системой

devorg ★★
()
Последнее исправление: devorg (всего исправлений: 1)
Ответ на: комментарий от Meyer

нет никаких крашей, всё верно

эта встройкая уже отполирована до нельзя за 5 лет существования, никаких глюков и зависаний нет

devorg ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.