Ako OS rozdeluje instrukcie v DUAL-CORE systeme?
Len ma to zaujima
otazka 1: Funguje SMP v realnom rezime, proste ked sa emuluje 8086, segmentffset 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?
DIYS gripmeen >> CPU Wolfdale E8200 MOBO Gigabyte GA-P35-DS3R rev 2.1 RAM A-DATA DDRII 800+ EE VGA Gigabyte 3850 512MB HDD SAMSUNG 500GB HD501LJ
Fujistu Siemens Scenic >> CPU Pentium III 1000MHz MOBO unknown RAM 256 + 128MB VGA int. i810 HDD 20GB neznameho typu
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.
In a world without fences and walls, who needs Gates and Windows? | Nesnáším wide monitory.
Workstation: Xeon E3-1275v5 :: Silentmaxx TwinBlock fanless :: Fujitsu D3417-B :: 32 GB ECC DDR4 :: Radeon Pro WX 2100 fanless :: Dell UP2715K :: Gentoo
Server: Xeon E3-1245v6 :: Supermicro X11SSH-F :: 32 GB ECC DDR4 :: Aquantia 5GBase-T :: 36 TB storage :: Gentoo Hardened
Uff, uz moc zlozite. Myslel som, ze sa len oznaci kus kodu nejakym indexom a ten potom priamo putuje na dany procesor.
DIYS gripmeen >> CPU Wolfdale E8200 MOBO Gigabyte GA-P35-DS3R rev 2.1 RAM A-DATA DDRII 800+ EE VGA Gigabyte 3850 512MB HDD SAMSUNG 500GB HD501LJ
Fujistu Siemens Scenic >> CPU Pentium III 1000MHz MOBO unknown RAM 256 + 128MB VGA int. i810 HDD 20GB neznameho typu
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...)
1: Asus P2B 1.10 • Celeron 1100@1364/1.8V • 512MB SDRAM • Samsung SP1213N+WD AC28400 • Toshiba XM-6402B+SD-M1212 • PowerColor AR2L Radeon 9100 64MB • 3C900-Combo • Bt848A • ASB-3940UA • AWE-64 • DTK PTP-3007 • VisionMaster 405 • Umax UC630 • Star LC24-200 Colour 2: PCPartner TXB820DS • Cyrix MII PR300/1.8V • 256MB SDRAM • 2xSamsung HD400LD+IT8212F • Accesstek CW4001 • LS-120 • Mystique 4MB • Millennium II 4MB • 3C509 • CMI8329A+Dream MIDI • ADI ProVista E44 • SyncMaster 203B Notebook: DTK FortisPro TOP-5A • P166MMX/1.8V • 80MB EDO • Hitachi 5K80 40GB • 12,1" TFT Router: A-Trend ATC-1425B • i486DX 50@33/5V • 48MB FPM • WD AC14300 • UMC UM9003F • HP PC LAN 16/TP+ Car: Mazda 323P BA • Z5 1489ccm, 65kW@5500rpm, 134Nm@4000rpm
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.
In a world without fences and walls, who needs Gates and Windows? | Nesnáším wide monitory.
Workstation: Xeon E3-1275v5 :: Silentmaxx TwinBlock fanless :: Fujitsu D3417-B :: 32 GB ECC DDR4 :: Radeon Pro WX 2100 fanless :: Dell UP2715K :: Gentoo
Server: Xeon E3-1245v6 :: Supermicro X11SSH-F :: 32 GB ECC DDR4 :: Aquantia 5GBase-T :: 36 TB storage :: Gentoo Hardened
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.
Hrrrr, will you stop using people as human driven search engines? Google.com has all the answers you need.
Uz chapem
DIYS gripmeen >> CPU Wolfdale E8200 MOBO Gigabyte GA-P35-DS3R rev 2.1 RAM A-DATA DDRII 800+ EE VGA Gigabyte 3850 512MB HDD SAMSUNG 500GB HD501LJ
Fujistu Siemens Scenic >> CPU Pentium III 1000MHz MOBO unknown RAM 256 + 128MB VGA int. i810 HDD 20GB neznameho typu
Toto téma si právě prohlíží 1 uživatelů. (0 registrovaných a 1 anonymních)
Pravidla přispívání
Odpověď s citací