Константин Владимиров - Память как концепция в гетерогенных системах 

Миру нужны записи лекций по языку Си для первого курса МФТИ от Константина Владимирова!

Константин, спасибо за лекцию. Я мало, чего понял :D , зато увидел очепятку на 51:02 - идентификаторы задач определены с заглавными литерами, а используются с маленькими литерами

Как-то на практике "благие намерения" single source гетерогенных вычислений так или иначе приводят к "vendor lock in", SYCL как-то не очень-то получается на практике промышленного написания софта заставить работать на всех трех основных цветах (вендорах), а старый добрый OpenCL, с оговорками и "молитвами" - работает везде, да, закат солнца вручную, но работает везде. Мне кажется, что вместо игр в SYCL интелу не нужно было отказываться от развития OpenCL и исправлять свои косяки дальше, делать инструменты (очень нравится intel_driver_diagnostics расширение), а не сдаться, и имея реализацию 2-го стандарта откатиться назад в 1.2, потому что "у нас лапки" :). Жалко, что интелы выкинули queue_on_device из последних драйверов. Спасибо за доклад, стали понятны побуждения зачем вообще SYCL нужен. Ну и AMD-шный ассемблер не такой уж непонятный, все там с ним ок.

Интересно, конечно, но графика это не все гетерогенные вычислители, которые существовали и существуют. Есть системы с разделяемой между хостом и вычислителем памятью, есть системы с FIFO, mailbox и ПДП, есть связь по Ethernet через backplane. Я не представляю, как эффективно абстрагировать эти механизмы чтобы подсунуть их компилятору и совместно программировать, как будто земля плоская) Потом, что делать с lsb msb в шареной памяти, если не повезёт с комбинацией железа?) А что, если хост просто не будет успевать загружать данные и команды для обработки вычислителем? В общем лекция как всегда очень интересная и познавательная, но название, как мне кажется, не совсем соответствует содержанию