Am Donnerstag, 12. Mai 2016 18:56:19 UTC+2 schrieb Ben Hearsum: > Do you have thoughts on how we'll be able to serve the users the correct > build if we have to base the decision on plugins they may have or other > information that's not in the update ping? We can already detect 32-bit > builds on 64-bit Windows through the build target, but information about > plugins or RAM is not something we know about when serving updates.
Is it possible to find out from which plugins no 64bit version exist yet? So e.g. if the user have Flash 32bit the update can happen... like with extensions on startup a check and a (forced) update... AFAIK updates get always done without a check before if there exist a update for each extension... Is there really a plugin (vendor) that can be a reason to not update the browser to a newer (64bit) build? Btw.: AFAIK there is also no check about the compatibility of plugins before a normal update starts and if a plugin is un-secure, FF deactivate it, too. > > On 2016-05-12 11:45 AM, Ted Mielczarek wrote: > > Hello, > > > > Given all the discussion around SSE[2] lately, I was curious as to > > whether we had made any plans to update Windows users that are running > > 32-bit Windows builds on a 64-bit Windows OS to our 64-bit Windows > > builds. The 64-bit Windows builds do use SSE2, since that's a baseline > > requirement for x86-64 processors, and the overall performance should > > generally be better (modulo memory usage, I'm not sure if we have an > > exact comparison). Additionally 64-bit builds are much less likely to > > encounter OOM crashes due to address space fragmentation since they have > > a very large address space compared to the maximum 4GB available to the > > 32-bit builds. > > > > It does seem like we'd need some minimal checking here, obviously first > > for whether the user is running 64-bit Windows, but also possibly > > whether they use 32-bit plugins (until such time as we unsupport NPAPI). > > 32-bit plugins will not work on a 64-bit Windows Firefox (we do not have > > the equivalent of Universal binaries like we do on OS X). > > > > -Ted > > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
