Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CAPI: Have slow (fleetcarrier) queries in their own threads #1789

Open
Athanasius opened this issue Dec 30, 2022 · 0 comments
Open

CAPI: Have slow (fleetcarrier) queries in their own threads #1789

Athanasius opened this issue Dec 30, 2022 · 0 comments
Labels
CAPI Issues relating to CAPI support enhancement
Milestone

Comments

@Athanasius
Copy link
Contributor

We now have a CAPI /fleetcarrier query implementation.

This currently uses a timeout of 60s, but really we'd want to raise that as high as 30 minutes at some point, i.e. to try to ensure any FC owner can (eventually) get the data for plugins to utilise.

Currently we serialise all CAPI queries such that they will block all others whilst running. Thus, we can't raise this timeout as-is.

We need to make any slow (just /fleetcarrier for now) CAPI query use its own thread so we can increase the timeout without affecting anything else. It might be easier to just make all queries use their own sub-thread but care needs to be taken with the 'station' set of queries, as that does strictly need to be /profile first.

@Athanasius Athanasius added enhancement CAPI Issues relating to CAPI support labels Dec 30, 2022
@Athanasius Athanasius added this to the 5.8.0 milestone Dec 30, 2022
@Rixxan Rixxan removed this from the 5.9.0 milestone Aug 4, 2023
@Rixxan Rixxan added this to the 6.0.0 milestone Dec 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CAPI Issues relating to CAPI support enhancement
Projects
Status: Pending
Development

No branches or pull requests

2 participants