[Usage]: Mistral 3.1 Torch Backend
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 14.7k
- Forks
- 2.8k
- Avg merge
- 2d 23h
- Merged PRs (30d)
- 489
Description
System Info
I am getting no latency improvement when using Mistral 3.1 Small using TensorRT torch backend compared to using HuggingFace. They both take about 21-22 seconds when inferring upon a request containing 5 images. Is this expected?
This is the command I am running.:
trtllm-serve ./model3 --tp_size 8 --max_num_tokens 10065 --max_batch_size 1 --extra_llm_api_options ./extra-llm-api-config.yml --host 0.0.0.0 --port 8000
My config.yml only contains:
kv_cache_config: enable_block_reuse: false
The model needs to be able to take in 5 images at a time hence the max_num_tokens. Is there any way to improve upon this? Or is there any plans for trt engine support?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the trtllm-serve command, model3, and extra-llm-api-config.yml configuration shown in the report, then compare the TensorRT torch backend and HuggingFace runs under the stated five-image workload. Done means determining whether the similar 21–22 second latency is expected, identifying a supported optimization path, or documenting the status of TensorRT engine support.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python, pytorch
- Domain
- backend, machine-learning
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 18/100