- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- AMD Navi Radeon™ RX 9xxx sorozat
- ZIDOO médialejátszók
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen CPU léghűtést vegyek?
- Dell notebook topic
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Marcona Thermaltake léghűtés jött HEDT processzorokhoz
- Vezeték nélküli fülhallgatók
Új hozzászólás Aktív témák
-
paljani
aktív tag
Hey... azt kérdezted, hogy a második cikk miben mond ellent az elsővel. Hát abban, hogy az első szerint sima MIPS az egész hóbelebanc átnevezve a másodikból meg kerek-perec kiderül, hogy rohadtul nem az.
És idézni - pláne a nagyoktól - csak pontosan, teljesen: "Gondolom az történt, hogy mivel MIPS64-re gyúrtak eddig, ez volt a reális, ha azt tovább fejlesztik, meg a politikai támogatottság kedvéért átnevezik."
--- Namost nem fejlesztették tovább, nem nevezték át és nem is kompatibilis (binárisan) vele. Még hányszor írjam le?(Amúgy kezdem azt érezni, hogy - bár engem vádoltál vele - de TE szeretsz vitatkozni. Bár egyre kevésbé értem, hogy pontosan min. Mindegy ráérek...
) -
paljani
aktív tag
Hé-Hé nem sokkal ez előtt meg lettem vádolva, hogy azt sem tudom mi az az ISA... de leírom azért, hogy ha natív MIPS lenne, akkor nem kellene binary translator rá... ugye? A második cikk meg arról szól, hogy van (LBT) ami kezeli a x86/ARM/MIPS fordításokat.
Amúgymeg:
What’s the relationship between LoongArch and MIPS?
(Please note that all RISC architectures bear a significant resemblance to each other, because all of them are made to perform the same thing called “general-purpose computation”.)
1. According to public sources, LoongArch and MIPS cannot interoperate, and there is no 1:1 correspondence between some of the important architectural features; though such correspondence exists for many of their instruction semantics.
2. LoongArch has entirely different instruction encoding than MIPS. LoongArch does not have any form of branch delay slots, while MIPS did not gain optional delay-slot-less branches/jumps until R6.
3. LoongArch does not feature some of the historical warts of MIPS, for example the “wonderful” HI/LO accumulators.
4. LoongArch’s ABI is based on that of RISC-V, departing from the MIPS tradition. Concepts such as dedicated return value registers and registers reserved for kernel use are abolished.Innen tudsz szemezgetni vs MIPS (vs RISC) ne nekem kelljen már mindent idekopizni. Elég jó faq (bár nem official).
P.S: Leszarom a rivalizálást, eddig (előtted) a teljesítményről volt szó.
-
paljani
aktív tag
Ugyanez felület, ugyanez a szerző, ugyanez a téma pusztán ~két év eltérés: link. Az idő nagyon nem igazolta az eredeti - már akkor sem megerősített - feltevésüket.
Más. Néha fura téged olvasni, mert soha senki nem mondta, hogy ne "politikai/nacionalista" okok lennének a saját fejlesztés mögött, sőt talán ez az egyetlen dolog amiben egyetértés van/volt köztünk. Ez nem változott.
-
paljani
aktív tag
Én semmit sem értek. Se azt nem tudom mi az az ISA, se azt, hogy hogyan néz ki implementálva és főleg azt nem értem, hogy miért nem hallgatnak az USA-ban meg Kínában ddekany-ra a próhárdver fórumból, hiszen Ő megmondja bárkinek, hogy mekkora szamárság amit csinálnak/csináltak.
-
paljani
aktív tag
Hát, azt mondtad, hogy azért is akarnak egyedi ISA-t, mert "nem kívántak a "nyugati típusú" backdoorokkal együtt élni"...
--- Pontosan ezt írtam, de ebben sehol sincs, hogy magában az ISA-ban lenne backdoor. Az ISA-t implementálni kell fizikailag, hogy működjön ez rengeteg alkatrész: alaplap, hidak, tápok, modulok stb. Egy sima órajelgenerátor is rengeteg problémát tud okozni... És akkor ugye még csak nem is beszéltünk a szoftver rétegekről rajta.
Van desktop rendszerük az új CPU-val (vagy akár csak az, nem tudom), az Linuxot használ, 99%-ban a szokásos szoftvereket. Ott már könnyebbség lett volna.
--- Ezt most egyáltalán nem értem.
Műholdra, katonai célkora meg, ami számít biztonsági szempontból, az elsősorban az egyedi szoftver, mint akár OS, talán még az egyedi mikroarchitektúra is (side channel attack-ok miatt pl.). De egy egzotikus, viszont amúgy publikált ISA kb. semmit nem segít.
--- Semmi érdemi nincs publikálva az ISA-jukról. Viszont te folyamatosan szétválasztod az ISA-t az aktuális (és fizikai) implementációtól. Aminek persze része a szoftver is. Ha az volt a céljuk, hogy teljesen saját legyen, akkor azt elérték. És itt fontos az end-to-end szemlélet, mert pl. nem kell nekem a műholdat magát "feltörnöm" ha kellenek az adatai, elég ha a backendről elemelem azokat.
Ez a RISC-V export korlát, ez pár cikk alapján érthetetlen. Süt az egész kommunikációjából a fogalmatlanság. Az eléggé kizárt, hogy nem valósíthatja meg bárki magát az ISA-t, ami open source / Free. Ami reális, sőt, abszolút várható, ha még nem történt meg, hogy a SiFive stb. cégeknek megtiltják IP-ik kínai cégeknek való licencelését. Tehát gyakorlatilag a konkrét megvalósításokét.
--- Meg is válaszoltad a kérdésed. Miért építene kína bármire, amit "bárki" bármikor megtilthat neki? Egyszerűbb kiemelni belőle ami hasznos és fejleszteni egy sajátot.... várjál pontosan ezt is tették.
-
paljani
aktív tag
Ki mondta, hogy magában az ISA-ban a backdoor? Én nem.
De ha már témánál vagyunk képzeld el, hogy TE tervezel egy zárat. Ki fogja jobban tudni kinyitni nálad (még ha nincs is kulcsod és nem is te gyártod)? Ki fogja jobban tudni, hogy mik az előnyök-hátrányok, milyen (security) design döntések születnek-születtek amik akár meg is könnyíthetik az illetéktelen nyitást (exploits)?
Tekintve, hogy épp az amerikákok is szeretnék korlátozni a riszkfájv involvmentet ráadásul pont nemzetbiztonsági okokra hivatkozva sokat elárul a téma súlyáról. Néha nem is kell "actual backdoor" elég ha ismered, hogy hogyan gondolkozik a másik...
-
paljani
aktív tag
(Rajtad kívül) senki sem mondta, hogy jobb vagy rosszabb lenne az egyik ISA a másiknál. Szemmel láthatóan pont leszarják a támogatottságot, mindenképpen sajátot akartak. Ez valahol érthető, mert ezek vannak pl. Beidou szatelit rendszerekben is. Gondolom nem kívántak a "nyugati típusú" backdoorokkal együtt élni és ez valóban nem tűnik "mérnöki" típusú döntésnek.
-
paljani
aktív tag
Nem szúrtak ki magukkal, hiszen pont az volt a céljuk, hogy olyan ISA-t hozzanak létre, ami a sajátjuk. Egy darabig valóban vitték a MIPS64 extended vonalat (LoongISA -> MIPS64 Release 2 és 5) de egy ideje már teljesen saját (LoongArch) az architektúra ami egy mixe a MIPS a RISC-V meg a saját utasításoknak. Gyakorlatilag kiemelték a legjobb részeket ezekből és továbbfejlesztették a saját igényeiknek megfelelően. Ez bőven több mint "átnevezgetés".
Hogy nemzetközileg versenyképes lesz-e, azt majd meglátjuk. Szerintem simán. GCC, LLVM, Open64 , Java, JavaScript, .Net mind támogatott. X86, ARM stb. emuláció vasszinten gyorsított stb. És ahogy a másik kommentben leírtam, nem feltétlen a leggyorsabb kell a piacra (mégis mennyi Ferrarit adnak el vs. Suzuki swiftet?), hanem a már "elégjó".
-
Pikari
veterán
a java bytekód emlékszeim szerint olyasmi, mint a mips vagy a riscv - tehát egy sima load-store típusú risc gép, az opkódokat nagyon egyszerű dekódolni, és eléggé triviális emulálni, akár egy egyszerű interpreterrel is több száz mhz-en fog futni. ez meg azért elég lesz a javaban összetrágyázott programok legtöbbjéhez, elvégre nem a crysis 8 komolyságú és igényű dolgokat szoktak ebben a programnyelvben megírni.
a javascript azért sokkal nagyobb falat - és a javascript kapcsán ezért is értek egyet a felvetéseddel - mert manapság már sok weboldal szinte saját mini oprendszert tölt be magának, ami modern gépeken is több másodpercet vesz igénybe akár ahhoz is, hogy belekattintsál valamibe. és mivel böngészni aztán tényleg mindenki folyamatosan szokott, ez egy olyan probléma, ami rendes jit nélkül nem fog jól futni - pl elég csak arra gondolni, hogy néhol komplett dos emulátorok futtatnak weboldalakba beágyazva játékokat, ott meg mondjuk a fél mhz kevés lesz.
)
Új hozzászólás Aktív témák
Hirdetés
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Abarth, Alfa Romeo, Fiat, Lancia topik
- One otthoni szolgáltatások (TV, internet, telefon)
- Háztartási gépek
- sziku69: Fűzzük össze a szavakat :)
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- iPhone 16e - ellenvetésem lenne
- Torrent meghívó kunyeráló
- Mobil flották
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- További aktív témák...
- ÁRGARANCIA! Épített KomPhone Intel i9 14900KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! Samsung Galaxy A20e/Samsung Galaxy A40/Samsung Galaxy A04s/Samsung Galaxy A03s
- Ikea Eilif Paraván - Asztali elválasztó
- BESZÁMÍTÁS! 4TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- LG 32SQ700S-W - 32" VA Smart - 3840x2160 4K UHD - 62Hz 5ms - WebOS - Wifi + BT - USB-C - Hangszórók
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged