@Tyler, na zalost Apple isto radi sve sto moze da stignu Google :( Safari mi pukne par puta dnevno u proseku.
To celu situaciju cini jos grdjom, posto za par godina vidim da ce nam izbor biti totalni skrndelj #1, totalni skrndelj #2 i mozda #3 ako Microsoft i dalje bude nalazio za shodno da przi milijarde u mobilno trziste.
Citat:
A sad ozbiljno, kako to da su uključili po defaultu tu opciju ako toliko degradira performanse? Koji je rezon?
Pretpostavljam da je u pitanju cist marketing. Apple je sa iOS8 poceo da po defaultu enkriptuje fajl sistem, pa je Google verovatno nasao za shodno da parira.
Razlika je sto Apple dizajnira komplet uredjaj od CPU-a do OS-a a Google radi na gomili SoC-eva.
To i dalje ne opravdava dizajn koji ne koristi akceleraciju, osim ako ta akceleracija ne pati od nekih drugih problema koji je cine nepodobnom za mobilne telefone.
Moje iskustvo sa AES akceleracijom na ARM SoC-evima je sareno - velika razlika postoji u performansma, pogotovu sto se latencije tice (u nekim slucajevima je "jeftinije" da AES implementiras na CPU-u nego da cekas da ti se bafer posalje i vrati sa akceleratora).
Android developeri su verovatno uvideli da bi potrosili jako puno vremena na implementaciji i validaciji podrske za custom hw. na platformi gde za to ne postoje standardi.
Verovatno ce implementirati podrsku za ARM AES instrukcije koji su deo AArch64 arhitekture kada se SoC-evi koji implementiraju iste omasove.
DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos:
http://www.digicortex.net/node/17 Gallery:
http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! -
https://github.com/psyq321/PowerMonkey