hogy lenne celszeru a programokat a magokra raosztani?
a rendszer folyamatok es ami ablak nem aktiv az az energiatakarekos magon, az aktiv ablak a gyors magon?
szerveren persze a kiszolgalas szempontjabol fontos folyamatok mehetnenek a gyors magra ha szerver processzorban is lesz ilyen.
kinek milyen igenyei lennenek? :)
- 507 megtekintés
Hozzászólások
Először is tisztázni kellene, hogy neked van döntési lehetőséged, vagy a Linux kernel power management funkciója fogja ezt intézni, ahogy például jelenleg az órajel kapcsolgatását is?
- A hozzászóláshoz be kell jelentkezni
valamilyen szinten most is bele lehet szolni:
conservative userspace powersave ondemand performance schedutil
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
A userspace-ben futó szoftvered nem tudja megtenni.
Ezt csak a /sys/ mappában rendszergazdaként tudod beállítani, és innentől az OS kezeli, nem az alkalmazás.
- A hozzászóláshoz be kell jelentkezni
ugy tudnam elkepzelni, hogy nem kell hogy feltetelnul kozvetlenul allitsa az alkalmazas, eleg ha beallitja sajat magan
echo "nagymagon" > /proc/$pid/hol_akarok_futni
a scheduler meg majd megoldja.
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Ami nice, az mehet energiatakarékoson.
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
- A hozzászóláshoz be kell jelentkezni
Szamomra az nem vilagos, hogy a dedikalt energiatakarekos core miben tud jobb lenni egy frekvenciaban leskalazott corehoz kepest.
Gondolom mas cache meretekkel rendelkeznek. Ezzel az a szivas, hogy ha egy energiatakarekos magon futo processz szeretne felporogni, akkor at kell helyezni egy masik magra, ami cache vesztessel jar.
- A hozzászóláshoz be kell jelentkezni
Biztos van egy szeles usecase amiben ez jobb teljesitmenyt nyujt. Nem altalanos felhasznalasu lesz, sztem.
- A hozzászóláshoz be kell jelentkezni
A cache érvénytelenítés és újratöltés valóban idő, de nem ugyanazon a skálán számít, mint amin a mag-váltás történik. Azért nem vált másodpercenként soktízszer magot az alkalmazás majd gondolom.
- A hozzászóláshoz be kell jelentkezni
Nem tudom, hogy mik az elképzeléseik, de a mai gyártástechnológia a vékony nm-ekkel eléggé beáldozta a low static power-t a nagyobb sűrűségért és a jobb dynamic power-ért.
Így elvileg energiatakarékos magot lehet csinálni, ahol kicsit vastagabb a csíkszélesség, kicsit vastagabb a dielektrikum, rosszabb a dynamic power, de az alacsony órajel miatt nem számít, és a static viszont sokkal jobb lehet.
- A hozzászóláshoz be kell jelentkezni
A számítási teljesítmény növelésére az órajel további növelését a fizika törvényszerűségei gátolják. Ezért
1.) többmagos CPU az egyik követett irány
2.) CPU-n belüli varázslat: azaz hogyan darálhatsz le azonos órajel mellett többször annyi utasítást ugyanazon magban?
Az utóbbira a megoldás, hogy a klasszikus in-order architektúrát felváltod out-of-order architektúrával és akár 4 vagy több utasítást is feldolgozol párhuzamosan ugyanazon magban.
Ehhez látszik, hogy kell egy bonyolult dispatching, háttérben több összeadó, több szorzó áramkör, hiszen párhuzamosan dolgozik több utasítással a mag.
Így azonos órajel mellett többszörös számítási tempójú magokat kapsz, ellenben rosszabb energiahatékonyságúakat.
Energiahatékonyság növelése (fogyasztás csökkentés, főleg akkus cuccoknál): vissza a kályhához. In-order architektúra, hókuszpókusz nélkül. Lassabb, de a számítás/watt jobb.
Kell az energiahatékonyság, de ha kell, akkor legyen gyors is. Ehhez kétféle processzorfelépítés kell az eszközbe, közöttük a pillanatnyi felhasználás alapján kapcsolgatni kell. És ezzel eljutottunk a BIG.little elvhez.
- A hozzászóláshoz be kell jelentkezni
Az osztott memóriájú homogén processzoros környezetben a szoftveripar már minden kihíváson felülkerekedett, úgymint: ütemezés, NUMA közelség, cache koherencia, versenyhelyzetek, zárolási primitívek költsége. [*] Úgyhogy itt az ideje a bonyolultság fokozásának, a heterogén processzoros rendszereknek.
[*] ja, nem
- A hozzászóláshoz be kell jelentkezni
Mondjuk arrol a szoftveripar pont nem tehet hogy nincsenek 20 GHzes CPU-k. :)
- A hozzászóláshoz be kell jelentkezni