Chromium Blog: 2015

Smarter garbage collection for smoother browsing and less memory usage

Tuesday, December 8, 2015

Posted by Seth Thompson, V8 Track Commentator
In order to ensure a smooth, snappy experience when browsing in Chrome, it’s essential to free unused memory. The garbage collector in the V8 JavaScript engine has been optimized to reclaim memory as quickly as possible to shorten pauses to the main thread of execution. But even small pauses can cause jank when they happen at inopportune moments and block important events like clicks, scrolls, or animation frames. To make garbage collection less noticeable, we’ve integrated Blink’s task scheduler into V8 (starting in M41), so that pauses can be not just short, but intelligently scheduled during moments when the browser is idle. New knowledge of completely inactive pages (such as background tabs), also allows V8 to free larger chunks of memory all at once. The result is reduced jank when browsing and lower memory usage overall.

Scheduling garbage collection tasks (red) in otherwise idle periods (blue).
Smarter garbage collection makes 3D animations and games play smoothly with reduced lag and stuttering. The new task scheduler integration into V8 provides higher frame-rates more consistently for gameplay and rendering. Between Chrome 41 and Chrome 46, our score for the 3D benchmark OORT Online, which measures smooth rendering of WebGL graphics, increased by up to 33%, just shy of the maximum 10,000 points on a modern desktop.

Memory reduction from the new system is particularly pronounced when the browser is idle for a few minutes or more. Leaving a Gmail tab unused for 2.5 minutes, for example, reduces memory consumption by up to 45% between Chrome 45 and previous versions!In addition to providing a smoother, faster browsing experience for the user, these changes empower developers to push the limits of Chrome with more powerful applications and better graphics. Stay tuned for more V8 optimizations and check out our deep dive into garbage collection timing on the new V8 blog for more details.

Chrome 48 Beta: Present to Cast, custom notification buttons, and network estimation

Thursday, December 3, 2015

Unless otherwise noted, changes described below apply to the newest Chrome Beta channel release for Android, Chrome OS, Linux, Mac, and Windows.
Presentation API Historically, sites have been unable to present content to nearby devices, which made it hard to build experiences like a slide “presenter mode” for the mobile web. The latest release of Chrome on Android now allows mobile sites to present to Google Cast devices using the standards-based Presentation API and the Cast Web SDK.
Custom buttons on notifications Chrome 42 introduced the ability for users to receive push notifications from websites, allowing users to build deeper relationships with the sites they love. Usage of the feature has grown quickly, with Chrome now delivering more than 350 million push notifications every day. In the latest Chrome release, sites can now add custom buttons to notifications, enabling users to complete tasks entirely within the notification.

Notification actions in Chrome 48 on Android
Detecting maximum connection speed A user’s mobile phone connects to the internet over anything from high quality WiFi to 2G, which has made it difficult to design the right mobile experience. Developers can now use NetworkInformation.downlinkMax to detect a device's maximum bandwidth so they can send the optimal resources for the connection speed. Sites can also respond to changes in connection quality using the NetworkInformation.onChange event handler.
Other features in this release

The new DevTools security panel enables developers to understand the security state of a page to help them migrate their websites to HTTPS.

Sites can now use FontFaceSet more flexibly with several new iteration methods.

WebRTC now supports the VP9 video codec, and can serve HD video at almost half the bandwidth of VP8 or H264.

Web Audio JavaScript syntax can now be shortened and simplified with method chaining for AudioNode.connect() and AudioParam.connect() automation methods.

The MediaStreamTrack.remote attribute allows sites to detect if a media stream is from a remote source.

Sites can now detect key presses from a user without worrying about browser type or operating system using the KeyboardEvent.code attribute.

Developers can now leverage JavaScript language behaviors not previously exposed in ES5 or below using the well-known symbols @@isConcatSpreadable, @@toPrimitive.

min-width:auto and min-height:auto now work for flex items without flex-basis:auto.

Several getAll() methods have been added to IndexedDB to simplify bulk interactions.

Minor changes

ServiceWorkerRegistration.update() no longer bypasses the cache for update checks within 24 hours, improving spec compliance.

The error attribute on IDBRequest and IDBTransaction will now return DOMException instead of DOMError to improve Chrome's spec compliance.

