dart-sdk/pkg
Jens Johansen fa88e0c91f [analyzer] Add benchmarks of running dart analyze
This CL:
  * Adds a benchmark of running `dart analyze` on a single small file.
  * Adds a benchmark of running `dart analyze` on a single project.
  * Adds a benchmark of running `dart analyze` on several projects.
  * Adds a hidden flag to `dart analyze` so it reports ram usage:
    run via `dart analyze --format=json --memory` and the memory
    usage will be reported in the json output.

All the bencmarks run without and with cache for speed testing, and
without and with cache when measuring memory usage.

The idea of running this via `dart analyze` instead of running either
the script or the snapshot is to measure the "real world" speed which
could be different (although in practise it _does_ just run the
snapshot).

Future CL(s) should also add benchmarks for queries using the
language server.

Change-Id: Iad6d6d72c1a2ed18ab51d056b4914f8b6eb963e4
Reviewed-on: https://dart-review.googlesource.com/c/sdk/+/276100
Reviewed-by: Brian Wilkerson <brianwilkerson@google.com>
Reviewed-by: Konstantin Shcheglov <scheglov@google.com>
Commit-Queue: Jens Johansen <jensj@google.com>
2022-12-19 08:22:32 +00:00
..
_fe_analyzer_shared Flow analysis: add support for promotion of cached values. 2022-12-16 21:11:25 +00:00
_js_interop_checks Add bindings emitter for web libraries 2022-12-09 19:23:31 +00:00
analysis_server [analyzer] Add benchmarks of running dart analyze 2022-12-19 08:22:32 +00:00
analysis_server_client Remove all support for super-mixins option 2022-12-13 18:13:37 +00:00
analyzer Flow analysis: add support for promotion of cached values. 2022-12-16 21:11:25 +00:00
analyzer_cli Filter out ignored diagnostics in analyzer_cli when JSON reporter is used. 2022-12-17 03:02:28 +00:00
analyzer_plugin Remove some unnecessary ignore comments in analyzer packages 2022-12-09 21:33:18 +00:00
analyzer_utilities Remove some unnecessary ignore comments in analyzer packages 2022-12-09 21:33:18 +00:00
async_helper
build_integration
compiler [dart2js] Fix #50755 2022-12-17 03:27:58 +00:00
dart2js_info [dart2js:dump_info] put version and program info first... 2022-11-23 23:30:32 +00:00
dart2js_runtime_metrics Stop using strong-mode options in dart2js_runtime_metrics and scrape 2022-12-13 18:27:22 +00:00
dart2js_tools
dart2native [pkg/dart2native] Add checks to avoid MachO-related regressions. 2022-12-14 20:16:57 +00:00
dart2wasm [dart2wasm] Add special case for const adjacent strings 2022-12-15 07:45:47 +00:00
dart_internal
dartdev [analyzer] Add benchmarks of running dart analyze 2022-12-19 08:22:32 +00:00
dds [dds/dap] Handle errors parsing/casting launch/attach arguments and provide useful errors 2022-12-14 17:19:05 +00:00
dds_service_extensions
dev_compiler [kernel] Rename View* to Inline* 2022-12-14 08:36:57 +00:00
expect Reland "[test] Fix some tests for Dart2Wasm." 2022-11-04 16:10:39 +00:00
front_end Flow analysis: add support for promotion of cached values. 2022-12-16 21:11:25 +00:00
frontend_server Remove some unnecessary ignore comments in frontend_server 2022-12-12 18:40:40 +00:00
js [pkg:js] Prep 0.6.6 release 2022-12-16 20:14:23 +00:00
js_ast [dart2js] Migrate ssa/codegen.dart 2022-11-16 21:32:00 +00:00
js_runtime [dart2js] loadLibrary priority annotation 2022-11-18 19:22:29 +00:00
js_shared [ddc] Add basic support for new interface types 2022-10-28 19:26:50 +00:00
kernel [cfe] Add mixin class flag to dill and binary. 2022-12-16 19:12:59 +00:00
language_versioning_2_7_test
meta Revert "[analyzer][meta] Refactor TargetKind to be a class, add a value in TargetKind to represent type parameter" 2022-11-07 20:17:09 +00:00
modular_test
native_stack_traces [vm] Add symbol size and type information to the assembly output. 2022-09-27 16:45:53 +00:00
nnbd_migration Revert "Remove all support for all strong-mode analysis options" 2022-12-16 00:47:49 +00:00
scrape Stop using strong-mode options in dart2js_runtime_metrics and scrape 2022-12-13 18:27:22 +00:00
smith Change the default architecture in test.py from x64 to host. 2022-12-15 20:41:33 +00:00
sourcemap_testing
status_file
telemetry Fix typos 2022-10-12 14:12:42 +00:00
test_runner Change the default architecture in test.py from x64 to host. 2022-12-15 20:41:33 +00:00
testing Fix typos 2022-10-12 14:12:42 +00:00
vm [vm/ffi] Make elementAt an extension method 2022-12-16 16:33:12 +00:00
vm_service Remove some unnecessary ignore comments in vm_service 2022-12-12 20:03:59 +00:00
vm_snapshot_analysis [gardening] Fix instruction_sizes_test on Windows 2022-11-03 01:50:48 +00:00
wasm_builder [dart2wasm] Put function types of imports in singleton rec groups 2022-12-13 20:43:22 +00:00
.gitignore
BUILD.gn
OWNERS
pkg.status [pkg/dartdev] add windows support for 'dart bug' 2022-11-30 20:13:05 +00:00
README.md

Package validation

The packages in pkg/ are automatically validated on the LUCI CI bots. The validation is largely done by the tools/package_deps package; it can be tested locally via:

dart tools/package_deps/bin/package_deps.dart

Packages which are published

There are several packages developed in pkg/ which are published to pub. Validation of these packages is particularly important because the pub tools are not used for these packages during development; we get our dependency versions from the DEPS file. Its very easy for the dependencies specified in a package's pubspec file to get out of date wrt the packages and versions actually used.

In order to better ensure we're publishing correct packages, we validate some properties of the pubspec files on our CI system. These validations include:

  • that the dependencies listed in the pubspec are used in the package
  • that all the packages used by the source are listed in the pubspec
  • that we don't use relative path deps to pkg/ or third_party/ packages

Packages which are not published

For packages in pkg/ which we do not intend to be published, we put the following comment in the pubspec.yaml file:

# This package is not intended for consumption on pub.dev. DO NOT publish.
publish_to: none

These pubspecs are still validated by the package validation tool. The contents are more informational as the pubspecs for these packages are not consumed by the pub tool or ecosystem.

We validate:

  • that the dependencies listed in the pubspec are used in the package
  • that all the packages used by the source are listed in the pubspec
  • that a reference to a pkg/ package is done via a relative path dependency