Ú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
veterán
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
veterán
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
veterán
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
- sziku69: Fűzzük össze a szavakat :)
- Formula-1
- Miskolc és környéke adok-veszek-beszélgetek
- Óra topik
- PlayStation 3
- Fejhallgató erősítő és DAC topik
- CURVE - "All your cards in one." Minden bankkártyád egyben.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Házi hangfal építés
- Motoros topic
- További aktív témák...
- BESZÁMÍTÁS! MSI B450 TomaHawk R5 3600 16GB DDR4 512GB SSD RX5500 XT 8GB Rampage SHIVA TT 530W
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Napi 1000 -ft tól elvihető RÉSZLETFIZETÉS BANKMENTES MSI Cyborg 15 A13VE
- SanDisk Extreme Portable 8TB (SDSSDE61-8T00-G25)
- Honor Pad X8a 64GB Wifi,1 év Garancia
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged