Open FaroutYLq opened 5 months ago
Assuming we have to live with 5k cap, we basically can only have 30% at most for our full computational power.
We observed >8 connection for a typical already before making. Something need to be improved here, which is basically initialized and not really used until we call related DB operation.
Isn't this issue solved by this PR - https://github.com/XENONnT/utilix/pull/122?
Isn't this issue solved by this PR - XENONnT/utilix#122?
@rsriya I am not sure it fully solves the story. I would say at least it helps.
Isn't this issue solved by this PR - XENONnT/utilix#122?
It is not totally solved by that. But it can help a bit.
We observed >8 connection for a typical already before making. Something need to be improved here, which is basically initialized and not really used until we call related DB operation.
This PR will reduce the connection: https://github.com/XENONnT/admix/pull/59.
But I am worrying about the too-large discrepancy between the master and stable branch of admix, which might result in another round of cleaning after we merge them.
I marked this PR as wontfix because the less DB connection after https://github.com/XENONnT/admix/pull/59 is expected.
And it could be dangerous if we download and upload the corrections maps.
Triggered by discussion here. The concern is currently outsource is occupying too many DB connection, endangering DB service. We need to deeply understand where DB is called first.