Open Bug 1889621 Opened 3 months ago Updated 3 months ago

A repeating 1h "nsHttpConnectionMgr" timer fires while GeckoView example is completely idle

Categories

(Core :: Networking: HTTP, defect, P2)

defect

Tracking

()

Performance Impact low

People

(Reporter: florian, Unassigned)

References

(Blocks 4 open bugs)

Details

(Keywords: perf:resource-use, Whiteboard: [necko-triaged])

I captured a long (2+hours) power profile of gecko view example being idle: https://share.firefox.dev/43IpfMS

During that time I had only 2 wake-ups caused by timers. Apparently nsHttpConnectionMgr has a 1h repeating timer.

Discussion on matrix:

acreskey:

That looks like this one:
https://searchfox.org/mozilla-central/rev/d7c5387a43bda5163afcb9e65e17c476c6ecf625/netwerk/protocol/http/nsHttpConnectionMgr.cpp#3406-3425
Used to search of half-open connections (also used for h2)
https://searchfox.org/mozilla-central/rev/d7c5387a43bda5163afcb9e65e17c476c6ecf625/netwerk/protocol/http/nsHttpConnectionMgr.h#371-375
Apparently if there are no connections, the timer should be disabled.

florian:

the markers in the socket thread say "SocketTransportService::Poll - Poll count: 3, Poll timeout: NO_TIMEOUT", so it seems we have 3 sockets, whatever they are

Severity: -- → S3
Priority: -- → P2
Whiteboard: [necko-triaged][necko-priority-new]
Whiteboard: [necko-triaged][necko-priority-new] → [necko-triaged]

I think the consensus here was that we'd try to avoid setting the timer to 1 hour.
We probably did this to avoid cancelling the timer instead - but cancelling seems like the correct call when the timeout is set to max - 1hr.

You need to log in before you can comment on or make changes to this bug.