BD
и есть gdc vault презентация https://www.gdcvault.com/play/1012358/Go-With-the-Flow-Fluid тоже жорошо и побольше деталей
Size: a a a
2020 February 03
BD
и у джеймина было в блоге много, но чот кроме медиума ща не могу найти ничего
PS
правда выше написано что если ты перловод или питоновод - то ни хрена не поймешь
Ну какой там SSE. Тем гетерогенная многопроцессорная архитектура. Один процессор нормальный, а еще 8 — специализированные VLIW/SIMD-гибриды под названием SPE. И между соседними SPE, например, можно программировать прямой обмен по DMA. И кэширования/когерентности нет — все обмены совершаются между PPE и SPEs программно с помощью асинхронных запросов по DMA.
KR
есть еще пдф пейпер но за пейволом
А sci-hub?
BD
А sci-hub?
там не смотрел, но пейпер зовется Fluid dynamics and lighting implementation in PixelJunk Shooter 2
в блоге у него были прям куски cell кода и как это шедулится между SPU и PPU, но в GDC Vault толке вроде все это есть
в блоге у него были прям куски cell кода и как это шедулится между SPU и PPU, но в GDC Vault толке вроде все это есть
AT
А sci-hub?
Ascii-hub?! 😃
E
Ну какой там SSE. Тем гетерогенная многопроцессорная архитектура. Один процессор нормальный, а еще 8 — специализированные VLIW/SIMD-гибриды под названием SPE. И между соседними SPE, например, можно программировать прямой обмен по DMA. И кэширования/когерентности нет — все обмены совершаются между PPE и SPEs программно с помощью асинхронных запросов по DMA.
и слава богу это всё кануло в лету и теперь приставки - это обычные писюки
E
и так разрабатывать под разные рендереры непросто, а тут еще ублажай целл
BD
и слава богу это всё кануло в лету и теперь приставки - это обычные писюки
да, там был чудный крутяк в процессинг лупе - сетапишь дма, пока он копирует тебе новые данные, обрабатываешь старые
BD
потом сетапишь еще один дма чтобы результаты обратно копировать, и так между этими двумя дма лупами скачешь как белка
PS
Речь ведь не о том, чтобы восхищаться такой архитектурой. Decoupled-подходы — это то, с чем иногда приходится программисту мириться, если нужна высокая эффективность работы чипа. Идея в том, чтобы возложить на компилятор заботу о распределении данных по блокам локальной памяти, по управлению DMA-запросами и проч.
M
Речь ведь не о том, чтобы восхищаться такой архитектурой. Decoupled-подходы — это то, с чем иногда приходится программисту мириться, если нужна высокая эффективность работы чипа. Идея в том, чтобы возложить на компилятор заботу о распределении данных по блокам локальной памяти, по управлению DMA-запросами и проч.
Вообще это задача ОС или драйверов, компилятор вообще в таких вещах никаким боком касать не должен
M
Ну и ping-pong и двойная буфферизация довольно обычная практика в embedded и GPU pipeline.
KR
там не смотрел, но пейпер зовется Fluid dynamics and lighting implementation in PixelJunk Shooter 2
в блоге у него были прям куски cell кода и как это шедулится между SPU и PPU, но в GDC Vault толке вроде все это есть
в блоге у него были прям куски cell кода и как это шедулится между SPU и PPU, но в GDC Vault толке вроде все это есть
Открывает, хоть и со скрипом. Там одна страница.
KR
Ascii-hub?! 😃
Вы не знаете sci-hub?
AT
Вы не знаете sci-hub?
Знаю, знаю... 😊
AT
MaxGraey
Вообще это задача ОС или драйверов, компилятор вообще в таких вещах никаким боком касать не должен
Не факт. При наличии подходящего языка у компилятора будет больше информации для оптимального размещения данных и скедулинга вычислений.
M
Не факт. При наличии подходящего языка у компилятора будет больше информации для оптимального размещения данных и скедулинга вычислений.
Это только если эта операция очень частая и полезда для достаточно широкого спектра платформ - в противном случае это overkill
KR
Вот, собственно