Printable View
Len ma to zaujima
otazka 1: Funguje SMP v realnom rezime, proste ked sa emuluje 8086, segment:offset a podobne.
otazka 2: ako sa rozdeluju instrukcie pre jednotlive jadra. Je v kazdom slove programovej casti pamati zahrnuty nejaky identifikator alebo co. A vlastne co to rozdeluje? North bridge?
SMP architekturu dopodrobna neznam, ale:
- OS musi pouzit APIC, ktery rozdeluje preruseni na jednotlive procesory, bez toho SMP nebezi vubec. Musel by sis v assembleru naprogramovat kompletni obsluhu tohoto radice preruseni, navic v realnem modu je to uplne nesmyslne a pravdepodobne taky nemozne.
- k APIC muze dale kernel pouzit IRQ balancing, ale to uz je vec optimalizace a preemptivnosti process scheduleru
- vetsinou se presouvaji cele thready na jednotlive procesory, uz jenom kvuli lokalni cache v procesoru - bylo by nelogicke mit cast threadu zaroven ve dvou procesorech, takoveto reseni by melo prilis velky overhead.
Uff, uz moc zlozite. Myslel som, ze sa len oznaci kus kodu nejakym indexom a ten potom priamo putuje na dany procesor.
Praveze je to urobene jednoducho - na jednom CPU bezi jeden kod (thread, proces) a na druhom druhy. Presuvanie medzi procesormi je dobre minimalizovat lebo je drahe (musia sa preniest registre, znovu naplnit cache...)
To tvoje navrhnute reseni by melo prilis velke naroky na pamet a procesor, kdyby se musela kazda instrukce znackovat a mela obsahovat napr. 4byte na toto (pocitam s byte-alignmentingem pro rychlejsi zpracovani).
SMP architektura musi byt flexibilni, aby se daly jednotlive procesory odebirat a pridavat za behu (hotplug). Je umeni napsat ji tak, aby relativni vykon byl temer stejny jako faktor poctu procesoru. Napr. ccNuma je napsana tak genialne, ze prirustek vykonu je kolem 99% realne pri pridani dalsich vypocetnich jednotek.
funguje to jako dva oddeleny procesory ... kazdej si taha svoje data/instrukce z pameti a uklada si je do svy cache a pak je sam zpracovava (aniz by o tom druhym procesoru vedel - teda az na vyjimky - pristup k pameti se nejak sefuje v pametovym radici).
priznam se ze programovani v realnym modu je mi uplne cizi takze nevim jestli by to fungovalo. pravdepodobne by to nebyl zas tak velkej problem ale protoze to k nicemu poradne neni tak se tim asi nikdo nezabejval.
co kde pobezi vpodstate urcuje scheduler. ten se vola pri kazdym preruseni, pri kazdym systemovym volani a pripadne kdyz proces proted (nebo uplne) 'skoncil' - proste nema co delat nebo se vola periodicky casovacem.
scheduler se pak kouka do tabulky procesu a podle nejakyho algoritmu vybere co na tom ci onom procesoru dal pobezi. proto jsou veci jako hodne preruseni nebo spatne nastavenej casovac (da se nastavovat v parametrech jadra linuxu a *bsd - jinde nevim) jednim z nejvetsich zpomalovacu systemu. proste cpu musi prestat delat co dela a zacit resit preruseni. zaroven je to i nejvetsi brzda SMP systemu - stravi se hodne casu presouvanim procesu z pameti na procesor a naopak.
pak jeste existuje komunikace mezi procesorama ... o ktery toho moc nevim ... snad jen ze si za nejakejch okolnosti musej posilat interrupty a updatovat si cache.
Uz chapem :idea: :idea: :idea: Dakujem.