Skip to content

llama : add Deepseek support #5981

Closed
Closed

Description

@ggerganov

Support is almost complete. There is a dangling issue with the pre-tokenizer: #7036

A useful discussion related to that is here: #7144


Outdated below

Creating this issue for more visibility

The main problem is around tokenization support, since the models use some variation of the BPE pre-processing regex. There are also some issues with the conversion scripts.

Anyway, looking for contributions to help with this

Previous unfinished work:

Possible implementation plan: #5464 (comment)

Activity

  1. dragnil1 commented on Mar 13, 2024

    @dragnil1
    Contributor

    Hello, @ggerganov, I'd like to try working on it as my good first issue.

  2. ggerganov commented on Mar 13, 2024

    @ggerganov
    MemberAuthor

    Ok 👍 keep us posted

  3. Kangmo commented on Mar 22, 2024

    @Kangmo

    Waiting for this to come. deepseek model is famouse for coding well and Korean language ability.

  4. fostiropoulos commented on Mar 24, 2024

    @fostiropoulos

    In the supported models there is Deepseek. I am able to use DeepSeekCoder-33B with comparatively similar results to their API. Can someone please clarify what are the failure cases with the current tokenization?

  5. Columpio commented on Apr 1, 2024

    @Columpio

    @fostiropoulos There may be a problem with deepseek coder 1.3b, which might be somehow irreprodicible in 6.7b, 7b, and 33b.
    See this

  6. mirek190 commented on Apr 12, 2024

    @mirek190

    any progress with Deepseek support?

  7. hyperbolic-c commented on May 8, 2024

    @hyperbolic-c

    Hey, so it could support DeepSeek-coder model after #6920 be merged? Thanks !

  8. ggerganov commented on May 8, 2024

    @ggerganov
    MemberAuthor

    I've updated the description of the issue with the latest state.

    Support is pretty much complete, though there are some edge cases during tokenization that are handled incorrectly. For example the letter ü is tokenized to a different token than it should - more info in the referenced links

    I think we can declare DeepSeek models supported and handle the problem above into a separate task related to correct processing of added tokens, since it is not specific for DeepSeek models

  9. moved this from Todo to Done in ggml : roadmapon May 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions