Új hozzászólás Aktív témák
-
#19
bitblueduck
senior tag
#06658560
#18
válasz
#06658560
#18
üzenetére
nem mond ellent annak, hogy nem arra találták ki, nem úgy tervezték.
-
Fiery
veterán
Ezt irtad az eredeti hirben:
"ilyen esetben a processzormodulok az új adatok betöltésével akár el is veszthetik a feldolgozásra váró információkat."
Akarhogy probalod mosdatni magad, akkor is azt irtad, hogy adatvesztes lep fel a processzoron belul. Ami hulyeseg. Nem kell a politikus rizsa, nem kell megmagyarazni mindent
"Elb***tam, javitottam" -- ennyi eleg lenne. Csak az nem hibazik, aki nem dolgozik. -
Abu85
HÁZIGAZDA
A memóriában meglesz az adat. A gond az, hogy a cache-ben nem lesz ott, vagyis újra be kell tölteni. Ez jelentősen lassítja a hardvert, hacsak ez ellen a programozó nem tesz. Az Intel csak elmondta, hogy hogyan lehet tenni ellene.
Adatvesztést egyébként nem írtam, csak azt, hogy a cache-ből elvész az adat.
De egyébként beleírtam a hírbe ezt, hogy egyértelműbb legyen. -
Abu85
HÁZIGAZDA
Ha jól értettem, akkor arról van szó, hogy az x86-ot sok évtizeddel korábban tervezték és nem arra, hogy valaha is lesz több szál a CPU-kban. Éppen ezért nagyon merev a memóriaműveleteket és a koherencia kezelése a többi data-parallel architektúrához viszonyítva. Minél több a mag a lapkában, annál nehezebb a megszokott programozási modellt tartani, így az átláthatóság érdekében szigorúan definiált bemenetekre, kimenetekre és aszinkron memóriamásolásokra kell átállni. Ezzel jól kontrollálható a chipen belüli kommunikáció sok szállal is. A scatter esetén szálanként 32 sor íródik felül a gyorsítótárban, és ezeket gather esetén egyszerre kell beolvasni. Ha nem kontrollálod ezeknek a írását és olvasását, akkor a túl kevés L2 cache miatt rengeteg lesz a cache-miss.
-
Fiery
veterán
"Többek között az egyik legfontosabb szempont a cache-miss elkerülése, ugyanis ilyen esetben a processzormodulok az új adatok betöltésével akár el is veszthetik a feldolgozásra váró információkat."
Ez szerintem nem stimmel. Hogyan lehetne egy x86 processzoron belul elvesziteni egy adatot? Egy 2 szalas processz futasa kozben, ha az egyik szal az egyik modulra esik, a masik meg a masikra, akkor ha az egyiken valamit matat a thread, a masik nem tud rola? x86 processzorban ez keptelenseg, a KNL pedig nem mas, mint egy specialisan kialakitott x86 CPU. Ez nem GPU vagy egyeb furcsasag, ez egy CPU.
-
LordX
veterán
"Többek között az egyik legfontosabb szempont a cache-miss elkerülése, ugyanis ilyen esetben a processzormodulok az új adatok betöltésével akár el is veszthetik a feldolgozásra váró információkat."
Ez azért durva, egy adatvesztéses hiba nagyon magasra teszi a bekerülési szintet. Ha már az elején pofánvágjuk a tanuló programozót, akkor korán elveszíti a kedvét, és nem sok expert fog kikupálódni, aki használni is tudja.
-
Abu85
HÁZIGAZDA
Állítólag azért van ez, mert a Knights Landingben jóval kevesebb a cache (0,5+2,5 MB vs 0,5 MB) és több a szál (2 vs 4) egy magra levetítve. Pluszban kétszer szélesebb a SIMD is, és ezek miatt nagyságrendekkel nagyobb a cache-miss lehetősége, mint a hagyományos Xeonoknál ugyanazzal a kóddal. Ezért kell erre speciálisan figyelni. Egyébként ebből nem lenne gond, ha kitömhetnék a lapkát úgy 700 MB-nyi L2 gyorsítótárral, de erre nincs lehetőség, szóval a programozóknak kell kiemelten figyelni a cache-miss elkerülésére.
(#3) arn: A Knights Corner után a piac is felfogta, hogy nincs ingyen ebéd. Felesleges lenne megint előhozni, hogy jó a mostani kód, mert a Knights Corner esetében kiderült, hogy nem jó. A Knights Landingnél az igazat kell mondani.
-
Fiery
veterán
Pl. a megosztott memoria es a near memoria miatt. Amig nem jelenik meg az AMD Zen alapu, 16 CPU-magos APU-ja, addig nem lesz semmi a piacon, ami konkurenciat tudna tamasztani a KNL-nek. A legkozelebbi eselyes, kvazi hasonlo felepitesu cucc a Kaveri lehetne, csak annak meg nagyon kicsi a GPGPU teljesitmenye, sajnos
Ha olyan specifikus feladatrol van szo, ahol a megosztott memoriaval rengeteget lehet nyerni, akkor a KNL-re megerheti az optimalizacio. De ez nagyon-nagyon specifikus feladat, ergo nagyon kevesen fognak ezzel foglalkozni, legalabbis kezdetben.Az egyebkent erdekes fejlemeny lenne, ha az nVIDIA is eloallna egy hasonlo APU-val. Tulajdonkeppen mindene megvan hozza, csak ossze kellene rakni a LEGO kockakat
-
#95904256
törölt tag
Ezt az adatvesztést elkerülendő scatter / gather dologról még nem hallottam. Úgy tudom lesz belőle foglalatos szerver processzor ami Xeon kompatibilis, így akár Windows-t is lehet majd futtatni rajta. Nem hiszem, hogy a Windows kódja ilyenekkel lenne megtömve, szóval itt hiányzik valami info. Egy 72 magos szörnyeteget szívesen megnéznék.
"Elb***tam, javitottam" -- ennyi eleg lenne. Csak az nem hibazik, aki nem dolgozik.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Az egyiknel csak nem engedsz valakit szabadon az utjara, a masiknal meg kinyirod.
Ha olyan specifikus feladatrol van szo, ahol a megosztott memoriaval rengeteget lehet nyerni, akkor a KNL-re megerheti az optimalizacio. De ez nagyon-nagyon specifikus feladat, ergo nagyon kevesen fognak ezzel foglalkozni, legalabbis kezdetben.
Új hozzászólás Aktív témák
- Elektromos autók - motorok
- Futás, futópályák
- BestBuy topik
- iPhone-t használók OFF topikja
- The Division 2 (PC, XO, PS4)
- Milyen NAS-t vegyek?
- VR topik (Oculus Rift, stb.)
- Autós topik látogatók beszélgetős, offolós topikja
- Formula-1
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3318
- Telefon felváráslás!! Xiaomi Redmi Note 11, Xiaomi Redmi Note 11 Pro, Xiaomi 11 Lite
- BESZÁMÍTÁS! Apple Macbook Pro 16" 2019 i9 64GB 1TB 5500M 8GB garanciával hibátlan működéssel
- Eladnád a telefonod? KÉSZPÉNZES OKOSTELEFON FELVÁSÁRLÁS azonnali fizetéssel!
- Apple iPhone 12 / 128GB / Gyárifüggetlen / 12Hó Garancia / 100% akku
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest