Attention is currently required from: laforge, pespin.
neels has posted comments on this change. (
https://gerrit.osmocom.org/c/osmo-hnbgw/+/36540?usp=email )
Change subject: nft_kpi: retrieve counters in a separate thread
......................................................................
Patch Set 3:
(1 comment)
Patchset:
PS3:
I tend to agree with pespin here. […]
Your
responses on the blocking behavior still do not have empirical substance.
We do also block the main thread for
- VTY requests (e.g. to print all counters, to write a config file, ...)
- CTRL interface (same)
- various syscalls
You cannot request to put everything in a different thread just because there is some wait
time involved.
It is and remains a tradeoff, based on the actual amount of time it takes,
and also based on how often it occurs.
You are basing your opinions on the impression that asking nft is always very very very
slow, which is not a fact. My impression is otherwise. I would appreciate some trust in
the experience that I've gathered by actually working with nft myself.
I have explained this aspect at least three times now and would like to see this
acknowledged in any way, thanks.
I still think the entire idea to add a separate thread was premature optimisation, overly
complicating and not worth the effort. This is being proliferated by current CR, while the
jury is still out on whether there even is a problem in the first place.
Be aware that a customer has tested and AFAIK actually is still running the fully
non-threaded patch that ALWAYS blocks the main thread for these KPI, and this issue was
not being raised. All of this is just a hunch by a person that hasn't tried it out in
person and happens to be my boss.
Let's rather get this multi-thread patch out to the customer, and improve on it later
in case that it still needs to. Instead you guys are blocking progress by being
inappropriately pedantic here and missing the point entirely.
I explained many times now that it makes sense to add an it_q to this design later, to get
rid of the last tiny bit of blocking. This patch is a basis for that -- it is enabling
future progress, not excluding it.
--
To view, visit
https://gerrit.osmocom.org/c/osmo-hnbgw/+/36540?usp=email
To unsubscribe, or for help writing mail filters, visit
https://gerrit.osmocom.org/settings
Gerrit-Project: osmo-hnbgw
Gerrit-Branch: master
Gerrit-Change-Id: I9dc54e6bc94c553f45adfa71ae8ad70be4afbc8f
Gerrit-Change-Number: 36540
Gerrit-PatchSet: 3
Gerrit-Owner: neels <nhofmeyr(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-CC: laforge <laforge(a)osmocom.org>
Gerrit-CC: pespin <pespin(a)sysmocom.de>
Gerrit-Attention: laforge <laforge(a)osmocom.org>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Gerrit-Comment-Date: Wed, 17 Apr 2024 21:15:36 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: neels <nhofmeyr(a)sysmocom.de>
Comment-In-Reply-To: laforge <laforge(a)osmocom.org>
Comment-In-Reply-To: pespin <pespin(a)sysmocom.de>
Gerrit-MessageType: comment