- Motorola Edge 30 Neo - wake up, Jr...
- Apple Watch Sport - ez is csak egy okosóra
- Itt az első kép a 2024-es Nokia 3210-ről
- iPhone topik
- Netfone
- Honor Magic6 Pro - kör közepén számok
- Megérkezett a Google Pixel 7 és 7 Pro
- Poco X6 Pro - ötös alá
- Mobil flották
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
Hirdetés
-
Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
ph A vállalat ezért irgalmatlan pénzt fizetne a FIFA-nak, és ezzel rajzolná át az online streaming platformok háborújában a frontvonalakat.
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
vicze
félisten
Több ROM kell neki mert nagyobb lesz a bináris. RAM-ból alapból kevesebb eszik, és csökken a memória szivárgás, de szerintem megeshet hogy többet eszik bizonyos program esetén.
Azért tartsuk észben, hogy JavaVM-et egy JavaVM-re cseréled szóval azért maga a sebesség nem fog szinteket lépni, csak bizonyos dolgok gyorsabbak lesznek, mivel máshogy mennek végbe.Az hogy megszabadulunk a mocskos dex processztől amitől a hajam tépem már néha, az nekem sokad dob az üzemidőn az biztos.
[ Szerkesztve ]
-
vicze
félisten
válasz s3nsitivity #83 üzenetére
Egy kérdés van: Az alkalmazás JavaVM-ben fut? Ha igen akkor az bytcode és pont.
Tehát a Java-ban írt ART alkalmazás JavaVM-ben fut, akkor nem gépi kód, hanem bytecode-ot generál az ART mint runtime.
Amúgy itt a kulcs a Runtime tehát futási időben generálódik a gépi kód, ezért is hívjuk továbbra is Android Runtime-nak aka. ART.@-FreaK-: Dalvik fordító nélkül, nem értelmezhető az úgy egyáltalán, ha ART a default az odex fogalma nem létezik a rendszeren.
[ Szerkesztve ]
-
vicze
félisten
válasz s3nsitivity #92 üzenetére
Én is fél órája keresem a konkrét pontos leírást. (Sajnos nincs nálam 4.4-es ART-ot támogató rootolt eszköz hogy megnézzem. )
Ahogy én értelmezem, a középső két téglalap eltűnik.[ Szerkesztve ]
-
vicze
félisten
Köszi, ezt elég érdekes és részletes.
Natív kód a JavaVM számára, mivel továbbra is abban fut, az a réteg nem változik, és alkalmazás sebesség szempontjából továbbra is ez lesz a döntő tényező. GC kb. ugyan az mint Dalvik esetén.Itt most belemehetünk a natív értelmezésébe, hogy a natív az most gépi kódot jelent-e vagy mit is?
Akkor annyiban megegyezhetünk, hogy nem bytekód fordul, hanem egy végleges JavaVM által egyből végrehajtható állomány, ami nagyrészt az alkalmazás indítást befolyásolja, magát a működési sebességet már kevésbé. Egy appra nézve kisebb a jelentősége, a teljes rendszer nézve már nagyobb.
@azopi74: Hát kb. igen, csak sebességben nem. (A java attól még szar marad. )
[ Szerkesztve ]
-
vicze
félisten
Sőt van ARM assambly is. Aztán csináld meg hordozhatódra, egy 1000 féle HW-val rendelkező platformon.
JavaVM a hordozhatóság miatt kell. A játékok elég sokszor szenvednek azért amiatt mert a natív kódot nem az adott GPU-ra optimalizálták és kell egy új lib, hogy az adotton menjen rendesen. -
vicze
félisten
válasz s3nsitivity #253 üzenetére
Ez a probléma úgy 90%-ban csak a fejekben létezik.
A bootloader pedig minden gyártó magának csinálja szóval, azt nem force-olhatod rá másra. Nexus meg mindig is nyitható volt és lesz is elég alap, ahogy a GPE-k is. Bár ugye Nexus már csak egy lesz ha minden igaz.
@helixP: Már megbocsáss, de kb. fogalmad sincs mi a KNOX mire jó és, hogy működik. Hogy mit herélne ki az androidon azt te se tudod valójában
[ Szerkesztve ]
-
vicze
félisten
Igen borzasztón komolya csóka kb. 0 hozzáértéssel. Majdnem sírtam a sok hüyleségtől.
Kb. ennyit a "zseniérő"l... -
vicze
félisten
válasz s3nsitivity #258 üzenetére
Továbbra se értem, belenyúlsz bukod a garit mi ebben a nagy dolog? Így volt ez a kezdetek óta.
Amit leírsz 1000 éve így van a HTC-kben, csak a Samsungosoknak ez újdonság.
A HTC bootloder mindig zárt volt és zárt is marad a "nyitás" annyit enged, hogy recoveryt tudsz cserélni és írni a systemre, magához a bootloderhez ugyan úgy nem férsz hozzá, és mutatja, hogy belenyúltál, ahogy a KNOX, sőt ha küldő tool-lal csinálod az is meg fog látszani. És minden HBOOT verziónál jön a játék a feltörésre...
Nothing new, csak egyesek seggéről most esik le a tojáshéj... -
vicze
félisten
válasz s3nsitivity #263 üzenetére
Tehát az aggaszt hogy nem tudod átverni a gyártót a garival? (HW hibát továbbra is javítják, tök mindegy az SW, mert hát kb. le se szarják.)
Érinteni meg elég kevés ember érint a hatalmas problematika. Ha "játszós" telót akarok veszek egy Nexus-t, hogy tettem is és azon el lehet szórakozni. A rendes telómhoz meg nem nyúlok és kész.
Valamint ez ugyan úgy opció marad mint a SELinux a kernelekben, amire ugyan úgy köpködött a közösség, persze azóta ott van CM-ben is persze, mert igen is jó dolog a biztonság.
-
vicze
félisten
Én elolvasom, csak ti azt tényleg ennyire nem látjátok, hogy ezekkel sértitek a garanciális feltételeket, és a gyártónak minden joga megvan a garancia megvonásra?
Azért nem jó mert pl. ha visszaálíltod az egy dolog, de addig bizony a HW-ban is kárt tehettél SW-vel, pl. túlhajtva a CPU-t a komponensek élettartam csökkent, és a legtöbb gyártó csak a gyárival vállalja a garanciát jó okkal. eMMC-t is elég simán szét tudod cseszni.
Az hogy A vagy B gyártó hogy vállalja a garanciát az az egyéni dolguk, te azt fogod választani ami számodra megfelel ezután. Mint írtam HTC mindig is így csinálta, a Sasmung baszakodása, csak nektek újdonság, és továbbra se értitek, hogy mire jó. Az meg hogy te nem tudod a gyártót átverni senkit se érdekel.
NEM lesz kötelező a bootloderhez kötése a biztonságnak ez biztos, de szükséges hozzá aki belerakja.
-
vicze
félisten
Olyan hogy Google mint rendszer nincs. (Max Google Android ökoszisztéma, de az meg nem készülék függő.)
Az Android teljesen nyílt rendszer és minden gyártó azt módosít rajta, amit akar, azt vesz ki vagy rak bele, amit akar, addig, amíg az alkalmazások kompatibilisek lesznek. Az "irányelvek" a fejekben léteznek, a valóságban nincs az égvilágon semmi. CM is kapott végül Play cert-et.Amiket itt fejtegettek, az a szokásos "boszorkány üldözés" elv, amit nem értük attól félünk és gonosz. Járj vége utána, hogy miért KELL KNOX-hoz az a szerencsétlen flag a bootloderben, mert továbbra is ezen az 1 biten lovagoltok anélkül, hogy értenétek mire kell, enélkül NINCS készülék biztonság, mert úgy manipulálom, ahogy akarom. Továbbra is kiemelném, hogy ez nem új dolog, az első HBOOT óta létező dolog.
Majd idővel lesz restet tool KNOX-hoz is, hogy van HBOOT-hoz is, amúgy ha jól olvastam az Exynos-os SoC-okohoz már találtak HW bug-ot, amivel resetleni lehet.
@Bici: Aksit, SoC-ot, eMMC-t és egyéb alkatrészt is tönkre tudsz tenni ROM-mal, vagy egyéb belenyúlással. Főleg, hogy az eMMC-nek véges a élettartalma.
[ Szerkesztve ]
-
vicze
félisten
Bármennyire is furcsa, de nincs befolyással. Google egy alapot ad és kész, azt csinálsz vele, amit akarsz. Ha valakinek meg nem tetszik akkor forkolja a halálba mint Amazon meg Nokia. Sőt minden gyártói Droid, ami nem AOSP az egy fork semmi más, tonnányi módosítással, legyen az HTC, Samsung, Meizu, vagy Xiaomi, mind-mind erőteljesen módosított és semmiben nem követik a Nexus-t.
Ha nem csinálod biztonságossá akkor marad a Kuka Droid, Malware mágnes, biztonságtalan sztereotípia, és a vállalti fronton esélytelen marad. Mivel ilyen környezetben dolgozok(nagyvállalat), így látom, hogy milyen fontos és hogy nagyon sokat számít. Note 3-ban is azért van KNOX, mert a célközönség ott kifejezetten a vállalati felhasználók.
Amúgy a macska egér játék a HBoot esetében is nagyon unalmas.
[ Szerkesztve ]
-
vicze
félisten
Abban a pillanatban abba fogom hagyni a "nyivákolást"
Mondom, macska egér.
Snapdragonon még nem találtak security rést.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest