Open Bug 1574172 Opened 6 years ago Updated 1 year ago

make telemetry bits around arrays relatively more efficient

Categories

(Toolkit :: Telemetry, task, P3)

task

Tracking

()

Performance Impact low

People

(Reporter: froydnj, Unassigned)

References

Details

I have a bunch of changes in toolkit/components/telemetry/ that use the newly-developed nsTArray::EmplaceBack (bug 1571759). A lot of these changes depend on explicitly declaring constructors for classes, so you can convert:

  array.AppendElement(Klass{...});

into:

  array.EmplaceBack(...);

as the former doesn't require an explicit constructor, but the latter does.

Is it preferable to roll all such changes into one big patch, or to have separate patches for each such structure changed and the corresponding AppendElement calls converted?

Flags: needinfo?(chutten)

A quick check suggests that there's only about four dozen AppendElement calls in telemetry, so I leave the choice up to whichever makes you most comfortable. I'm confident I can review either just as effectively.

Flags: needinfo?(chutten)
Status: NEW → ASSIGNED
Priority: -- → P1

Dropping to P3 due to inactivity.

Assignee: nfroyd → nobody
Status: ASSIGNED → NEW
Priority: P1 → P3
Whiteboard: [fxperf]

(I'm triaging this as low priority for fxperf because there's no indication of how much of an impact fixing this bug would have)

Whiteboard: [fxperf] → [fxperf:p5]
Severity: normal → S3

I'm just doing some triage bits for fxperf whiteboard tags but part of me wonders if this is effectively wontfix with the plan being to migrate to glean? OTOH if we think this code is likely to be with us for a few more years then that might change our thinking.

Performance Impact: --- → low
Whiteboard: [fxperf:p5]
You need to log in before you can comment on or make changes to this bug.