Skip to content

Ensure framework post-render clean up does not regress render performance  #144445

@loic-sharma

Description

@loic-sharma

Background

In a single-view world, the rasterization begins once the framework calls FlutterView.render. In a multi-view world, rasterization begins once the onDrawFrame callback exits. Thus, expensive work that happens after a FlutterView.render could cause end-to-end render performance to regress.

Solution

  1. Investigate whether work that happens after FlutterView.render is expensive.
  2. If it expensive, consider adding an optimization where we begin rasterization once FlutterView.render has been called on all views. This depends on: Ignore duplicate FlutterView.render calls in the same frame #144444

Metadata

Metadata

Labels

P1High-priority issues at the top of the work lista: multi windowIssues related to multi window supportengineflutter/engine related. See also e: labels.frameworkflutter/packages/flutter repository. See also f: labels.fyi-linuxFor the attention of the Linux platform teamfyi-windowsFor the attention of the Windows platform teamteam-macosOwned by the macOS platform team

Type

No type

Projects

Status

Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions