Процесорам AMD Ryzen AI Max 500 приписується підтримка оперативної пам’яті LPDDR6

[AntonyKandaurov]

Твої заяви про "потужний" однопотік не відповідають дійсності і ти це знаєш

50% переваги, точно-точно.

[Bukakanga]

что толку от скорости, если проект/игра/ЛЛМ не влезают в имеющийся объем?

АМД не вважає вас розумнішими за них
посперечаємось?

вопрос тут не в том, кто что считает, а кто реально умнее. Инженеры-то в АМД неплохие, но решения принимают не они, а менеджеры и маркетологи. Вот в их интеллекте приходится сомневаться.

Ну и вопрос по части объема памяти остается открытым. Вы всерьез собираетесь монтировать двухчасовой 4К видеоролик на 8 гигабайтах, к примеру?

[yuriy_dd]

Инженеры-то в АМД неплохие, но решения принимают не они, а менеджеры и маркетологи

ну щоб можна було приймати - інженери мають це зробити. Маркетологи з радістю би продали найшвидший одно-потік, але нажаль нема

Вы всерьез собираетесь монтировать двухчасовой 4К видеоролик на 8 гигабайтах, к примеру?

люди давно монтують на 8 Гб М1. В мене якщо що М4 з 16 Гб

[SergiusTheBest]

цікаво - а чому Віндовс / МакОС - не можуть використати кращий алгоритм?

Думаю тому, що не зробили налаштувань для цього компоненту - і завжди використовують алгоритм, який швидкий по CPU, але з низькою компресією.

[Scoffer]

Хіба віндовс жорстко прив'язаний до заліза?

Віндовс нт взагалі не прив'язана до заліза. Більш того, віндовс нт не на і не для х86 розроблялась. х86 це приблизно третя архітектура, на котрій завелась вінда в процесі розробки.

macOS та Windows також вміють стискати пам'ять, але без можливості будь-якого налаштування, і використовують гірший алгоритм, що стискає в 1.5-2 рази на відміну від 4 в Linux.

Зато вінда і мак не страждають від lru inversion при використанні цього самого стиснення.

[SergiusTheBest]

Зато вінда і мак не страждають від lru inversion при використанні цього самого стиснення.

Так і Linux не страждає, якщо правильно все налаштувати.

[Scoffer]

Так і Linux не страждає, якщо правильно все налаштувати.

Завжди страждає якщо вийшов за межі пам'яті. А з 8 гігами це прямо не складно.

[lw_007]

В користувацькому сегменті багатопопочна взаємодія десь так із 2005го

весь користувацький GUI (User32 / GDI) - одно-поточний за означенням

хоча з вашим рівнем знань - ви можете навіть і не знати що це таке

Я про GUI не писав, але фіг з тим, візьмемо підмножину GUI.

GUI (а також залежності, якщо на те пішло) розкиданий по різним сервісам/демонам. Що, окрім твоєї уяви, змушує його бути однопоточним?

Ps. обнови свою версію, переставай вже галюцинувати)

[WarraxUA]

з максимально швидким одно-потоком

а що з per CPU Core?
AVX-512?
іграми?

[yuriy_dd]

а що з per CPU Core?

це що таке?

AVX-512?

воно нікому не потрібне в дисктопі, доказом є те що саме intel його відключили своїх останніх процесах і нікому сильно гірше не стало

іграми?

грають на консолях

[Z440_User]

грають на консолях

Консолі на х86, якщо пан не знає

[yuriy_dd]

Консолі на х86, якщо пан не знає

це нічого не міняє
і пан знає що консолі не лише на x86

[tornadox]

іграми?

неуч не знає про розміри ігрового ПК ринку просто, в його бульбашці всі купують ПК аби працювати з текстовими файлами

The global PC gaming market is experiencing robust growth, with
market value projected to rise from approximately $86 billion in 2025 to over $185 billion by 2034, growing at a CAGR of 8.52%. This expansion is driven by increased demand for high-performance hardware, the growth of esports, and the appeal of superior graphics over mobile or console alternatives.

