You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I want to know whether there are unhandled events of each event handler.
Is there any possible way to count the length of processorListener.pendingNotifications, without hacking the client-go libary.
// tools/cache/shared_informer.go:863typeprocessorListenerstruct {
// ...handlerResourceEventHandlersyncTracker*synctrack.SingleFileTracker// pendingNotifications is an unbounded ring buffer that holds all notifications not yet distributed.// There is one per listener, but a failing/stalled listener will have infinite pendingNotifications// added until we OOM.// TODO: This is no worse than before, since reflectors were backed by unbounded DeltaFIFOs, but// we should try to do something better.pendingNotifications buffer.RingGrowing// ...
}
The content you are editing has changed. Please copy your edits and refresh the page.
The text was updated successfully, but these errors were encountered:
lzlaa
changed the title
how 头count processorListener.pendingNotifications length
how to count processorListener.pendingNotifications length
Jan 3, 2024
k8s-ci-robot
added
lifecycle/rotten
Denotes an issue or PR that has aged beyond stale and will be auto-closed.
and removed
lifecycle/stale
Denotes an issue or PR has remained open with no activity and has become stale.
labels
May 2, 2024
I want to know whether there are unhandled events of each event handler.
Is there any possible way to count the length of
processorListener.pendingNotifications
, without hacking the client-go libary.Tasks
The text was updated successfully, but these errors were encountered: