На "дай си номера на кредитната карта" не му ли се викаше "лов на балъци"? За забравилите българо-турския: Fishing.

Това е специализация, т.е. съдържа няколко курса. Кликаш на Courses, после на курса които те интересува, после на Syllabus и ти показва съдържанието.

А относно кредитната карта, ако ви пита за такава значи сте кликнали на "Start 7 days free trial", това е необходимо само ако искате да се сертифицирате. Тогава се плаща. Ако нямате такива намерения, може просто да кликнете на "Audit this course" и тогава целият курс става достъпен за вас безплатно и без да ви пита за кредитната карта. Недостатъкът е, че за някой от упражненията няма да получите обратна връзка от инструктора, но това за повечето тук не би трябвало да е от зназение.

10х, стигнах до материала и позяпах малко... за съжаление не ми хареса видяното

Какво четиво би препоръчал по темата?

по коя тема?

В тия курсове са се опитали да минат по много теми за по 5 мин. Това е колкото да се придобие някаква обща култура, в случай че нямаш вече такава. Но аз мисля, че имаш
При по-сериозно изучаване нито има нужда нито полза от обединяване на толкова много теми. Може да научиш програмиране само от книгата на Кнут и не ти трябва нищо друго. Ако те интересуват системи за реално време също има доста книжки и малко теория, но отново тая тема е достатъчна сама за себе си. Ако те интересува надеждност също има теория и книги... За сигурност, алгоритми за криптиране, алгоритми за обмен, протоколи и т.н. книгите са сигурно цяла лавица.

Това което в момента ме интересува е нещо като "BKM of FW architecture definition for hard real-time, multi-core embedded systems", т.е. методи за комуникация и разпределяне на задачите между ядрата, като това включва е методика за моделиране на с-мата и валидиране на цялостното времеспазване, а не само на отделните ядра. Щото напоследък нещо всичко отива в посока, всеки си свършил работата ама накрая трябват повече ядра, повече кеш, по-високи честоти и не му се вижда края. А накрая профайлинга показва, че натоварването е на пода и като цяло системния скеджулинг е в киреча.

Даже идея си нямам какво означава BKM ама това с real-time + multicore звучи доста сериозно...
В Linkedin има една групичка за RTOS/Embedded и там един пенсионер се изявява редовно. Май книга нещо се опитваше да пише за теорията, но е практик, т.е. това е бачкал и не е само гола философия. За съжаление, обаче много са му пръснати и несвързани нещата... Това е един от сайтовете, има и други и в групата има стотици постове. Мисля, че ако имаш конкретни въпроси ще ти изнесе набързо няколко лекции
Иначе има и чисти теории, пълно е с научни статии... ама честно казано аз не съм виждал някой да ги прилага на практика. С други думи има едно много сериозно разминаване между теория и практика. Примерно има десетки алгоритми за шедулинг, ама на практика 99% е прост RMA. Ако някой ползва нещо друго то ще е я за военни, я супер-дупер скъпо и със затворен код, въобще на практика не можеш да видиш за какво иде реч.

Присетих се, че се забавляваше с ИИ и там знам, че често се стига до подобна ситуация. Причината е в примитивите, които се ползват. Пръскат се сметки по колко може курове и после има бариера, за да оберат резултатите преди следващия тур сметки. Тая бариера синхронизира всички нишки, но на практика блокира всичко докато и последната нишка не стигне бариерата. И колкото повече нишки и курове, толкова по-яко е блокирането. Особено, ако на фона има и други процеси.
Класическите шедулинг алгоритми в тая ситуация не помагат. Виж gang scheduling - това доколкото знам е най-доброто лекарство при подобни симптоми... Другото са свръхочакванията...

BMK - best known methods, иначе казано колекция от описание на настъпани мотики и методики за тяхното ненастъпване. Рядко се случва да попадне човек на подобни четива, но отвреме на време някой помъдрява и решава да инвестира време и да остави следа.

Благодаря за препратките, тези дни ще ги прегледам.