https://www.fortunebusinessinsights.com ... ket-113252

[Z440_User]

Консолі на х86, якщо пан не знає

це нічого не міняє
і пан знає що консолі не лише на x86

Ну мова ж про нормальні повнорозмірні консолі, а не оті "смартфоно-декі", де багато компромісів заради можливості покласти в карман.

От чогось немає в нормальних повнорозмірних консолях вашого amazing arm, лише тупіковий, відсталий, прожерливий x86

[SergiusTheBest]

Завжди страждає якщо вийшов за межі пам'яті. А з 8 гігами це прямо не складно.

Ну ніт же. Проблема буде, тільки якщо використовувати ZRAM плюс окремий своп файл, і весь ZRAM заповнений (ну і сама проблема - це зменшення ефективності робити). Щоб її не було, треба використовувати своп, що вбудований в ZRAM: параметр backing_device. Або не розраховувати на дисковий своп взагалі. Або, якщо дуже потрібен дисковий своп, і вся пам'ять точно буде забита навіть з врахуванням компресії, то використовувати ZSWAP, а не ZRAM.
Дуже круто, що система дозволяє налаштувати все під конкретний сценарій використання, а не тільки так, як сказав умовний Стів Джобс, і більше ніяк.

[Scoffer]

Проблема буде

Fixed Ймовірно ти мав на увазі CONFIG_ZRAM_WRITEBACK. Це не свап, принаймні не в класичному вигляді. Це скидання на диск huge pages, котрі на десктопі не юзаються, і неактивних сторінок по таймауту. Але лише по таймауту. Тобто скинути частину даних активної проги на диск - не варіант.
Я не знаю чого ти вперся в цей zram, воно глючне гівно, придатне для використання виключно в точно розрахованому серверному середовищі. Якщо вже і юзати стиснення на лінуксі, то zswap. Принаймні він внятно і зрозуміло працює, і не призводить до повного зависання системи.

[Scoffer]

Ну або ще в IOT можна заюзати zram якщо там в якості диску сд-карта, котра здохне від свапу в максимально оперативні терміни. Але на десктопі з ссд ні, точно ні.

[SergiusTheBest]

Тобто скинути частину даних активної проги на диск - не варіант.

Якщо це холодні сторінки, то вони скидаються. Ну і знову ж таки, ми говоримо про сценарій, коли вся пам'ять зайнята, її не вистачає, і використовується дисковий своп. 8 ГБ пам'яті за допомогою ZRAM перетворюються в 20 ГБ пам'яті - дисковий своп і не потрібен в такій ситуації.

Я не знаю чого ти вперся в цей zram, воно глючне гівно, придатне для використання виключно в точно розрахованому серверному середовищі. Якщо вже і юзати стиснення на лінуксі, то zswap. Принаймні він внятно і зрозуміло працює, і не призводить до повного зависання системи.

Сам довгий час сидів на 8 ГБ + ZRAM, і все прямо дуже добре працювало: паралельно відкрито 3 різних браузера з купою вкладок, середа розробки для java і т.д. 8 ГБ + дисковий своп не витягував стільки, плюс працює значно повільніше, навіть на NVME. А від ZSWAP я чомусь відмовився, точно пам'ятаю, що починав з нього. Мабуть працював гірше. Але пробуйте у себе, чому ні.

[OdeMix]

Чого виємо? Звісно ніхто не буде на таких системах розпаювати 16 ГБ оперативки. Буде 32, 64 і далі.... Цього вистачить для поточних задач цього процесора. Ніхто не розраховує, що ви будете користуватися цим пристроєм більше 10 років. А через 10 років, якщо він ще буде працювати, там застаріє все, не тільки обсяг оперативки і ви все одно будете тільки ютуб дивитися на ньому.

[Vladys77]

Якщо на ноутах зроблять підтримку DDR6, то і на десктопах з часом буде.

Отоді можна і апгрейд зробити. Якраз ціни на пам'ять стабілізуються.