The RC4 cipher is no longer supported over HTTPS connections due to several vulnerabilities.

The MediaStreamTrack.getSources() method has been deprecated in favor of MediaDevices.enumerateDevices().

SVGGraphicsElement.getTransformToElement has been removed to match the SVG spec.

getSVGDocument() has been removed from HTMLFrameElement.prototype to match the spec.

SVG glyph-orientation-horizontal and glyph-orientation-vertical properties have been removed in favor of the CSS text-orientation property.

SVGElement.offset* properties and SVGPathSeg interfaces have been removed to improve spec compliance.

The CSS plus-darker composite operator has been removed to increase spec compliance.

The item() method has been removed from TextTrackList and TextTrackCueList to improve spec compliance.

Developers can now build robust RTL text experiences using CSS Writing Modes Level 3 without prefixes.

CSS font-feature-settings are no longer prefixed.

Posted by Anton Vayvod, Presentation MC

Chrome Dev Summit 2015: That’s a wrap!

Wednesday, November 18, 2015

Posted by Darin Fisher, VP Engineering, Chrome
The last sessions of the Chrome Dev Summit 2015 are coming to a close, so it’s the perfect time to reflect on the event. We started our annual summit back in 2012, where we first introduced Chrome on Android. Today, there are more than 800 million monthly active users on Chrome for Android.
The greatest power of the Web is in its reach—not just across devices and operating systems, but in reaching users. Top mobile web properties are seeing 2.5 times the number of monthly unique visitors compared to the top mobile apps, and mobile web reach is growing at more than twice the rate of mobile app reach. This reach offers a unique opportunity to engage with more users.

We believe this is a pivotal moment for the web platform, as early adopters of a set of key enabling technologies and tools are seeing success. During the keynote, we covered the evolution of the mobile platform and the shift towards “progressive web apps,” which are fast, robust, app-like experiences built using modern web capabilities. The web has come a long way, and building immersive apps with web technology on mobile no longer requires giving up properties of the web you’ve come to love. Flipkart’s new mobile web experience is a great example of a progressive web app that uses the new capabilities to provide a next-generation user experience.
In practice, progressive web apps have three main aspects that separate them from traditional websites: reliability, performance, and engagement.
Reliability Every web app should load quickly, regardless of whether a user is connected to fast Wi-Fi, a 2G cell network, or no connection at all. We envision service workers as the ideal way for developers to build web apps that are resilient despite changing and unreliable networks. We've released two libraries to help take the work out of writing your own service worker: sw-precache and sw-toolbox for your App Shell and dynamic content, respectively. Once your implementation is up and running, you can easily test it on different network connections using Chrome DevTools and WebPageTest. Service workers are already seeing great adoption by developers: there are currently 2.2 billion page loads a day using service workers, not counting its use in the New Tab page in Chrome.

Performance The RAIL performance model helps you figure out what a user expects from each interaction with your site or app, breaking down performance into four key goals:

Responses (tap to response) should be less than 100ms

Animations (scrolling, gestures, and transitions) should run at 60 frames per second

Idle time should be used to opportunistically schedule non-essential work in 50ms chunks

Loading should be finished in under 1 second

In practice, we've found improving even just one area of RAIL performance can make a dramatic difference on the user experience. For example, a one second difference in loading time can have as much as an 11% impact on overall page views and a 16% impact on customer satisfaction.
Engagement Traditionally, users have had a hard time re-engaging with sites on the web. Push notifications enable you to build experiences that users can engage with "outside of the tab"--they don’t need to have the browser open, or even be actively using your web app, in order to engage with your experience. Best of all, these notifications appear just like other app notifications. Currently we’re seeing over 350 million push notifications sent every day in Chrome, and it’s growing quickly. Beyond the Rack has found that users arriving to their site by push notifications browse 72% longer than average users and spend 26% more.

Tools for Success Finally, Google is committed to making web developers successful. As our generalized library for building components on the web, Polymer is also deeply focused on helping developers achieve RAIL. Since its 1.0 release at Google I/O earlier this year, it has grown to be used on over 1 million web pages, including more than 300 projects within Google. Polymer 1.0 was 3 to 4 times faster than the previous 0.5 version, and the latest 1.2 release is even 20% faster than that. To get started with this modern way of thinking about web development, take a quick tour of Polymer, watch the Polymer Summit talks, check out the Polymer codelabs, or try the Polymer Starter Kit.

