Не кажется ли вам, что это уже другая тема?ArmagedoonZergs: ↑ 21.06.2025 04:37Нічого подібного. Вінда навтіь на gddr6 виділяє окремий пул під videoram, і відповідно працює з ними як і всюди. Тільки й того що в залізі це одна і та сама память.
Це зовсім не те саме як працює unified memory на M процессорах. Де CPU по факту пише напряму в videoram.
Новости
Последние статьи и обзоры
AMD підтвердила підтримку PCIe 6.0 наступним поколінням серверних процесорів
-
Yaroslav308
Member
-
ArmagedoonZergs
Member
https://developer.apple.com/videos/play/wwdc2020/10686/Scoffer: ↑ 21.06.2025 12:05 ArmagedoonZergs
Апл теж виділяє окремий буфер під відеопам'ять. Різниця тільки в тому проц якщо йому дуже потрібно зможе адресувати її напряму, чи через задній отвір. Але насправді це не має особливого значення оскільки процу дуже, дуже рідко треба щось мутити в пам'яті відяхи.
Відправлено через 3 хвилини 7 секунд:
AMD забила на HSA через білянульовий вихлоп. Не дало це нічого їхнім APU.
Я щось не так зрозумів тоді? Але судячи по їх доці, нічого вони не виділяють. Ні на рівні софту ні на рівні заліза.
-
Scoffer
Member
ArmagedoonZergs
На будь-який співпроцесор, котрим в даному випадку виступає відяха, виділяється шмат адресного простору. Різниця з дискреткою звісно є. По-перше виділяється динамічний розмір, по друге чисто теоретично можна виділити не безперервний простір, а шматками (я не знаю чи це реалізовано у епла, в HSA було), ну і по-третє проц до того всього теж прямий доступ має. Звучить звісно круто, але на практиці хоч на скількись суттєвого профіта не знайшли. Справа в локальності даних. Дані з відяхи треба лише відясі, дані з проца відясі не треба, і навпаки. Тих спільних просторів було декілька реалізацій задовго до епла. Та і після епла теж. Зі свіжого в nvidia jetson наприклад є.
І ще одне, це взагалі не питання ОС, ОС абсолютно пофігу, одним співпроцесором більше, одним менше, це питання до драйверу пристрою.
На будь-який співпроцесор, котрим в даному випадку виступає відяха, виділяється шмат адресного простору. Різниця з дискреткою звісно є. По-перше виділяється динамічний розмір, по друге чисто теоретично можна виділити не безперервний простір, а шматками (я не знаю чи це реалізовано у епла, в HSA було), ну і по-третє проц до того всього теж прямий доступ має. Звучить звісно круто, але на практиці хоч на скількись суттєвого профіта не знайшли. Справа в локальності даних. Дані з відяхи треба лише відясі, дані з проца відясі не треба, і навпаки. Тих спільних просторів було декілька реалізацій задовго до епла. Та і після епла теж. Зі свіжого в nvidia jetson наприклад є.
І ще одне, це взагалі не питання ОС, ОС абсолютно пофігу, одним співпроцесором більше, одним менше, це питання до драйверу пристрою.
-
block_stupid
Member
ArmagedoonZergs
Scoffer
Yaroslav308
Згадую декілька років тому (чи вже не декілька
) багато хто, якщо не всі пророкували як GPU замінять CPU, точніше CPU перейде до GPU як співпроцесор.
Був іншої думки, бо GPU, як були максимально тупими асіками так і залишились (не бачу тут тенденцій до змін). Ще й площі кристалу жруть як не в себе.
Nvidia рухається в сторону що GPU стануть NPU з субмодулем GPU)).
По уніфікації пам'яті. Я от дивлюсь на проци AMD під Azure з HBM пам'яттю.
Сюди можна підкинути GPU контроллем пам'яті буде спільний, на рівні ОС чи заліза + ОС. Можна виділяти певний буфер GPU (можна навіть динамічний).
Типу від A до C пам'ять GPU (в середині буде діапазон від A-1 до A-10 це пам'ять куди CPU пише інфо для GPU, GPU там має право тільки читання, а від A11 до A20 пам'ять для читання CPU, але запис від GPU).
Тобто пам'ять якби одна, є певний діапазон так би мовити для інфи по обміну інфою, типу CPU каже, ось звідси по туди, я поклав дані, можеш прочитати їх для своєї роботи. Те саме може робити GPU.
Прям так щоб 2 чіпа що хотіли то і робити з одни пулом пам'яті не може бути))) Бо в будь якому разі цим треба керувати. А ліпити поверх планувальник це зайва робота, коли можна це зробити чіткий розподілом при запуску.
І CPU cкоріше будуть замінювати GPU в обчисленнях, а не навпаки. Бо GPU це тупий і жирний калькулятор. CPU набагато універсальніший і багатозадачний, можна робити робити навіть версії з меншими кешами, але більшою кількістю ядер, навіть з меншими частотами, може навіть стакати це все поверхами як HBM чи 3D кеш.
Оххх блін...оце занесло мене.
І ця всяка історія з "спільною" пам'яттю, може ок для APU та консолей, які завжди були і буть ніж ПК.
Для ультимативного, або більш комфортного геймінгу конструкція окермо GPU+пам'ять, окремо CPU+пам'ять залишаться.
Бо якщо ліпити це в одне, то отримує буквально компромісні "соснолі" однозадачні.
Зміниться тільки хіба те, що з розвитком pci 7.0, або на диво якогось замінника, буде можливість по вище вказаній схемі, що GPU піде читати щось з оперативки CPU "напряму", через контроллер CPU (для цього придумають якусь круту назву).
Відправлено через 55 секунд:
Scoffer
Yaroslav308
Згадую декілька років тому (чи вже не декілька
) багато хто, якщо не всі пророкували як GPU замінять CPU, точніше CPU перейде до GPU як співпроцесор.Був іншої думки, бо GPU, як були максимально тупими асіками так і залишились (не бачу тут тенденцій до змін). Ще й площі кристалу жруть як не в себе.
Nvidia рухається в сторону що GPU стануть NPU з субмодулем GPU)).
По уніфікації пам'яті. Я от дивлюсь на проци AMD під Azure з HBM пам'яттю.
Сюди можна підкинути GPU контроллем пам'яті буде спільний, на рівні ОС чи заліза + ОС. Можна виділяти певний буфер GPU (можна навіть динамічний).
Типу від A до C пам'ять GPU (в середині буде діапазон від A-1 до A-10 це пам'ять куди CPU пише інфо для GPU, GPU там має право тільки читання, а від A11 до A20 пам'ять для читання CPU, але запис від GPU).
Тобто пам'ять якби одна, є певний діапазон так би мовити для інфи по обміну інфою, типу CPU каже, ось звідси по туди, я поклав дані, можеш прочитати їх для своєї роботи. Те саме може робити GPU.
Прям так щоб 2 чіпа що хотіли то і робити з одни пулом пам'яті не може бути))) Бо в будь якому разі цим треба керувати. А ліпити поверх планувальник це зайва робота, коли можна це зробити чіткий розподілом при запуску.
І CPU cкоріше будуть замінювати GPU в обчисленнях, а не навпаки. Бо GPU це тупий і жирний калькулятор. CPU набагато універсальніший і багатозадачний, можна робити робити навіть версії з меншими кешами, але більшою кількістю ядер, навіть з меншими частотами, може навіть стакати це все поверхами як HBM чи 3D кеш.
Оххх блін...оце занесло мене.
І ця всяка історія з "спільною" пам'яттю, може ок для APU та консолей, які завжди були і буть ніж ПК.
Для ультимативного, або більш комфортного геймінгу конструкція окермо GPU+пам'ять, окремо CPU+пам'ять залишаться.
Бо якщо ліпити це в одне, то отримує буквально компромісні "соснолі" однозадачні.
Зміниться тільки хіба те, що з розвитком pci 7.0, або на диво якогось замінника, буде можливість по вище вказаній схемі, що GPU піде читати щось з оперативки CPU "напряму", через контроллер CPU (для цього придумають якусь круту назву).
Відправлено через 55 секунд:
+++Scoffer: ↑ 21.06.2025 23:51Звучить звісно круто, але на практиці хоч на скількись суттєвого профіта не знайшли. Справа в локальності даних. Дані з відяхи треба лише відясі, дані з проца відясі не треба, і навпаки.