bfd65d675a9c8b18e3430e05710c293b8b28069b: content link handler doesn't seem to use NetUtil
Andrew McCreight <continuation@gmail.com> - Wed, 22 Mar 2017 14:59:33 -0700 - rev 1075598
Push 178573 by amccreight@mozilla.com at Fri, 24 Mar 2017 23:29:39 +0000
content link handler doesn't seem to use NetUtil MozReview-Commit-ID: 7CJk7P3JfML
f4c8741c156b35038308ab02187c345861d87a13: Bug 1350469 - Lazily load XPathGenerator.jsm in FormData.jsm.
Andrew McCreight <continuation@gmail.com> - Wed, 22 Mar 2017 14:01:58 -0700 - rev 1075597
Push 178573 by amccreight@mozilla.com at Fri, 24 Mar 2017 23:29:39 +0000
Bug 1350469 - Lazily load XPathGenerator.jsm in FormData.jsm. MozReview-Commit-ID: 7Cm7tPYc9dW
6de841a296d57e8e7daa12abbaa768b253f477e2: disable import logging
Andrew McCreight <continuation@gmail.com> - Fri, 24 Mar 2017 15:54:38 -0700 - rev 1075596
Push 178573 by amccreight@mozilla.com at Fri, 24 Mar 2017 23:29:39 +0000
disable import logging MozReview-Commit-ID: J6N8nJFLdQU
b4693d50dbc193e71a639986fb042c641df19908: log stacks for imports
Andrew McCreight <continuation@gmail.com> - Tue, 21 Mar 2017 14:55:28 -0700 - rev 1075595
Push 178573 by amccreight@mozilla.com at Fri, 24 Mar 2017 23:29:39 +0000
log stacks for imports MozReview-Commit-ID: JaKDF300s8f
24982f413b64842b4130665d449f98b2a7af4e6d: try: -b d -p all -u all[linux64,linux64-stylo] -u all -t none
Bobby Holley <bobbyholley@gmail.com> - Fri, 24 Mar 2017 15:52:36 -0700 - rev 1075594
Push 178572 by bholley@mozilla.com at Fri, 24 Mar 2017 23:29:15 +0000
try: -b d -p all -u all[linux64,linux64-stylo] -u all -t none Bug 1350244 - Use a ThreadSafeArray for eCSSUnit_Function. v1 MozReview-Commit-ID: L0njGSaX2xy
b98f0a9988dc1eeeddcc7c7129fcd5074d68a418: try: -b d -p linux64-stylo -u all -t none
Bobby Holley <bobbyholley@gmail.com> - Fri, 24 Mar 2017 11:47:15 -0700 - rev 1075593
Push 178572 by bholley@mozilla.com at Fri, 24 Mar 2017 23:29:15 +0000
try: -b d -p linux64-stylo -u all -t none force parallel traversal. MozReview-Commit-ID: J8SE67jltYo
040a7417e1de654557f5ac1f1ddf93082ebc04ab: try: -b do -p all -u all -t none
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 16:27:57 -0700 - rev 1075592
Push 178571 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:28:11 +0000
try: -b do -p all -u all -t none
9010b3702e73e9e5cf1ec08db3cf65b3170bd6b8: dummy
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 15:30:43 -0700 - rev 1075591
Push 178571 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:28:11 +0000
dummy MozReview-Commit-ID: tJWFIxamJf
702a746c3aab0a30fa2d80d0c49559dab90f0037: Bug 1350437 - Install Mercurial 4.1.1+; r?dustin
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 13:44:56 -0700 - rev 1075590
Push 178571 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:28:11 +0000
Bug 1350437 - Install Mercurial 4.1.1+; r?dustin We've been running Mercurial 3.9 in automation for a while. Mercurial 4.1 is out. It has the usual performance improvements and bug fixes, making it an attractive upgrade. But what really makes it enticing is support for zstandard compression over the wire protocol. This will reduce server-side CPU load and make transfers between 4.1+ servers faster. So, let's upgrade to Mercurial 4.1.1. The produced packages are built from the current tip of the stable Mercurial branch, not exactly 4.1.1. Specifically, they correspond to revision ed5b25874d99. I did this because there is a patch in the stable branch that drastically improves performance on repos with many heads. When 4.1.2 is released in a few days, we can upgrade to it and do away with the hackiness. MozReview-Commit-ID: 6BPhVheHQXI
1c7df43c6bce7a836f45e9ea94690eec7b28ca5e: Bug 1350447 - Use python-zstandard for Docker image compression; r?dustin
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 15:20:56 -0700 - rev 1075589
Push 178571 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:28:11 +0000
Bug 1350447 - Use python-zstandard for Docker image compression; r?dustin The goal of this change is to switch to python-zstandard for Docker image compression so we can employ multi-threaded compression. This will cut down the wall time it takes to compress images, decreasing end-to-end times. In order to use python-zstandard, I needed to write a Python script for doing the compression. Since I was writing a Python script, I figured I'd move Docker image downloading to that script as well. This way, the raw Docker image never hits disk: it is streamed straight from Docker into a zstandard compressor and that output is written to disk. For large images, this will eliminate a few gigabytes of disk writes. The one extra complication about this I don't care for is you need a special Python package to teach the "requests" package how to download from UNIX domain sockets. MozReview-Commit-ID: EufaRzR6A4Y
676534d9bf6fb22b3686b1287812ec11be6fca0e: try: -b o -p linux64 -u none -t none
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 16:13:47 -0700 - rev 1075588
Push 178570 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:13:55 +0000
try: -b o -p linux64 -u none -t none
868a785e5d951df55082415c108e92c766726cc2: dummy
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 15:30:43 -0700 - rev 1075587
Push 178570 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:13:55 +0000
dummy MozReview-Commit-ID: tJWFIxamJf
f1fd2a92cfb4459c579adccddf6b60dc09a9780f: Bug 1350447 - Use python-zstandard for Docker image compression; r?dustin
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 15:20:56 -0700 - rev 1075586
Push 178570 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:13:55 +0000
Bug 1350447 - Use python-zstandard for Docker image compression; r?dustin The goal of this change is to switch to python-zstandard for Docker image compression so we can employ multi-threaded compression. This will cut down the wall time it takes to compress images, decreasing end-to-end times. In order to use python-zstandard, I needed to write a Python script for doing the compression. Since I was writing a Python script, I figured I'd move Docker image downloading to that script as well. This way, the raw Docker image never hits disk: it is streamed straight from Docker into a zstandard compressor and that output is written to disk. For large images, this will eliminate a few gigabytes of disk writes. The one extra complication about this I don't care for is you need a special Python package to teach the "requests" package how to download from UNIX domain sockets.
1af5dad7d4f1e6d11ee88333709b59da676550d0: try: -b do -p all -u all[Ubuntu,10.10,Windows 8,-x64] -t none[Ubuntu,10.10,Windows 8,-x64]
Kearwood (Kip) Gilbert <kgilbert@mozilla.com> - Fri, 24 Mar 2017 16:04:47 -0700 - rev 1075585
Push 178569 by kgilbert@mozilla.com at Fri, 24 Mar 2017 23:05:18 +0000
try: -b do -p all -u all[Ubuntu,10.10,Windows 8,-x64] -t none[Ubuntu,10.10,Windows 8,-x64] MozReview-Commit-ID: HhUB2kPVrWZ
9770497c903c41e6c99a8b582fb043852898077e: [mq]: bug1341423.patch
Kearwood Gilbert <kgilbert@mozilla.com> - Mon, 27 Feb 2017 16:59:30 -0800 - rev 1075584
Push 178569 by kgilbert@mozilla.com at Fri, 24 Mar 2017 23:05:18 +0000
[mq]: bug1341423.patch MozReview-Commit-ID: GaUnfbXgh9L
2e80f5f264456a5f944b17f5c1b1119882bbc10d: try: -b do -p linux64-asan,linux64-stylo,linux64,linux -u all -t none --rebuild 10
Joel Maher <jmaher@mozilla.com> - Fri, 24 Mar 2017 19:03:13 -0400 - rev 1075583
Push 178568 by jmaher@mozilla.com at Fri, 24 Mar 2017 23:03:27 +0000
try: -b do -p linux64-asan,linux64-stylo,linux64,linux -u all -t none --rebuild 10
ca744e0b432c274df8ab25292e015b4793eb6021: [mq]: mobile_bugc.patch
Joel Maher <jmaher@mozilla.com> - Fri, 24 Mar 2017 19:02:59 -0400 - rev 1075582
Push 178568 by jmaher@mozilla.com at Fri, 24 Mar 2017 23:03:27 +0000
[mq]: mobile_bugc.patch MozReview-Commit-ID: JbK0UIKiSsD
46d7a27b6148533b42d6a456601e052deef58c64: try: -b o -p linux64 -u none -t none
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 16:02:02 -0700 - rev 1075581
Push 178567 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:02:11 +0000
try: -b o -p linux64 -u none -t none
41adab34f5cda46549b0cd850a2e972109b50507: dummy
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 15:30:43 -0700 - rev 1075580
Push 178567 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:02:11 +0000
dummy MozReview-Commit-ID: tJWFIxamJf
cd65d383050f4e74c3e0a756d82c270400481f5f: Bug 1350447 - Use python-zstandard for Docker image compression; r?dustin
Gregory Szorc <gps@mozilla.com> - Fri, 24 Mar 2017 15:20:56 -0700 - rev 1075579
Push 178567 by gszorc@mozilla.com at Fri, 24 Mar 2017 23:02:11 +0000
Bug 1350447 - Use python-zstandard for Docker image compression; r?dustin The goal of this change is to switch to python-zstandard for Docker image compression so we can employ multi-threaded compression. This will cut down the wall time it takes to compress images, decreasing end-to-end times. In order to use python-zstandard, I needed to write a Python script for doing the compression. Since I was writing a Python script, I figured I'd move Docker image downloading to that script as well. This way, the raw Docker image never hits disk: it is streamed straight from Docker into a zstandard compressor and that output is written to disk. For large images, this will eliminate a few gigabytes of disk writes. The one extra complication about this I don't care for is you need a special Python package to teach the "requests" package how to download from UNIX domain sockets.
(0) -1000000 -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 +1000000 +3000000 tip