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
When using steampipe-postgres-fdw as a standalone extension, the cache does not seem to be working.
When running in TRACE mode, there's an indication that the connection cache was cleared. This is visible if we do multiple queries using e.g. psql. There is a significant delay due to this. Even with STEAMPIPE_CACHE off, queries are slower than they should be (as I believe there's some upfront work - schema caches? - that is also re-done everytime.)
While digging over the codebase of hub_local.go I noticed that UpdateConnectionConfig was being called everytime, and this lead to the connection cache being cleared here.
As an experiment, I tried modifying the UpdateConnectionConfig to add the an if statement:
By adding the if statement, we prevent the call to l.plugin.UpdateConnectionConfigs, which triggers the connection cache invalidation.
I'm happy to contribute a PR with the change, but would need to understand first if this is going in the right direction. I am not yet very familiar with the codebase and just began exploring it in the past few days.
The text was updated successfully, but these errors were encountered:
When using steampipe-postgres-fdw as a standalone extension, the cache does not seem to be working.
When running in TRACE mode, there's an indication that the connection cache was cleared. This is visible if we do multiple queries using e.g.
psql
. There is a significant delay due to this. Even with STEAMPIPE_CACHE off, queries are slower than they should be (as I believe there's some upfront work - schema caches? - that is also re-done everytime.)While digging over the codebase of hub_local.go I noticed that
UpdateConnectionConfig
was being called everytime, and this lead to the connection cache being cleared here.As an experiment, I tried modifying the
UpdateConnectionConfig
to add the anif
statement:By adding the
if
statement, we prevent the call tol.plugin.UpdateConnectionConfigs
, which triggers the connection cache invalidation.I'm happy to contribute a PR with the change, but would need to understand first if this is going in the right direction. I am not yet very familiar with the codebase and just began exploring it in the past few days.
The text was updated successfully, but these errors were encountered: