- Xiaomi 14 - párátlanul jó lehetne
- iPhone topik
- Samsung Galaxy A36 5G - a középső testvér
- Okosóra és okoskiegészítő topik
- Apple iPhone 16 Pro - rutinvizsga
- Nem fogy a Galaxy S25 Edge?
- VoLTE/VoWiFi
- Szívós, szép és kitartó az új OnePlus óra
- Megjelent a Poco F7, eurós ára is van már
- India felől közelít egy 7550 mAh-s Redmi
Új hozzászólás Aktív témák
-
paljani
aktív tag
Érdekes. 16 bit -> total scrap, 32 bit -> some elements scrap. Igazából lehet megérné külön valami legacy vonalat "fejleszteni/fenntartani" az ilyen ipari stb. beépített rendszerekhez ahova 16/32 bit must oda úgysem kell(het) túl nagy kraft. Ami ilyenekkel találkoztam gyárakban azokhoz legalábbis nem kellett.
-
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ó".
-
paljani
aktív tag
Véleményem szerint ez most ilyen kereskedelmi adok-kapok csak, az export tiltás csak ideiglenes. Az eredeti indok, hogy katonai-ipari felhasználásúak gyakorlatilag a világ bármelyik gyártott chipjére ráhúzhatóak, már az amik is inkább teljesítmény(sűrűség) alapján szankcióznak nem ilyen balfasz indokokkal. De persze csak tippelek, arra alapozva, hogy ha van/lesz nekik egy nemzetközileg is versenyképes termékük, akkor miért ne csinálnának belőle pénzt? A fejlesztés meg rohadt sok pénz, szét szokták teríteni a sok-sok vásároló között. Lásd BYD és elektromos autók. Az sem egy Tesla mégis úgy fogy, mintha nem lenne holnap. Konzumer piacon nem feltétlen az elérhető csúcsra van szükségük az átlagembernek, hanem egy már megfizethető "elégjóra" azt meg már most is tudják ezek. Persze majd meglátjuk.
-
paljani
aktív tag
válasz
cipofuzo87 #35 üzenetére
Az. Amúgy már van nekik 32 magos is (3D5000 -> chiplet 2x 16 magos 3C5000), szóval biztosan nem okozna túl nagy gondot azt megfelezni...
Lesz itt még visítás pár éven belül, ha a hazai piaci igények kielégítése után kilépnek a nemzetközi porondra ezekkel a termékekkel (is).
-
paljani
aktív tag
De igazán lehetséges.
Csak a "nyugati típusú" arrogancia beszél belőled (nem feltétlen szándékosan). A szilícium félvezetők korának végét éljük (so-so) a high-end chipgyártásban. Ennek az anyagnak a megmunkálásához szükséges know-how valóban a nyugat kezében van de nem itt van a sztori vége. Sokan pl. a grafénben (atom vastagságú grafitréteg) látják a (chip)fejlődés következő lehetséges irányát, aminek a precíziós megmunkálásához nem (feltétlen) kellenek litográfiai eljárások (ha jól értem). Szóval lehet, hogy ma (még) szánakozva nézünk a kínaiak szilícium alapú félvezetős chipgyártására de ez semmit nem mond a 10-20 év múlva esedékes viszonyokról.
Konkrét példa: ahogy kína NEM tudta a hagyományos belsőégésű motorokkal szerelt autókban "megverni" a nyugatot úgy hugyozza most ketté (nagyon finoman fogalmazva!) a nyugatot az akkumulátor technológiában és az elektromos autógyártásban (és értékesítésben).
Szóval "think out of the box"!
-
paljani
aktív tag
válasz
huskydog17 #13 üzenetére
Tudomásom szerint nem vettek, nincs nekik.
Ennyit mondtak az emulációról:
"The company has previously claimed that its chips feature circuitry that helps with the emulation and binary translation of non-Loongson instruction sets such as x86 and Arm".Meg még ennyit korábban az architektúrájukról:
"LoongArch is a new RISC ISA, which is a bit like MIPS or RISC-V. LoongArch includes a reduced 32-bit version (LA32R), a standard 32-bit version (LA32S) and a 64-bit version (LA64)".,Szerk.: Még annyi, hogy tök más architectúra a kettő. Lehetnek keskeny, hosszú feldolgozók magas órajelekkel a magokban meg lehetnek lapos, széles feldolgozók bennük alacsonyabb órajelekkel (lásd Apple M-ek). Tehát az órajel az valahol design kérdés is, nem feltétlen csíkszélességé csupán. Az Apple M-ek se nagyon mennek 3 Ghz fölé, aztán már 3 (?) nm körül gyártják őket.
-
paljani
aktív tag
válasz
huskydog17 #9 üzenetére
Egész pontosan az alaplap nem engedte 3Ghz-nél tovább húzni őket (hard limit) ez nem feltétlenül jelenti, hogy CSAK ENNYIT tudnak és főleg nem jelenti azt hogy CSAK NITROGÉNNEL. Annyit tudunk, hogy levegővel 2.63Ghz ment ill. nitróval 3.0Ghz.
"There is a belief that Loongson and ASUS will collaborate to enable higher clock speeds, with the possibility of surpassing 3.0 GHz not being ruled out for this CPU. Presently, the ASUS motherboard unveiled alongside the new CPU imposes a limit of 3.0 GHz."
-
paljani
aktív tag
válasz
MasterDeeJay #8 üzenetére
Kicsit olyan érzésem van, hogy mindenbe belekapaszkodsz, hogy "az nem annyi" mert egyrészt nagyon régen te teszteltél valamit (ami nem annyi volt) másrészt meg ez még csak nem is x86, hogy bármiféle következtetést le lehessen vonni a zhaók (korábbi) teljesítménye alapján ERRE.
Simán elhiszem a kínai teszteket erre, mert kb. 1-2-3 nap alatt kiderülne, ha hazudoznának. Pont a lényege ezeknek a szintetikus teszteknek, hogy bármikor megismételhetőek.
-
paljani
aktív tag
válasz
MasterDeeJay #5 üzenetére
A teszteket lefuttatták 2.5 Ghz-re normalizált órajeleken és natív órajeleken is. A következtetés nem az volt, hogy ugyanolyan gyors overall, hanem hogy azonos órajelen hasonló az IPC (vs I3-10100). Így (is) lehet hasonlítgatni a procikat, ebben semmi propaganda nincs (nyugati tech sajtóban felszopkodni egy natív kínai fejlesztést? Ugyanmár...)
Új hozzászólás Aktív témák
Hirdetés
- Eredeti Lenovo USB-C 65W töltő
- Realme 7i 64GB, Kártyafüggetlen, 1 Év Garanciával
- Dell Precision Workstation 5560, 5550, 7510 i7, 6-11. gen. Nvidia 4k Touch, gar
- Már csak 12 db 5G ROUTER! - Telenor 5G Indoor WiFi Router (FA7550) + töltő (bolti áruk 100.000Ft)
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest