Hirdetés
-
Fekete misztikum: DeepCool Mystique 360 vízhűtés
ph Fekete ventilátorokkal, visszafogott világítással, de LCD kijelzővel érkezik a gyártó új topmodellje.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Dobhatja a Google az Exynost és a Samsungot
ma A Tensor G5-öt önállóan fejlesztheti és a TSMC-vel gyárthatja, a G4-et viszont még koreai partnerével.
Új hozzászólás Aktív témák
-
#18
S_x96x_S
őstag
bitblueduck
#10
S_x96x_S
őstag
válasz
bitblueduck
#10
üzenetére
> android bit.Little
> témában leírhatná mennyire működik azon a platformon.https://en.wikipedia.org/wiki/DynamIQ
The problem that big.LITTLE solves
For a given library of CMOS logic, active power increases as the logic switches more per second, while leakage increases with the number of transistors. So, CPUs designed to run fast are different from CPUs designed to save power. When a very fast out-of-order CPU is idling at very low speeds, a CPU with much less leakage (fewer transistors) could do the same work. For example, it might use a smaller (fewer transistors) memory cache, or a simpler microarchitecture such as a pipeline. big.LITTLE is a way to optimize for both cases: Power and speed, in the same system.
In practice, a big.LITTLE system can be surprisingly inflexible. One issue is the number and types of power and clock domains that the IC provides. These may not match the standard power management features offered by an operating system. Another is that the CPUs no longer have equivalent abilities, and matching the right software task to the right CPU becomes more difficult. Most of these problems are being solved by making the electronics and software more flexible.
"""Apple M1 ( ARM ) -et érdemesebb megnézni -
most az a top big-little Desktop - lecsiszolt megoldás.Amúgy az új ARM-es procikból
már van 3-egybecsomagolt architektúra is
( Tri-Cluster Architecture )
pl Snapdragon 888 - 8 vegyes core:1x Cortex-X1 @ 2.84GHz 1x1024KB pL23x Cortex-A78 @ 2.42GHz 3x512KB pL24x Cortex-A55 @ 1.80GHz 4x128KB pL2persze itt konnyebb, mert X86-on az AVX-512 eléggé nem tranzisztobarát utasítás.
Az ARM-es megfelelőjét jobban tervezték
és az SVE sokkal jobban skálázódik - fel és le is ..
Emiatt az ARM-es Vektor utasításoknak jobban fekszik a big-Little.Mottó: "A verseny jó!"
-
S_x96x_S
őstag
> nem nagyon értem, mi értelme a kicsi magoknak jelenleg.
- ha később lesz értelme,
akkor már most el kell kezdeni a szoftveres integrációt
és nem akkor amikor már késő.- tartani kell a lépést az Apple M1 -el ..
- Környezetvédelem ; Energiahatékonyság
( már ha aggaszt téged a Globális Klimaváltozás )
Főleg ha a procikat is elkezdik - a hütőgépekhez hasonlóan osztályozni.
- Notebook-ok ; NUC-ok
következő generációs konzolok;
NAS -ok;
> Nekem is sokkal inkább az az érzésem, hogy a gyártástechnológia
> hiányosságai miatt nem képesek tartani a lépést magok számában
> ezért most kitaláltak hozzá valami ideológiát, hogy miért is lesz ez jó.ettől függetlenül hasznos dolog.
Ha az Intel nem lépi meg, akkor tovább folytatódik az ARM - általi kiszorítás.
És az Apple-t már elvesztette.Szóval kényszerített lépés
Az Apple - a legjobb gyártástechnológiával - a legjobb mérnökökkel - mégis ezt választotta. Főleg azért mert ezt a procit alkalmazza az erősebb mobiltelefonokban, a tabletekben és a laptopokban és az apple mini-ben is.
Ezt jelenleg az Intel procikkal nem lehet megtenni.És ha az Intel nem lép,
az X86 elveszti a tablet és a notebook piacot is
- mint a mobiltelefon piacot.Mottó: "A verseny jó!"
-
S_x96x_S
őstag
> Igen. Szervereknél és munkaállomásoknál lehet jelentősége,
> mezei klienseknél nem,
> egyszóval a felhasználóknak nem fog hiányozni.ez az X86 fragmentációja miatt van - ami annyira komplex, hogy nem éri meg a vesződség a kis részarányú mikro optimalizációnál.
Eddig az Intel tudatosan visszatartotta az AVX-512 -öt a Consumer szinttől - és ennek az a következménye, hogy kevés fejlesztő építette be.De a Játékok Fizikai Engine-je ( physics engine library )- biztos profitálna egy AVX-512 -es targettel, de még a több CPU-s támogatás integrálásával is le vannak maradva a game-engine fejlesztők.
Bármi - ami komolyabb matematikát használ - ki tudná használni az AVX-512 -öt
De valami elindult az elmúlt évben
( https://lists.llvm.org/pipermail/llvm-dev/2020-July/143289.html )
és talán az "x86-64 Microarchitecture Feature Levels" hoz valami változást - consumer szinten is.x86-64-v1: CMOV, CMPXCHG8B, FPU, FXSR, MMX, FXSR, SCE, SSE, SSE2x86-64-v2: (close to Nehalem) CMPXCHG16B, LAHF-SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3x86-64-v3: (close to Haswell) AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE, XSAVEx86-64-v4: AVX512F, AVX512BW, AVX512CD, AVX512DQ, AVX512VLJelenleg
- a GCC 11; LLVM Clang támogatás megvan,
- a Linux kernel-t okosítják ( 18 August 2021 )
- és jelenleg egyes linux disztribuciók - azon gondolkodnak, hogy melyik "feature levels" - támogassák - vagy ne támogassák.Jelenleg a sok program binárisát a kompatibilitás miatt
- csak a legrégebbi "x86-64-v1"-re fordítják le .. és annyi ..És 1-2 év múlva a Windows is követni fogja ezt a trendet,
főleg ha tartani akarja a riválisokkal a tempót.Vagyis aki hosszabb távra beruház - az várhatóan 4-5 év múlva érezni fogja az eltérést
De aki csak 1 évre vesz gépet - annak felesleges erre optimalizálni.
Mottó: "A verseny jó!"
-
#69
S_x96x_S
őstag
Petykemano
#67
S_x96x_S
őstag
válasz
Petykemano
#67
üzenetére
> Az is álom, hogy - az AMD - majd a vektorutasítások CPU-ba való
> integrálása és implementálása helyett a az AVX-AVX2-AVX512
> utasításokat offload-olja a GPU-ra,előbb - utóbb megvalósul.
A OneAPI - https://www.oneapi.io/ ennek az ötletnek a szoftveres megvalósítása.
és az is lehet, hogy az újabb Rosetta emuláció ( Apple M1 ) már így emulálja majd a most nem támogatott vektoros utasításokat.
vagy ott van az AMD ROCm
és az LLVM -
ami kódot tud generálni a CPU-ra és a GPU-ra is.de ezek szoftveres megközelítések.
Mottó: "A verseny jó!"
Új hozzászólás Aktív témák
ph Miután az Intel bevezette az utasításkészletet a Tiger és Rocket Lake-ben, kivágja az utódnak szánt Alder Lake-ből.
- Intel Core i5-8400 6-Core 2.80GHz LGA1151 Processzor- Számla + Gari, Ár alatt! BeszámítOK!
- Beszámítás! Intel Core i9 9900KF 8mag 16szál processzor garanciával hibátlan működéssel
- Ryzen 5 1600x OEM
- AMD AM4 Processzorok - Ryzen 3 / 5 / 7 / 9 - Új - Garanciás
- intel LGA1200 Processzorok i3 / i5 / i7 / i9 - Új - Garanciás
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen