Új hozzászólás Aktív témák
-
Pikari
veterán
Fogalmam sincs, hogy a fejedben a risc-v hogy kapcsolódott össze kínával, mivel kínában pont az x86ot/armot/mipset erőltetik. Mindösszesen egyetlen kézzel fogható kínai risc-v alapú kísérleti számítógépről tudok, ami kereskedelmi forgalomban ténylegesen is kapható, méghozzá a bitmain gondozásában. Nekik viszont konkrétan semmi közük nincs a kínai államhoz/hadsereghez, mivel ők inkább a bányászcuccok fejlesztésében járatosak, amit az állambácsi annyira nem nagyon szokott sehol sem különösebben szeretni.
Ha szakmai kérdésekről akarsz beszélgetni, hát legyen, csak akkor viszont nem értem, hogy miért szövöd bele a személyeskedést is a hozzászólásaidba.
Az, hogy a szuperskalár processzorok létrehozásához szükséges több db végrehajtóegység és futószalag létrehozása tranzisztort emészt fel minden arch esetén, az addig rendben is van, azonban elsiklasz afölött, hogy ezeknek a futószalagoknak a bonyolultsága és tranzisztoréhsége masszívan növekedik annak ellenére is, hogy ezek csak mikroutasításokat hajtanak végre. x86nál eleve külön dekóderek vannak a különféle típusú utasítások dekódolására (egyszerű, komplex, floating point, avx, avx512) amik aztán belekerülnek egy közös cachebe, ahonnét egy reorder bufferbe jutnak, ahonnét le lesznek küldve a szuperskalár végrehajtóegységek felé attól függően, hogy az adott végrehajtóegység melyik típusú mikroopkódot tudja végrehajtani (branch egység, sima alu egység, mul-ra optimizált egységek, fmul/fdiv végrehajtására optimizált egységek, memória in/out egységek, sse alu egység, sse shuffle egység, avx egységek) aztán ezek többszörözve, egymás hegyén hátán szarrábonyolítva. Ez csak azért van ennyire megbonyolítva, mert az x86 maga túl van bonyolítva, ha az alap arch értelmes emberi egyedek által van megtervezve, akkor értelemszerűen a szuperskalár egységek is jóval egyszerűbbek lesznek - mivel az x86 utasításkészlet rendkívül bonyolult és terjedelmes, nem megoldható az, hogy nagyon egyszerű szuperskalár egységekkel egy hatékony x86 processzort létrehozz, függetlenül attól, hogy a mikroutasítások maguk végletekig egyszerűsíthetőek, x86on egyszerűen túlságosan beesne a sebesség, ha nem bonyolítod és optimizálod szarrá a végrehajtóegységeket kb hatványos karakterisztika szerint növekedő tranzisztortömegekkel.
-
ddekany
veterán
Nem az utásításkészlet miatt, mivel az összes teljesítmény orientált (nem beágyazott, hanem mondjuk legyen desktop) CPU magra igaz az arány. Mert az összes elterjedt ISA-ban (szóval nem VLIW) sorban vannak utasítások, de sokszor lehetne részben párhuzamosan futtatni őket. Az ősszesben vannak feltételes elágazások, ahol tippre el kell indulnod egy irányba, vagy akár többe. Stb.
A többit meg magyarázhatod, akit érdekel, rád keres, és látja. Ez is mekkora szánalmas érvelés, hogy de hát a RISC-V nyugatról indult, tehát te aztán neeem... Közben napnál világosabb neked te is, hogy történelmileg úgy alakult, hogy a RISC-V a geopolitikai licenc szívózások következtében erősen összeasszociálódott a CCP-vel ("Kínával") és az azt szopdosó netes hadsereggel. De ennyit erről.
-
Pikari
veterán
Na azért tegyük tisztába a dolgokat, az out of order és a spekulatív végrehajtás és "hasonlók" leszervezésére is a túlbonyolított utasításkészlet miatt megy a végtelen mennyiségű tranzisztormennyiség egy mai x86os processzorban.
Ebben semmi politika nem volt, a risc-v-t is ugyanazok az országok alkották meg, amik korábban az x86-ot, szóval erősen olyan dolgokat képzelsz ide, amik nincsenek. A politikai elkötelezettségemről pedig annyit, hogy még szavazni se szoktam elmenni.
Ha te személy szerint nem érted, hogy az x86 utasítások mennyire bonyolult módon működnek, azon nem csodálkozom, de attól még nem én vagyok az elmebeteg
-
ddekany
veterán
A cache nélküli die méret 99% megy arra... ekkora égő kamut. Közben tudod jól, hogy az out-of-order meg spekulatív végrehajtás és hasonlók leszervezésére megy a javarésze, ami utasítészlettől független. De a politikai elkötezettséged, ami más topikokból ismert, erre visz. Ez már elmebetegség kategória, komolyan.
-
Pikari
veterán
Én annyit mondhatok programozóként - bár manapság egyre ritkábban programozok, és nagyon ritkán teszek közzé futtatható fájlt - hogy x86 tekintetében a kompatibilitást szem előtt tartva kizárólag az első x86-64 (64 bit és sse2 maximum) specifikációra fordítok, és ez a halálom napjáig jó eséllyel így is marad. Ez esetleg abban az esetben változhat, ha valaki gépfegyvert tarkómhoz szögezve arra kényszerít, hogy más kapcsolókat írjak be a gccnek.
-
Pikari
veterán
Mivel egy mai x86-64-es processzor die méretének (cache memóriát leszámítva) alsó hangon 99%-a egy 40 éve elavult, a szükségesnél több százszorosan túlbonyolított, kezelhetetlen fostenger hardveres emulációjára megy el, az Intel és az AMD minden erejével azon van, hogy kitaláljon valamit, amitől az egész csak fele annyira lesz szar. A valóság viszont az, hogy ez az ISA menthetetlen, már a 386os is csak egy pótcselekvés volt. Hosszú távon hagyni kell az egészet megdögleni, és teljesen szoftveresen emulálni, csak sajnos ezek a megoldások apple/qualcomm/ms részéről nem igazi megoldások, csak egy másik egyedi zárt obskúrus dobozba akarják zárni a felhasználót ahelyett, hogy tényleges alternatívát nyújtanának. Jelenleg az egyetlen lehetséges alternatíva a risc-v, amely szerencsés csillagállás esetén 10 éven belül készen fog állni arra, hog átvegye a stafétát.
-
ddekany
veterán
Az APX (aminek érkezését még nem ígéri a cikk) radikálisabban tűnik a x86 -> x86-64 átmenetnél is. Pl. 3 operandusos utasítások. Lényegében egy tök új ISA, erős ARM/RISC áthallásokkal. Csak úgy van tervezve, hogy lehessen egy szálon belül keverni x86-64 kóddal. Szóval akiket eddig esztétikailag zavart a legacy támogatás, ezzel szép nagy lapáttal rádobnának az ocsmányságra...
-
#11
S_x96x_S
addikt
hugo chávez
#10
S_x96x_S
addikt
válasz
hugo chávez
#10
üzenetére
> Az APX-et viszont én is hiányolom a cikkbeli felsorolásból,
Majd bekerül a következő csomagba.
Az is lehet, hogy változtatnak rajta, vagy átnevezik mint az AMX-et ;
-
#10
hugo chávez
aktív tag
Peter64
#3
hugo chávez
aktív tag
Az x86-S-t lelőtték, abból a belátható jövőben már nem lesz semmi (mondjuk én ezt nem is bánom, mert nem igazán láttam a jelentőségét).
Az APX-et viszont én is hiányolom a cikkbeli felsorolásból, mert az évtizedek óta az egyik legfontosabb újítása lesz az x86 ISA-nak, amivel végre "azonos szintre" kerül a modern RISC-ekkel (PowerPC, ARM64, RISC-V...).
Egy régebbi rövid cikk az APX-ről: [link] -
#6
Geri Bátyó
addikt
"Biztonsági szempontból messze a ChkTag a legfontosabb újítás"
Pontosan! Így nem kell azon vitázni, hogy melyik cég procijában van a több biztonsági rés, mert pont ugyan azok lesznek mindegyikben!
Nekem inkább az egységesített AVX tűnik lényegesnek, mert amit az Intel azzal művelt, az kabaré. Így majd rendesen lehet fejleszteni rá.
-
Peter64
csendes tag
Az OS majd 10 év múlva, mint a popcount most. De framework-ök, runtime-ok, compiler-ek és így az alkalmazások már sokkal hamarább. Ahol nincs egy adott új hw funkció ott vissza kell esni valami alap működésre.
Viszont az APX-et és az x86s-64-et nem látom felsorolásban vagy ez az egész lenne az? Talán az utóbbi nem tartozik ide, pedig nem ártana meglépni.
Új hozzászólás Aktív témák
- Milyen billentyűzetet vegyek?
- Parfüm topik
- Újjászületés: szombattól új szerverkörnyezetben a PROHARDVER! lapcsalád
- Rendszergazda topic
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Android felhasználók OFF topikja
- Peugeot, Citroën topik
- iPhone topik
- Társasjáték topic
- Brogyi: CTEK akkumulátor töltő és másolatai
- További aktív témák...
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
- Új FULL HD webkamera + Számla
- HIBÁTLAN iPhone 13 mini 128GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3050, 96% Akkumulátor
- Apple MacBook Air 13 M1 8GB 256GB magyar bill 1 év garancia
- Gamer PC-Számítógép! Csere-Beszámítás! I5 12600K / RTX 3070Ti / 32GB DDR5 / 512 SSD!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest