Hirdetés

  2. Fórumok
  3. Tartozékok, egyebek
  4. Nyolcmagos Huawei processzor a láthatáron
Keresés

Új hozzászólás Aktív témák

  • #25 azopi74 addikt tjb007 #9
    Új Válasz #25
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    válasz tjb007 #9 üzenetére

    A12-t nem csúcskategóriába szánja az ARM, hanem a középbe, persze ez semmit nem jelent, az A7-es se középbe szánja, ez mégsem akadályozza a gyártókat 8 magos A7-ben. Ha ez tényleg 8 magos A12 lenne, az azt jelezné, hogy tényleg komoly gondok vannak a big.LITTLE-el, a gyártók mintha egyre kevésbé bíznának benne, amit erősít, hogy az egyetlen eddigi implementáció nem egy sikertörténet . Amit persze jól meg is lovagol a Qualcomm, ekézve a megoldást, és azt hirdetve, hogy a big.LIITLE egy bullshit, az energiazabáló és a harmatgyenge blokk között kell választanod, nincs köztes út. És bár ez erős csúsztatás, mert nem ez lenne a lényege, de gyakorlatilag sajnos jelenleg ez igaz. És hét ez is került be a köztudatba, elég megnézni néhány hsz-t akár ezen a fórumon. És qualcomm aSMP tényleg működőképesebb , mint az ARM DVFS, az már-már megközelíti azt a szintet, hogy érdemes használni :)

    Cortex A12 még egy-másfél év? Nem lesz az egy kicsit későn? Addig a Qualcomm letarolja a piacot a Snapdragon 400-al. Már jó ideje igen durva lépéshátrányban az ARM, és nem nagyon szűkül az olló, inkább nyílik.
    ARM partnerek (akik egyre kevesebben vannak, és egyre kisebb részesedést tudnak felmutatni) meg nem tehetnek mást, minthogy érdekesnél érdekesebb, kifejezetten az ARM ajánlásaival szembe menő megoldásokkal rukkoljanak elő (az nVidia 4+1, 8 magos A7-ek, de egy 8 magos A12 is az lenne, stb) . Mást nem tudnak tenni, csak az elérhető Cortex portfolióból tudnak építkezni, Krait-ot nem licenszelhetnek.

    Kezdem úgy érezni, mintha szándékosan gyengítené magát a CPU piacon az ARM, mert nagyobb lenne a profithányad, ha csak az ISA licenszeléséből élnének, minimális munka, dőlő cash :)
    Aki elég erős, kövesse a Qualcomm vagy az Apple példáját, és csináljon custom CPU-t, vagy távozzon a piacról... Csakhogy ha a CPU üzletágat leépítik tudatosan, a GPU-biznisz is megy vele, mert akinek saját CPU-hoz van tőkeereje, annak a GPU sem fog gondot okozni (vagy már van is neki)

  • #24 azopi74 addikt lppi #21
    Új Válasz #24
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    válasz lppi #21 üzenetére

    Hát én meg azt nem értem, hogy te hogy kanyarodtál el az optimalizálástól. Ez az egész az optimalizálásról szól semmi máásról. Miről szolna az untramobil piac, ha nem az energiagazdálkodásról? :)
    Egyébként az egész így kezdődött:

    "a "köztes" helyzeteket meg, amikor nincs szükség csúcsteljesítményre, de azért él a kijelző, fut valami itt-ott, pedig az órajel levételével vagy a magok lekapcsolásával lehet optimálisan megoldani. A 4+4 mag szvsz leginkább marketingszempontból hatékony."

    by dreamdancer

    Erre mondtam, hogy ezt nem tudja még egy OS sem egyelőre. És ez így is van.
    Természetesen itt MP módra gontoltam, amikor az OS intelligens módon gazdálkodik a magokkal, hiszen ahhoz kell megfelelő OS támogatás, és nem arra, hogy a tétlen magok "állnak". Ami ráadásul eléggé sántít, mert ha szintén CPU-Z-vel megnézed a feszültséget, láthatod, hogy szinte változatlan, függetlenül a CPU-k órajelétől, vagy attól, hogy épp hány mag "idle". Tudjuk, hogy miért...
    Szóval ennyi erővel kb azt is írhattad volna, hogy dehogynem lehet lekapcsolni a magokat, ki kell kapcsolni a telefont és kész, lekapcsolnak a magok akkor is :) Ez a tuti, akkor tényleg le is kapcsolnak, nem csak idle módban zabálják az energiát :)

    "Az, hogy ezt lehet tovább optimalizálni más téma"

    Viccelsz? "továbboptimalizálni"? Miért, hol van ez most optimalizálva egy kicsit is, amit tovább kéne fejleszteni? :) (a big.LITTLE és nVidia 4+1 megoldását leszámítva)

    "Én nem is erre válaszoltam, hanem arra, hogy szerinted Intelen és AMD-n kívül más nem tudja ezt."

    Tudnak valamit, amit az ARM DVFS-nek hív, a Qualcomm meg aSMP-nek, de mindkettő vicc kategóriába sorolható, és nem említhető egy lapon az x86-os CPU throttling megoldásokkal.
    A big.LITTLE MP lenne a gyógyír, de ahhoz OS támogatás kell. Persze az ARM könnyen veri más szerszámával a csalánt.
    Nagy arccal meghirdette az intelligensnél intelligensebb big.LITTLE módokat, amik így papíron nagyon jól mutatnak, de jelenleg nem működnek sehol.
    A CPU migration, amit driver szinten kéne megoldani a SoC vendornak, jelenleg nem működik megfelelően az egyetlen gyártónál, aki azt implementálta, a rendkívül intelligens MP módot (na ez, az, mit én magok le- felkapcsolásának nevezek) meg OS szinten kellene megoldani, ami nem épp egyszerű dolog.

  • #20 azopi74 addikt lppi #19
    Új Válasz #20
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    válasz lppi #19 üzenetére

    Ha a négy magból három, az nem azért van, mert az OS lekapcsolta azokat, és átdobta a rajta futó thread-et a negyedik magra, mert úgy hatékony, hanem azért, mert egyszerűen nincs dolguk, kifogytak a feladatból, amit az OS annak idején kiosztott rájuk :).

    Az órajel- levétel meg tök egyszerűen működik, ha egy adott mag terhelése lecsökken, akkor a rendszer ész nélkül lejjebb veszi a mag órajelét is. Teljesen függetlenül a többi magon futó taskoktól, és az esetleges erőforrás-felszabadítási/átcsoportosítási lehetőségektől. Az OS csak kiosztja a feladatokat a magok között, de az órajelüket/fogyasztásukat nem veszi figyelembe és nem dobálja a thread-eket ide-oda az optimális fogyasztást figyelembe véve. .

    Ugye nem akarod azt mondani, hogy ez az ultragagyi "megoldás" hatékonyabb, mint a big.LITTLE ? :)

  • #18 azopi74 addikt fatal` #17
    Új Válasz #18
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    válasz fatal` #17 üzenetére

    Az csak primitív DVFS technológia. Igazad van, a régi 1 magos rendszereken ez tökéletesen működhet, ott van is értelme. Ezt elfelejtettem, de nem tudtam, hogy még vannak egy CPU magos SoC-ok használatban ;)
    Muliticore SoC-okon esetén már nem működhet hatékonyan ez az egyszerű DVFS, hiszen az csak az egész SoC feszültséget tudja állítgatni egyszerre, itt már intelligensen kéne a különböző magok között szétosztani a feladatokat, és a legoptimálisabb órajel/feszültséget be állítani hozzájuk egyenként. Lehet, hogy majd egyszer lesz ilyen OS meg ilyen SoC, most nincs.

    A mai multicore rendszereken egyszerűen a big.LITTLE a leghatékonyabb megoldás. Persze MP módban lenne az igazi, de azt sem támogatja semmelyik OS. Az legyen az első lépés, aztán ha az megvan, lehet beszélni a magonkénti órajel állítgatásról :)

  • #16 azopi74 addikt dreamdancer #11
    Új Válasz #16
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    válasz dreamdancer #11 üzenetére

    Az alatt meg mit értettél, hogy órajel levételével vagy magok lekapcsolásával? Melyik mobil os és mobil soc tud ilyet jelenleg? CPU throttlingot csak az intel (speedstep) és az amd (powernow) procik tudnak, armos megoldásról nem tudok. Apple socról voltak ilyen pletykák, de kacsának bizonyult. A maglekapcsolás szép lenne, ha tudná valamelyik os.

  • #12 azopi74 addikt dreamdancer #11
    Új Válasz #12
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    válasz dreamdancer #11 üzenetére

    A samsung féle 4+4 megoldás tényleg nem optimális, de ennek nem ilyen ostobán kéne működnie... Csak elqrták, de nagyon

  • #10 azopi74 addikt tjb007 #6
    Új Válasz #10
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    válasz tjb007 #6 üzenetére

    Ja, és lehetne kapcsolgatni a két a15-ös mag között cpu migration-nel. Vagy a két blokk között cluster migration-nel. De kafa lenne. Big.BIG :-)
    Viccet félretéve: Viszont ha tudna MP módot, amit elvileg tud a big.LITTLE, akkor nem lenne elvetendő dolog, a 8 A15-ös mag, hiszen terhelés függvényében tetszőleges számú mag lehetne aktív. (Bár készenléti módnak egy db A15-os is úri huncutság.)Ehhez csak megfelelő os kéne. Majd talán az android 6.0 :)

  • #7 azopi74 addikt dreamdancer #4
    Új Válasz #7
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    válasz dreamdancer #4 üzenetére

    Ugye nem gondolod komolyan a 8 db A15-ös magot? :) egyébként de, 8 A15-ös pontosan egy übererőmű lenne. De ennek nulla az esélye. Esetleg laptopban láthatunk majd ilyet. Vagy szerverben... de telefonban soha.

  • #3 azopi74 addikt
    Új Válasz #3
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    azopi74

    addikt

    8 db Cortex A15 mag azért durva lenne. Talán egy-két órát kibírna egy 5400 mah-s aksival :-)

Új hozzászólás Aktív témák

Hirdetés