-
Notifications
You must be signed in to change notification settings - Fork 13.7k
move pinned version from tracing_core to tracing #127316
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
rustbot has assigned @Mark-Simulacrum. Use |
These commits modify the If this was unintentional then you should revert the changes before this PR is merged. |
@bors try @rust-timer queue |
This comment has been minimized.
This comment has been minimized.
bump tracing Unpins `tracing`: linked issue looks fixed, tokio-rs/tracing#2635 referencing davidbarsky/tracing-tree#82 Perf run please, as changelog says about improvements https://github.com/tokio-rs/tracing/blob/tracing-0.1.40/tracing/CHANGELOG.md https://github.com/tokio-rs/tracing/blob/tracing-core-0.1.32/tracing-core/CHANGELOG.md
☀️ Try build successful - checks-actions |
This comment has been minimized.
This comment has been minimized.
Finished benchmarking commit (8836382): comparison URL. Overall result: ❌ regressions - ACTION NEEDEDBenchmarking this pull request likely means that it is perf-sensitive, so we're automatically marking it as not fit for rolling up. While you can manually mark this PR as fit for rollup, we strongly recommend not doing so since this PR may lead to changes in compiler perf. Next Steps: If you can justify the regressions found in this try perf run, please indicate this with @bors rollup=never Instruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)Results (primary 2.1%, secondary 4.2%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesResults (primary 3.6%, secondary 6.3%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 718.904s -> 758.823s (5.55%) |
Haha, nice improvements. |
It looks like the costs are pretty spread out across (presumably) the tracing callsites, not any specific costs. It would be good to do a more detailed analysis and work with tracing maintainers to see if there are avoidable costs here (e.g., we should be looking to land some adjustments or revert things). |
Ok, size regression appears when bumping tracing 0.1.37 to 0.1.38 https://github.com/tokio-rs/tracing/commits/tracing-0.1.38/tracing [[package]]
name = "tracing"
-version = "0.1.37"
+version = "0.1.38"
source = "registry+https://github.com/rust-lang/crates.io-index"
-checksum = "8ce8c33a8d48bd45d624a6e523445fd21ec13d3653cd51f681abf67418f54eb8"
+checksum = "cf9cf6a813d3f40c88b0b6b6f29a5c95c6cdbf97c1f9cc53fb820200f5ad814d"
dependencies = [
- "cfg-if",
"pin-project-lite",
"tracing-attributes",
"tracing-core", The winner is tokio-rs/tracing#2555 |
Weird, the same binary size regression appears if bump |
on
in cells: kbytes (exported symbols) |
@rustbot author Not sure whether the size investigation is the most warranted, but in any case, I don't think we should land this until we understand what happened and either revert those changes upstream or decide to accept them. |
Bump tracing Retry of rust-lang#127316, lets see if things have improved
required features reexported from tracing
This PR was rebased onto a different master commit. Here's a range-diff highlighting what actually changed. Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers. |
I've moved pin from Perf run please. |
@bors try @rust-timer queue |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Finished benchmarking commit (e49d3c4): comparison URL. Overall result: ✅ improvements - no action neededBenchmarking this pull request means it may be perf-sensitive – we'll automatically label it not fit for rolling up. You can override this, but we strongly advise not to, due to possible changes in compiler perf. @bors rollup=never Instruction countOur most reliable metric. Used to determine the overall result above. However, even this metric can be noisy.
Max RSS (memory usage)Results (primary 11.1%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (secondary -4.8%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 466.814s -> 468.541s (0.37%) |
Results okay-ish? I can cleanup description and merge this part, and left digging |
Updated description. |
move pinned version from tracing_core to tracing This PR removes pin from `tracing-core` and moves it to `tracing`, which regressed perf in > 0.1.37 versions.
Rollup of 3 pull requests Successful merges: - #127316 (move pinned version from tracing_core to tracing) - #144801 (Suggest bounds in more cases, accounting for type parameters referenced in predicate) - #146211 (Disallow shebang in `--cfg` and `--check-cfg` arguments) r? `@ghost` `@rustbot` modify labels: rollup
Rollup of 5 pull requests Successful merges: - #127316 (move pinned version from tracing_core to tracing) - #144801 (Suggest bounds in more cases, accounting for type parameters referenced in predicate) - #146211 (Disallow shebang in `--cfg` and `--check-cfg` arguments) - #146263 (Fix `bump-stage0` build failure, and check-build `bump-stage0` in CI) - #146266 (miri std tests: skip all of sys::) r? `@ghost` `@rustbot` modify labels: rollup
Rollup merge of #127316 - klensy:tracing-bump, r=Kobzol move pinned version from tracing_core to tracing This PR removes pin from `tracing-core` and moves it to `tracing`, which regressed perf in > 0.1.37 versions.
Update tracing and fix binary regression Previous attempts (#127316, #134770) saw binary size regressions, this was root caused to <tokio-rs/tracing#2553> which changed the behavior of the `max_level_info` feature flag to match the docs (i.e., that flag only applies for debug builds and `release_max_level_info` applies for release builds). This change bumps the `tracing` version and sets both `max_level_info` and `release_max_level_info` when to match rustc's own `max_level_info`.
This PR removes pin from
tracing-core
and moves it totracing
, which regressed perf in > 0.1.37 versions.