Repository navigation
Optimize getting run plan when using region/instance-type filters #1206
Description
Current
The user can filter instance offers by region or instance type, e.g.:
dstack run . --region westus3However, the current implementation always prepares offers for all regions and instance types and applies the filters only after that. This may slow down getting the run plan significantly due to checking quotas and availability for the instances that will then be filtered out.
Proposed
Pass these filters to Compute.get_offers and adjust backend implementations to only prepare offers for the requested regions and instance types.
Activity
peterschmidt85 commentedon Jun 9, 2024
This issue is stale because it has been open for 30 days with no activity.
peterschmidt85 commentedon Jun 24, 2024
This issue was closed because it has been inactive for 14 days since being marked as stale. Please reopen the issue if it is still relevant.
jvstme commentedon Jun 24, 2024
Relevant
peterschmidt85 commentedon Jul 25, 2024
This issue is stale because it has been open for 30 days with no activity.
github-actions commentedon Aug 9, 2024
This issue was closed because it has been inactive for 14 days since being marked as stale. Please reopen the issue if it is still relevant.
github-actions commentedon Sep 9, 2024
This issue is stale because it has been open for 30 days with no activity.
18 remaining items
github-actions commentedon Mar 13, 2025
This issue was closed because it has been inactive for 14 days since being marked as stale. Please reopen the issue if it is still relevant.
github-actions commentedon Apr 21, 2025
This issue is stale because it has been open for 30 days with no activity.
github-actions commentedon May 5, 2025
This issue was closed because it has been inactive for 14 days since being marked as stale. Please reopen the issue if it is still relevant.
r4victor commentedon May 5, 2025
The same optimization can be applied to backends when a compute can return offers for multiple backends as in dstack Sky.
r4victor commentedon Sep 17, 2025
Not relevant after #3091