We already have great resources like Web Fundamentals that we continue to expand and improve. We’re also committed to documenting each new feature we ship on the Mozilla Developer Network. In the past year alone, we’ve made 2,800 individual edits to MDN and created 212 new pages. To further our commitment to educating web developers, we’ve partnered with Udacity to offer a senior web nanodegree, an education credential focused on modern web technologies and techniques like service workers, Promises, HTTP/2 and more.

For all the details on Chrome Dev Summit 2015, you can watch full session videos, which we will continue to upload as they’re ready. Thanks for coming, thanks for watching, and most of all, thank you for developing for the web!

Chrome 47 Beta: Idle time work, splash screens, and desktop notification management

Thursday, October 22, 2015

The newest Chrome Beta channel release includes support for cooperative multitasking, splash screens for sites added to home screen, flexible desktop notifications, security fixes, and more. Unless otherwise noted, changes described below apply to Chrome for Android, Chrome OS, Linux, Mac, and Windows. Splash screens on Android Mobile devices are typically less powerful than desktops, meaning apps can take a few seconds to load. Splash screens allow apps to show something meaningful to users as the app loads, improving perceived performance. The new version of Chrome for Android brings splash screens to web apps when a site is launched from the Android home screen. The splash screen is shown immediately, even while Chrome itself is loading. Developers can customize the splash screen by setting a name, icon, background color, and notification bar color in the web app manifest. The splash screen disappears once the web app begins to draw to the screen, providing a more polished loading experience.

Cooperative multitasking with requestIdleCallback() To achieve a screen refresh rate of 60 frames per second, developers must guess when performance-critical tasks like rendering will finish and use timers to schedule around them. Unfortunately, developers can’t guarantee that low priority work won’t hurt performance because events like scrolling cannot be predicted. Now developers can explicitly set work to run during idle time using requestIdleCallback(). Functions registered with requestIdleCallback() are given a deadline and can return before that limit is reached to avoid jank. The function can register for another requestIdleCallback() to continue work during the next idle period. Auto dismissing notifications Push notifications have been enabled by service workers since Chrome 42. Sites such as social media or email can generate a large number of push notifications that take up screen space and aren’t particularly relevant unless viewed soon after posting. The new version of Chrome now allows developers to configure automatic dismissal of desktop notifications, improving the experience for these kinds of notifications. Sites can set NotificationOptions.requireInteraction to indicate the notification should remain onscreen until the user dismisses it. Other updates in this release

Array.prototype.includes() simplifies the syntax for checking array membership.

The rest parameters syntax allows functions with an indefinite number of arguments to be called using arrays.

Cache.matchAll() simplifies bulk searching of the cache and removes the need for polyfills.

RequestInit.referrer allows requests captured by service workers to match the original referrer.

The new Navigator.MediaDevices interface allows developers to enumerate connected media devices such as audio output.

Updated values for request properties in navigation FetchEvents offer improved spec compliance.

MouseEvent.getModifierState() makes input processing more powerful and consistent across MouseEvent and KeyboardEvent.

Developers can now more accurately detect input device capabilities using UIEvent.sourceCapabilities and InputDeviceCapabilities.firesTouchEvents.

Several SVG methods have been removed, including pixel conversions and hasExtension() methods on several elements.

Prefixed encrypted media extensions are now disabled in favor of unprefixed EMEs, which have more capabilities and conform to the spec.

Chrome no longer highlights the gaps between content when painting selections.

The notification center has been removed from Windows, Mac, and Linux to keep Chrome simpler.

Posted by Ross McIlroy, Scheduling Samurai

Oct	NOV	Dec
	29
2019	2020	2021

Chromium Blog

Smarter garbage collection for smoother browsing and less memory usage

Chrome 48 Beta: Present to Cast, custom notification buttons, and network estimation

Chrome Dev Summit 2015: That’s a wrap!

Chrome 47 Beta: Idle time work, splash screens, and desktop notification management

Labels

Archive

Feed