Ú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
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.
-
ddekany
nagyúr
Nem emlékeztetne, ha tényleg ránéznél. Java bytecodeban a tipikus utasításoknak (mint összeadás) nincs explicit megadott argumentuma, hanem fixen a stack legfelső 1-2 elemét elfogyasztják mint bemenetet, és az eredményt a stack tetejére teszik. Nincsenek regiszterek, amiket közvetlenül használhatnál. Ellenben a tipikus RISC ISA-knál, mint az ARM és MIPS, a hasonló utasításoknak 2-3 regisztert adsz át (cél, forrás 1, forrás 2), amiket szabadon megválaszthatsz egy jellemzően nagy regiszter készletből.
-
ddekany
nagyúr
A Java bytekód az egy minimalista stack alapú ISA, nem hasonlít semmilyen valóságban használt CPU-éra. Mikor natívra fordul, csomó optimalizációt csinálnak, hasonlóan mint egy C/C++ fordító is, ráadásul mindezt a futás közben, a csak akkor elérhető információk alapján (pl. mit milyen gyakran hívsz a valóságban). Kb. a fél nagyvállalati világ Java-n fut szerver oldalon. Nagy kódbázisok, és sokban kritikus kérdés a teljesítmény.
-
ddekany
nagyúr
Hm... elvileg van a V8-ban (a Chrome Javascript engine) LoongArch support: https://chromium-review.googlesource.com/c/v8/v8/+/3089095.
Java byte code miért nem nagy kaland? A JIT nem egyszerű. De van nyoma, hogy talán támogatják.
Deiban-nál van nem official LoongArch port: [link]
Szóval nyomják a dolgot (mert gondolom politikailag is jól hangzik, hogy ennyire saját a sajátjuk). Aztán hogy ezek mennyire jók/értettek...
Új hozzászólás Aktív témák
- Battlefield 6
- Ne várj sokat a vásárlással: drágulás a láthatáron
- Gumi és felni topik
- Luck Dragon: Asszociációs játék. :)
- Automata kávégépek
- Milyen videókártyát?
- Kis méret, nagy változás a Motorolánál
- The Division 2 (PC, XO, PS4)
- Milyen monitort vegyek?
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- További aktív témák...
- BESZÁMÍTÁS! Sony PlayStation 5 825GB SSD lemezes konzol garanciával hibátlan működéssel
- HIBÁTLAN iPhone 14 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3527, 100% Akkumulátor
- ÁRGARANCIA! Épített KomPhone Ultra 9 285K 64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- HP Zbook Studio G8 WorkStation i7-11850H 32GB 512GB Nvidia Quadro T1200 400NIT, 100% sRGB Garis!
- LG 27MR400 - 27" IPS LED - 1920x1080 FHD - 100hz 5ms - AMD FreeSync - Villódzásmentes
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest