Hirdetés
- TCL LCD és LED TV-k
- Sony MILC fényképezőgépcsalád
- Amlogic S905, S912 processzoros készülékek
- Két 16 GB-os GeForce gyártását szüntette meg az ASUS
- Gaming notebook topik
- Friss alaplapszériát avat az ASRock
- Épített vízhűtés (nem kompakt) topic
- CES 2026: újraértelmezte a billentyűzet fogalmát a HP
- Szünetmentes tápegységek (UPS)
- Vezetékes FEJhallgatók
Aktív témák
-
DarkByte
addikt
Szigorúan szvsz: 1) a programok nagy része SDK kód hívás amiből igen sok takar natív kód hívást, ezek a lib-ek pedig így is úgy is betöltődnek. Az alkalmazások külön memória igénye így szerintem relatíve kicsi (bár emulátoron ezt még nem néztem meg, csak tipp). Játékoknál maximum a sok adatfájl, textúra lehet a meghatározó, de ezekből az épp használatban lévőeket valószínűleg az OpenGL betölti a dedikált videó memóriába, ha van ilyen 2) Másolom az SDK -ból: "Each process has its own Java virtual machine (VM), so application code runs in isolation from the code of all other applications." [link] Pont ez a lényeg hogy mivel saját process -ben futnak, ki tudja használni a platform a Linux kernel folyamat izolációját (minden progi unique user ID -vel fut) és így nem kellett egy újabb biztonsági réteget betervezniük. 3) Szerintem ha egy progi jól van megírva akkor a GC relatíve ritkán fut, ha pedig memória szivárgás van (objektum referenciák bennragadtak) akkor már úgy is mindegy, előbb-utóbb úgy is elfogy a memória, előtte persze küzd egy jót a GC fokozatosan leölve az alkalmazást.
Max. a játék folyamatosságát befolyásolja a GC, nem tudom hogyan van megoldva a Dalvik -ban, de tippre külön szálban, alacsony prioritással kerül rá sor x% threshold limit elérése után.Azért vonok párhuzamot az asztali JVM és az Android Dalvik JVM -je között, mert hasonló optimalizálási úton fog ez is végigmenni. Hotspot fordító ugyanígy nem volt az első JRE -kben. A Google -nak meg van az az előnye hogy tanulhat az asztali Java fejlesztéseiből és kapásból egy hatékony javítást tud rajta eszközölni.
Mindezek ellenére tény hogy az Android -os Java jelenlegi állapotában nem nagy teljesítményű játékra termett, ezt a Google I/O -n is elmondta az egyik játéktervező aki egy platform játékot demonstrált első körben. De jön még kutyára teherautó

-
Karma
félisten
Az meg külön érdekes kérdés, hogy miért lesz a vessző-szóköz-ből mindig szóköz-vessző, ha nem figyelek oda, és tekerek vissza kijavítani... Ennyit a szövegbevitelről G1-en, pedig ez még csak nem is a virtuális billentyűzet volt. Lehet, hogy az Auto-Punctuate kavar be?

Természetesen a "mindketto kritikus" valójában "mindhárom kritikus" akart volna lenni, csak utólag találtam ki a harmadikat

Aktív témák
- Apple iPhone 17 Pro Max 512GB / 36 hónap jótállással!
- ÁRGARANCIA!Épített KomPhone i5 14400F 16/32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
- Apple iPhone 12 Mini 64GB, Kártyafüggetlen, 1 Év Garanciával
- Xbox Game Pass Ultimate előfizetések kedvező áron
- HIBÁTLAN iPhone 15 128GB Pink-1 ÉV GARANCIA - Kártyafüggetlen, MS4443
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Max. a játék folyamatosságát befolyásolja a GC, nem tudom hogyan van megoldva a Dalvik -ban, de tippre külön szálban, alacsony prioritással kerül rá sor x% threshold limit elérése után.




