gsql-proxy endpoint causing additional delay in Query response #1039
Staking7pc
started this conversation in
Frontier TestNet - General
Replies: 2 comments 4 replies
-
Actually the requests are not routed to the proxy. The load generator doesn't have limitation of using http endpoints. |
Beta Was this translation helpful? Give feedback.
0 replies
-
But I did see an indexer who put gql-proxy as their indexer url in the indexer metadata, which I think shouldn't be encouraged. gql-proxy is a fall-back solution only for indexer doesn't have https certs. |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
As part of querying indexers all requests are routed to https://gql-proxy.subquery.network and then redirected to the actual indexers query node.
For example query to our indexer Brightlystake is routed using the address https://gql-proxy.subquery.network/0xD3bA0e2067e2399Ca0Db5b5f03f416d1464Dd684?to=http%3A%2F%2Fsubquery-testnet.brightlystake.com%2F%2Fquery%2FQmYR8xQgAXuCXMPGPVxxR91L4VtKZsozCM7Qsa5oAbyaQ3 .
I believe that this is causing unintended delay in the response time. For a indexer present and running in Central Europe the below is the response time when queried from a server located in London.
However when the test is repeated using a customer location from Chicago the response times are more or less equal. A quick check seems to indicate that https://gsql-proxy endpoint servers are both located in US-EAST location which maybe causing the additional delay due to round-trips from London to Us adding to the response time.
Beta Was this translation helpful? Give feedback.
All reactions