Send dev-platform mailing list submissions to
dev-platform@lists.mozilla.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.mozilla.org/listinfo/dev-platform
or, via email, send a message with subject or body 'help' to
dev-platform-requ...@lists.mozilla.org
You can reach the person managing the list at
dev-platform-ow...@lists.mozilla.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dev-platform digest..."
Today's Topics:
1. Re: Excessive inbound bustage (Mike Hommey)
2. Re: RFC: Navigation transitions (Christopher Lord)
3. Re: Excessive inbound bustage (Justin Dolske)
4. AsyncPanZoom enabled for one Nightly - 4/22/2015 - Windows
E10S only (David Anderson)
5. Re: Excessive inbound bustage (Botond Ballo)
6. Re: Can we start using C++ STL containers in Mozilla code?
(pww19710...@gmail.com)
7. Re: AsyncPanZoom enabled for one Nightly - 4/22/2015 -
Windows E10S only (James May)
----------------------------------------------------------------------
Message: 1
Date: Wed, 22 Apr 2015 09:38:01 +0900
From: Mike Hommey <m...@glandium.org>
To: Andrew Halberstadt <ahalberst...@mozilla.com>
Cc: dev-platform@lists.mozilla.org
Subject: Re: Excessive inbound bustage
Message-ID: <20150422003801.ga17...@glandium.org>
Content-Type: text/plain; charset=us-ascii
On Wed, Apr 22, 2015 at 09:26:12AM +0900, Mike Hommey wrote:
On Tue, Apr 21, 2015 at 02:50:43PM -0400, Andrew Halberstadt wrote:
On 21/04/15 02:41 PM, Chris Peterson wrote:
On 4/21/15 11:27 AM, Ehsan Akhgari wrote:
I agree that it shouldn't be 10%. Hopefully once we have the autolander
this will be a non-issue.
It would be a huge help if someone made a little tool which would show
you how often one specific person breaks inbound. I would definitely
like to know whether I'm closer to 10% or 100% myself.
Something like the "Try High Score" ranking for inbound backouts would
be straightforward to automate:
https://secure.pub.build.mozilla.org/builddata/reports/reportor/daily/highscores/highscores.html
This could be effective, but if not implemented with care it could also be
very de-motivating, especially for a well-intentioned contributor.
Here are a few crude stats, gathered over the last 25271 changesets,
assuming my pattern matching worked properly:
- 1438 changesets were backed out (~5.7%)
- 123 of those backouts were for changes whose authors have less than 10
changesets in the range. The total number of changesets from those
authors all grouped together is 405, so ~30.4% backout rate for people
with few patches. There are 83 authors in this category.
- there are 214 authors with 10 changesets or more in the range.
214 authors with 10 changesets of more in the range *and* at least one
of them backed out.
Mike
------------------------------
Message: 2
Date: Wed, 22 Apr 2015 01:50:26 +0100
From: Christopher Lord <cl...@mozilla.com>
To: Anne van Kesteren <ann...@annevk.nl>
Cc: "dev-g...@lists.mozilla.org" <dev-g...@lists.mozilla.org>,
"dev-platform@lists.mozilla.org" <dev-platform@lists.mozilla.org>
Subject: Re: RFC: Navigation transitions
Message-ID:
<cabdc_zxmyash90qmjqgqik12f-ohq-bgfgqsnosbvp8wkfe...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
That sounds like a nice idea, though I wonder how you'd specify the
duration of the application of the stylesheet via a media query?
On Tue, Apr 21, 2015 at 8:50 PM, Anne van Kesteren <ann...@annevk.nl> wrote:
On Tue, Apr 21, 2015 at 10:02 AM, Christopher Lord <cl...@mozilla.com>
wrote:
http://chrislord.net/?p=273&preview=1&_ppp=0afe20d87f
I haven't reviewed it completely, but it seems at the very least you
should use media queries rather than require separate stylesheets.
--
https://annevankesteren.nl/
------------------------------
Message: 3
Date: Tue, 21 Apr 2015 19:39:22 -0700
From: Justin Dolske <dol...@mozilla.com>
To: dev-platform@lists.mozilla.org
Subject: Re: Excessive inbound bustage
Message-ID: <qnednanziptglkrinz2dnuu7-lwdn...@mozilla.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 4/21/15 5:26 PM, Mike Hommey wrote:
...
- the biggest backout rate for those authors is 48.8%.
The suspense is killing me. Is it Ehsan?! ;-) ;-)
Justin
------------------------------
Message: 4
Date: Tue, 21 Apr 2015 19:51:57 -0700 (PDT)
From: David Anderson <bailo...@gmail.com>
To: dev-platform@lists.mozilla.org
Subject: AsyncPanZoom enabled for one Nightly - 4/22/2015 - Windows
E10S only
Message-ID: <63460712-0899-4072-af0c-8be1f2ae2...@googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
To get some feedback on AsyncPanZoom we are enabling it on tonight's nightly,
for Windows only. It will be re-disabled in the next nightly.
For those unfamiliar, APZ makes scrolling responsive by pre-rendering more
content than what is visible in the viewport [1]. This lets us present it
asynchronously without blocking on the content thread.
To use APZ you just need E10S, and to scroll with a mouse wheel or a
trackpad/touchpad. (Arrow or page dn/up keys do not trigger APZ.)
We're interested in any significant behavior changes with APZ, and especially any situations in
which we can't pre-render content fast enough. In this case you might see blank white areas of the
screen while scrolling (aka "checkerboarding"). Please file any sites you find this way
against the "paint-fast" bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1154825
If needed you can flip the APZ pref manually with
layers.async-pan-zoom.enabled. It requires a browser restart.
If you want to test whether you have APZ working, I've made a test site that
will jank normal Firefox pretty badly [2]. With APZ+E10S, it should scroll fine.
[1] https://wiki.mozilla.org/Platform/GFX/APZ
[2] http://users.alliedmods.net/~dvander/apzc.html
------------------------------
Message: 5
Date: Tue, 21 Apr 2015 23:00:17 -0400
From: Botond Ballo <bba...@mozilla.com>
To: Justin Dolske <dol...@mozilla.com>
Cc: dev-platform <dev-platform@lists.mozilla.org>
Subject: Re: Excessive inbound bustage
Message-ID:
<cahzmtdsudmxhqhen1zsktyesz2jh7uscc-zwrcky3-+thay...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Tue, Apr 21, 2015 at 10:39 PM, Justin Dolske <dol...@mozilla.com> wrote:
On 4/21/15 5:26 PM, Mike Hommey wrote:
...
- the biggest backout rate for those authors is 48.8%.
The suspense is killing me. Is it Ehsan?! ;-) ;-)
Clearly not:
On Tue, Apr 21, 2015 at 8:26 PM, Mike Hommey <m...@glandium.org> wrote:
by raw number, ehsan is 2nd with 47 backouts... but he also
landed 594 changesets, so his rate is only slightly above the median.
;-)
Cheers,
Botond
------------------------------
Message: 6
Date: Wed, 22 Apr 2015 00:48:09 -0700 (PDT)
From: pww19710...@gmail.com
To: dev-platform@lists.mozilla.org
Subject: Re: Can we start using C++ STL containers in Mozilla code?
Message-ID: <4d0a52af-2167-4068-b61f-a5cc70ba3...@googlegroups.com>
Content-Type: text/plain; charset=UTF-8
? 2013?12?10???? UTC+8??5:28:21?Chris Pearce???
Hi All,
Can we start using C++ STL containers like std::set, std::map,
std::queue in Mozilla code please? Many of the STL containers are more
convenient to use than our equivalents, and more familiar to new
contributors.
I understand that we used to have a policy of not using STL in mozilla
code since some older compilers we wanted to support didn't have very
good support, but I'd assume that that argument no longer holds since
already build and ship a bunch of third party code that uses std
containers (angle, webrtc, chromium IPC, crashreporter), and the sky
hasn't fallen.
I'm not proposing a mass rewrite converting nsTArray to std::vector,
just that we allow STL in new code.
Are there valid reasons why should we not allow C++ STL containers in
Mozilla code?
Cheers,
Chris P.
Title: The core of the core of the big data solutions -- Map
Author: pengwenwei
Email:
Language: c++
Platform: Windows, linux
Technology: Perfect hash algorithm
Level: Advanced
Description: Map algorithm with high performance
Section MFC c++ map stl
SubSection c++ algorithm
License: (GPLv3)
Download demo project - 1070 Kb
Download source - 1070 Kb
Introduction:
For the c++ program, map is used everywhere.And bottleneck of program
performance is often the performance of map.Especially in the case of large
data,and the business association closely and unable to realize the data
distribution and parallel processing condition.So the performance of map
becomes the key technology.
In the work experience with telecommunications industry and the information
security industry, I was dealing with the big bottom data,especially the most
complex information security industry data,all can?t do without map.
For example, IP table, MAC table, telephone number list, domain name resolution
table, ID number table query, the Trojan horse virus characteristic code of
cloud killing etc..
The map of STL library using binary chop, its has the worst performance.Google
Hash map has the optimal performance and memory at present, but it has repeated
collision probability.Now the big data rarely use a collision probability
map,especially relating to fees, can?t be wrong.
Now I put my algorithms out here,there are three kinds of map,after the build
is Hash map.We can test the comparison,my algorithm has the zero probability of
collision,but its performance is also better than the hash algorithm, even its
ordinary performance has no much difference with Google.
My algorithm is perfect hash algorithm,its key index and the principle of
compression algorithm is out of the ordinary,the most important is a completely
different structure,so the key index compression is fundamentally
different.The most direct benefit for program is that for the original map need
ten servers for solutions but now I only need one server.
Declare: the code can not be used for commercial purposes, if for commercial
applications,you can contact me with QQ 75293192.
Download:
https://sourceforge.net/projects/pwwhashmap/files
Applications:
First,modern warfare can?t be without the mass of information query, if the
query of enemy target information slows down a second, it could lead to the
delaying fighter, leading to failure of the entire war. Information retrieval
is inseparable from the map, if military products use pwwhashMap instead of the
traditional map,you must be the winner.
Scond,the performance of the router determines the surfing speed, just replace
open source router code map for pwwHashMap, its speed can increase ten times.
There are many tables to query and set in the router DHCP ptotocol,such as
IP,Mac ,and all these are completed by map.But until now,all map are using STL
liabrary,its performance is very low,and using the Hash map has error
probability,so it can only use multi router packet dispersion treatment.If
using pwwHashMap, you can save at least ten sets of equipment.
Third,Hadoop is recognized as the big data solutions at present,and its most
fundamental thing is super heavy use of the map,instead of SQL and table.Hadoop
assumes the huge amounts of data so that the data is completely unable to move,
people must carry on the data analysis in the local.But as long as the open
source Hadoop code of the map changes into pwwHashMap, the performance will
increase hundredfold without any problems.
Background to this article that may be useful such as an introduction to the
basic ideas presented:
http://blog.csdn.net/chixinmuzi/article/details/1727195
------------------------------
Message: 7
Date: Wed, 22 Apr 2015 17:56:57 +1000
From: James May <m...@fowlsmurf.net>
To: David Anderson <bailo...@gmail.com>
Cc: dev-platform <dev-platform@lists.mozilla.org>
Subject: Re: AsyncPanZoom enabled for one Nightly - 4/22/2015 -
Windows E10S only
Message-ID:
<caby6sliaz5eop4cy5xt-nbgymsp68mbcphb8ufp_sttj17j...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On 22 April 2015 at 12:51, David Anderson <bailo...@gmail.com> wrote:
To get some feedback on AsyncPanZoom we are enabling it on tonight's
nightly, for Windows only. It will be re-disabled in the next nightly.
For those unfamiliar, APZ makes scrolling responsive by pre-rendering more
content than what is visible in the viewport [1]. This lets us present it
asynchronously without blocking on the content thread.
To use APZ you just need E10S, and to scroll with a mouse wheel or a
trackpad/touchpad. (Arrow or page dn/up keys do not trigger APZ.)
What about using the scroll bar? Is there somewhere I can see if it's
enabled/I've got the correct nightly?
We're interested in any significant behavior changes with APZ, and
especially any situations in which we can't pre-render content fast enough.
In this case you might see blank white areas of the screen while scrolling
(aka "checkerboarding"). Please file any sites you find this way against
the "paint-fast" bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1154825
If needed you can flip the APZ pref manually with
layers.async-pan-zoom.enabled. It requires a browser restart.
If you want to test whether you have APZ working, I've made a test site
that will jank normal Firefox pretty badly [2]. With APZ+E10S, it should
scroll fine.
[1] https://wiki.mozilla.org/Platform/GFX/APZ
[2] http://users.alliedmods.net/~dvander/apzc.html
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
-- James
------------------------------
Subject: Digest Footer
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
------------------------------
End of dev-platform Digest, Vol 111, Issue 67
*********************************************
