Use new vllm/llama-cpp backends for evaluate - #1539
Conversation
nathan-weinberg
left a comment
There was a problem hiding this comment.
I would like @alimaredia and @cdoern to signoff but apart from one logging comment LGTM
|
Will need to adjust to changes in #1531 |
|
Looks like pylint is catching a dep issue outside this code:
|
I hit the same in #1544 and merged anyway since it's unrelated to us |
|
@danmcp a rebase should fix the lint issue |
|
so one idea I have for the config is it would look like the following: and rather than adding an the whole process I have now for flattening the default_map can be expanded to take options from _serve, add them to _evaluate but only in the default flag map. Users could then override these options using the flags. Some caveats would be stuff like max-ctx-size. Honestly stuff like this should probably just live in the _evaluate class and map directly to flags. The flatter the config the easier profiles and flag defaulting will be in the future. I think we need to get in the mental habit that whenever a top level config portion is edited like _serve, the next time any cmd that starts a server is run, it pulls from that cfg. Creating sep _serve classes per command doesn't fit with the eventual "profile" goal of one class per cmd. I am open to any suggestions here though! |
Signed-off-by: Dan McPherson <dmcphers@redhat.com>
|
@cdoern I've rewritten to use the serve params and override with eval requirements. LMKWYT. |
cdoern
left a comment
There was a problem hiding this comment.
This is the right structure I think in terms of config. I might do a follow up to make the option overriding work as it does in the other cmds.
The way I set it up for train and @alimaredia did for serve is that in configuration.py the default_map in the context is set to have the right key->value pairs that will correspond to flag names in the specific cmd.
This is a clean solution though too and gets it all working, so it gets my +1 !
leseb
left a comment
There was a problem hiding this comment.
LGTM but I think it's worth a note in the CHANGELOG.md. Thanks!
Signed-off-by: Dan McPherson <dmcphers@redhat.com>
|
macos has been flaky recently, rerunning |
Followup to #1369
This PR is using the new serving backends and support the vllm and llama_cpp path. It replaces temporary code serving vllm directly.
Checklist:
conventional commits.