waldorf

Рабинка, почти всички тука са правили всичкото това, че и много повече. Самия факт, че си мислиш, че е кой знае какво е още едно доказателство колко неадекватна завалийка си. И неможач.

Изброй ги "тия всички", дето го били правили. Сайта на Лудия го видях, на С++ писал сайт, който е статичен на 99%. Голия свирец не знаа кво е програматор. Ребавия мерзавец едва ли е писал за микросървисна архитектура. Същото се отнася и за тебе.

Не се сещам и за един, дето е вдигал и WEB и ембед. Жонката, нали, форума де го писа виждаш на какво мяза. 5 човека сме тука и работи, подозирам, че след 500 юзера ще клекне, особено както си качва картинките на blob в SQL Lite.

Чак ми е съвестно като кача неко простотия на картинка, че товаря базата, дето е за всичко останало.

|

Козоеба пак си изрецитира по колко "технологии" е неможач, но за register renaming нито дума. :)

Макя ти в устенцата кирливи, register renaming в ембед не съм срещал, и предполагам, че не ми и трябва.

waldorf

В съвременните процедори има на практика компилатор дето компилира до вътрешни по прости инструкции като прави редица оптимизации - out of order & speculative execution, register renaming и т.н. И това му поведение се контролира от микрокод който пък си е съвсем отделно и може да се променя по желание на кораба майка. Основите са сложени още в първите 8 битови процесори и след това е мазано отгоре 50-на години. И май отдавна сложността на един процедор надхвърля капацитета на нормалния човек да осмисли и да разбере.

Чак компилатор няма. Някои инструкции се кракват и стават поредица от микроопс, други се фюзват и стават един микрооп. Основите са сложени от Роб Томасуло за някой от IBM/360 или 370, не помня.

Никой не успя да каже точно какво е register renaming, но както казах, това не е много важно. Просто ми беше интересно. Ще се опитам да го обясня като имам достатъчно кофеин в кръвта, за който му е интересно.

С удоволствие ши прочета чуек. Аз навремето с удоволствие четох и документации, ма много не е останало както виждаш.

|

Никой не успя да каже точно какво е register renaming, но както казах, това не е много важно. Просто ми беше интересно. Ще се опитам да го обясня като имам достатъчно кофеин в кръвта, за който му е интересно.

Мен не ме интересува.

Alright, register renaming...

Който внимава каква е производителността на съвременните процесори знае, че в повечето случаи те изпълняват 2-4-8 инструкции на цикъл. За да постигнат това при ограничения като стотици цикли достъп до паметта, и десетина цикъла достъп дори до най-близкия кеш, процесорите изпълняват буквално стотици инструкции едновременно. Да дам пример по-близък до програмирането: това което процесорните инженери са постигнали е да им дадеш еднонишкова програма на C++, и те да я направят автоматично да работи на 20 процесора.

Та, да оставим спекулативното изпълнение и да се концентрираме на най-простия начин да се направят нещата паралелни: register renaming. Имаме само код, който няма branches, basic blocks му казват обикновено. Значи единствения начин да се паралелизира кода е да се изпълняват независими инструкции едновременно. Ограничения брой регистри прави това трудно, защото ако две независими групи инструкции използват AX, втората трябва да чака първата да го освободи. Затова процесорите имат голям брой (стотици) физически регистри, и една от първите стъпки (rename) в изпълнението на инструкция е заменянето на архитектурните регистри с физическите. След rename stage, инструкциите имат стотици регистри, а не само 6-7.

А козоеба е ясно, че нищо няма да разбере, той за една проста "нова технология" за звъ̀нци му трябват месеци.

|

А козоеба е ясно, че нищо няма да разбере, той за една проста "нова технология" за звъ̀нци му трябват месеци.

Тебе всичко ти е просто и ясно, вкл. ламбажийница, каквато може и да не си виждал на живо. И там си гуру. Макя ти деба проста!

Аз какво съм разбрал и какво не не ти е писано да знаеш.

Това което не е очевидно на пръв поглед е, че тези физически регистри не са само за general purpose регистрите, но и за неща като флаговете-резултат от сравнения. Процесорите имат десетки такива, всяка от инструкциите за сравнение знае кой да използва и изпълнението на инструкциите след нея зависят от съответния регистър.

Load-balancing беше интересен към 1999-2000 година, трябва да си пълен идиот да се хвалиш, че си правил load balancing след това.

|

Load-balancing беше интересен към 1999-2000 година, трябва да си пълен идиот да се хвалиш, че си правил load balancing след това.

T.e. след 2000 г. няма load balancing, тъй ли, некадърник?