Skip to content

Nesting of method timers #361

Closed
Closed
@GeertvanHorrik

Description

@GeertvanHorrik

Where it is clear that the below content has not read, the issue is likely to be closed with "please read the template". Please don't take offense at this. It is simply a time management decision. When someone raises an issue, without reading the template, then often too much time is spent going back and forth to obtain information that is outlined below.

You should already be a Patron

We are a patron

Is the proposal related to a problem

We have a lot of timings, and are trying to figure out performance measurements. This results in a lot of "nested timings", e.g.:

Method X took '23 ms'
Method Y took '25 ms'
Method Z took '27 ms'

In this case, it's hard to see why Z takes 27, but most time is taken by X.

A proposal would be to have an (optional) scope manager that checks the depth of a method timer. This could result in:

    Method X took '23 ms'
  Method Y took '25 ms'
Method Z took '27 ms'

Describe the solution

This would be an optional feature (disabled by default).

Happy to implement this myself as a PR.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions