Re: PSA: sysconf(_SC_NPROCESSORS_ONLN) is apparently not reliable on Android / ARM

2017-01-23 Thread Jim Blandy
There are plans to move the js/src/threading primitives into MFBT, so I don't think the core count is out of scope. On Mon, Jan 23, 2017 at 11:53 AM, Gabriele Svelto wrote: > On 23/01/2017 18:44, Gian-Carlo Pascutto wrote: > > If only we had some crossplatform runtime that abstracted such syste

Re: PSA: sysconf(_SC_NPROCESSORS_ONLN) is apparently not reliable on Android / ARM

2017-01-23 Thread Gabriele Svelto
On 23/01/2017 18:44, Gian-Carlo Pascutto wrote: > If only we had some crossplatform runtime that abstracted such system > specifics away from us > (https://bugzilla.mozilla.org/show_bug.cgi?id=663970) then maybe we > wouldn't have to re-fix the same bugs every 5 years. On this topic, I've heard mu

Re: PSA: sysconf(_SC_NPROCESSORS_ONLN) is apparently not reliable on Android / ARM

2017-01-23 Thread Gian-Carlo Pascutto
On 23-01-17 17:27, Lars Hansen wrote: > sysconf(_SC_NPROCESSORS_ONLN) is used a number of places in the tree to get > a core count for parallel algorithms. The web says that that phrase does > not really return the number of available cores on ARM Linuxish systems in > general, including Android -

PSA: sysconf(_SC_NPROCESSORS_ONLN) is apparently not reliable on Android / ARM

2017-01-23 Thread Lars Hansen
sysconf(_SC_NPROCESSORS_ONLN) is used a number of places in the tree to get a core count for parallel algorithms. The web says that that phrase does not really return the number of available cores on ARM Linuxish systems in general, including Android - because the return value does not account for