Mobile CPUs and the Performance Inequality Gap • Hacker News Board

Re: Mobile CPUs and the Performance Inequality Gap

#61

Post by altmind » Mon, Mar 30, 2020, 6:38 AM UTC

Symmetry wrote: post #20

altmind wrote: post #5

geekbench have unreliable perfromance stats that've been favoring iphone for a looong while. check your conclusions - 90% of articles with rocking iphone performance cite geekbench.

There was a version of Geekbench a while ago for which you could make a good argument for that but Geekbench 5 seems to tell the same story that Spec, web tests, etc all tell. Apple's cores really do seem to be that good though they benefit from running at the clock speed they were designed for, unlike an Intel U-series which has more pipeline stages than it needs to hit its clock. And Apple also benefits from being…

specint2006 shows that A13 outperforms desktop ryzen 3900x. 5W vs 105W. 6 cores vs 12 cores. something is wrong with numbers here.

Re: Mobile CPUs and the Performance Inequality Gap

#62

Post by pxtail » Mon, Mar 30, 2020, 6:48 PM UTC

stefan_ wrote: post #29

What is even the hypothesis here? Websites are slow because Android devices are slow? Lest we remind our web developer friends of the cache hierarchy, the slowest part of all here is still fetching the fricking page over the internet . On this mobile Twitter page alone two spinners are spinning simultaneously. If, after all the network stuff, you are still taking a second to render in a world where smartphones can pl…

> What is even the hypothesis here? Websites are slow because Android devices are slow?

Hypothesis is: websites are slow because developers are testing them using their high end devices where bad code performance is compensated by higher performance of devices. All of this while real world users are struggling with garbage quality end product.

Re: Mobile CPUs and the Performance Inequality Gap

#63

Post by ge96 » Wed, Apr 01, 2020, 3:15 AM UTC

voodootrucker wrote: post #23

ge96 wrote: post #12

Earlier quoted context omitted.

Yeah regarding no filesystem, not sure if it is dumb but I was using Dexie(IndexedDB wrapper,) to store images as base64 strings. It works but what can suck is the time to turn it back to an image to be displayed. Which using small thumbnails it's not bad but without pagination(seems obvious you should) but it's so much data it throws a chromium-level error so idk ... But was faster to reach MVP than RN for me with m…

I'd be curious about the performance difference storing them as blobs https://hacks.mozilla.org/2012/02/storing-images-and-files-i...

thanks for the idea, I will try it because it looks like BLOB is smaller than base64 and looks like maybe faster to render too due to not having to decode/encode. It is unfortunate I was not aware of this sooner with regard to the "data format juggling" but still...

I'm having an issue where there's too much data being loaded/pulled from Indexed DB so I have to do stuff like pagination, but this will help no doubt.