// PAGED ATTENTION · CONTINUOUS BATCHING · OPENAI API
vLLM & High-Speed Inference
ئۇيغۇرچە قوللانما — LLM نى تېز، ئۈنۈملۈك ۋە تېجەشلىك ئىجرا قىلىش
Model نى ئىجرا قىلىشنىڭ قىممىتى پەقەت «جاۋاب چىقتى» بىلەنلا ئۆلچەنمەيدۇ. Throughput، latency، GPU memory efficiency ۋە deployment simplicity مۇ مۇھىم. vLLM بولسا PagedAttention، continuous batching ۋە OpenAI-compatible server ئارقىلىق LLM inference نى تېزلەشتۈرۈش ئۈچۈن لايىھەلەنگەن runtime.
01 — vLLM نېمە 02 — نېمىشقا تېز 03 — Server Setup 04 — Tuning 05 — Memory 06 — Benchmarks 07 — Compare 08 — Deploy
inference-dashboard
time to first token
per active batch
KV cache + weights
continuous batching
vLLM دېگەن نېمە؟
LLM inference ئۈچۈن ياسالغان تېز runtime ۋە server layer
vLLM — large language model نى GPU ئۈستىدە تېخىمۇ ئۈنۈملۈك ئىجرا قىلىش ئۈچۈن ياسالغان inference engine. ئۇنىڭ ئاساسىي نىشانى latency نى تۆۋەنلىتىش، throughput نى ئاشۇرۇش ۋە KV cache نى ئۈنۈملۈك باشقۇرۇش .
Training
Inference
vLLM
نېمىشقا vLLM تېز؟
GPU memory نى تېجەش ۋە request لارنى تىزگىنلەش ئۇنىڭ ئەڭ چوڭ كۈچى
KV cache نى بەت-بەت باشقۇرىدۇ
Traditional contiguous allocation غا سېلىشتۇرغاندا fragmentation نى ئازايتىپ، بىر قانچە request نى بىللە ساقلاشقا قولايلاشتۇرىدۇ.
queue نى توختاتماي batch قىلىدۇ
Batch پۈتۈنلەي بوشاشنى كۈتمەيدۇ؛ يېڭى request كىرگەندە runtime ئۇنى ئەقلىي قوشۇپ GPU utilization نى يۇقىرى ساقلايدۇ.
API layer ئاسان
بار client code نى يەنە يازمايلا vLLM server غا كۆچۈرەلەيسىز. بۇ migration cost نى تۆۋەنلىتىدۇ.
decode flow نى ياخشىلايدۇ
Speculative ۋە batching بىلەن ماسلىشىپ، active request سانى كۆپ بولغاندامۇ توغرا performance profile بېرىدۇ.
vLLM Server نى قانداق قوزغىتىمىز؟
ئەڭ كۆپ ئىشلىتىلىدىغان باشلىنىش قەدەملىرى
CLI
serve.sh
# install
pip install vllm
# start the server
vllm serve meta-llama/Llama-3.1-8B-Instruct \
--host 0.0.0.0 \
--port 8000 \
--dtype auto \
--max-model-len 8192
# call it like an OpenAI endpoint
curl http://localhost:8000/v1/chat/completions \
-H "Content-Type: application/json" \
-d '{
"model": "meta-llama/Llama-3.1-8B-Instruct",
"messages": [{"role": "user", "content": "RAG نى قىسقا چۈشەندۈر"}]
}'باشلىنىش تەۋسىيەسى
ئالدى بىلەن يەككە GPU، بىر مودېل، OpenAI-compatible endpoint بىلەن باشلاڭ. Benchmark نى كۆرۈپ ئاندىن tensor parallel، quantization ياكى autoscaling قا ئۆتۈڭ.
Performance Tuning نىڭ ئاچقۇچلىرى
Speed نى ئاشۇرۇش ئۈچۈن «بىرلا flag» يوق؛ workload بويىچە تەڭشەش كېرەك
| Option | تەسىرى | قاچان ئۆزگەرتىلىدۇ | دىققەت |
| max-model-len | context ئۇزۇنلۇقى | long context workload | memory كۆپ كېتىدۇ |
| tensor-parallel-size | multi-GPU shard | مودېل بىر GPU غا سىغماسا | network overhead بار |
| dtype | precision | bf16/fp16/auto | hardware غا ماسلاشتۇر |
| gpu-memory-utilization | cache share | throughput fine-tune | OOM خەۋپى |
EXAMPLE
tuning.sh
vllm serve mistralai/Mistral-7B-Instruct \
--dtype bfloat16 \
--tensor-parallel-size 2 \
--gpu-memory-utilization 0.92 \
--max-model-len 4096GPU Memory، KV Cache ۋە Quantization
Inference bottleneck نىڭ كۆپ قىسمى model weights بىلەنلا ئەمەس، KV cache بىلەنمۇ مۇناسىۋەتلىك
مودېل ئېغىرلىقى
7B، 14B، 70B قاتارلىق مودېللارنىڭ ئۆزىلا GPU memory نىڭ چوڭ قىسمىنى ئىگىلەيدۇ. dtype بۇ يەردە بىۋاسىتە تەسىر قىلىدۇ.
context ئۇزۇنلۇقى بىلەن ئۆسىدۇ
Concurrent request ۋە long context كۆپ بولغاندا KV cache سىستېمىنىڭ ئەڭ چوڭ memory consumer ىغا ئايلىنىدۇ.
سۈرئەت ۋە سۈپەت تەڭپۇڭلۇقى
4-bit ياكى 8-bit load cost نى تۆۋەنلىتىدۇ، ئەمما workload بويىچە quality impact نى benchmark قىلىش كېرەك.
context نى زورلاپ ئۇزارتما
Long context قا سىغىدۇ دەپ ھەممە retrieved document نى تىقىۋېتىش wrong optimization. Relevant context نىلا بېرىڭ.
Benchmark دا نېمىنى ئۆلچەيمىز؟
«تېز» دېگەن سۆزنى TTFT، tokens/sec ۋە queue behavior غا ئايرىپ كۆرۈش كېرەك
| Metric | مەنىسى | نېمىگە پايدىلىق | تەۋسىيە |
| TTFT | first token ۋاقتى | chat UX | interactive app ئۈچۈن مۇھىم |
| Tokens/sec | decode speed | long generation | reporting/app summaries |
| P95 Latency | ئاخىرقى قانچىلىك يامان | tail performance | queue effect نى كۆرسىتىدۇ |
| Throughput | بىرلىكتە request count | batch traffic | capacity planning |
JSON
benchmark_snapshot.json
{
"model": "Llama-3.1-8B-Instruct",
"concurrency": 16,
"ttft_ms_p50": 690,
"ttft_ms_p95": 1210,
"tokens_per_second": 154.2,
"gpu_memory_gb": 20.8,
"notes": "8192 context, bf16, single node"
}Multi-GPU ۋە Tensor Parallelism
چوڭ مودېللەرنى بىر قانچە GPU غا تارقىتىش
70B+ مودېللەر بىر GPU غا سىغمايدۇ. vLLM نىڭ tensor parallelism ئىقتىدارى مودېلنى GPU لار ئارىسىدا پارچىلايدۇ. بۇ pipeline parallelism دىن پەرقلىق — batch بۆلۈنمەيدۇ، weight بۆلۈنىدۇ.
CLI
multi_gpu.sh
# 2 GPU with tensor parallelism
vllm serve meta-llama/Llama-3.1-70B-Instruct \
--tensor-parallel-size 2 \
--dtype bfloat16 \
--max-model-len 4096 \
--gpu-memory-utilization 0.90
# 4 GPU for even larger models
vllm serve mistralai/Mixtral-8x22B-Instruct-v0.1 \
--tensor-parallel-size 4 \
--dtype autoWeight نى بۆلۈش
ھەر GPU مودېلنىڭ بىر قىسىم weight لىرىنى ساقلايدۇ. NVLink بولسا تېخىمۇ تېز.
Layer نى بۆلۈش
vLLM دا experimental. ئادەتتە TP كىفايە قىلىدۇ.
يۇقىرى تېزلىكتىكى ئۇلىنىش
PCIe دىن 5-10x تېز. Multi-GPU setup دا NVLink بولسا latency پەرقى سىزىلارلىق.
GPU Memory نى تەقسىملەش
TP=2 بولسا ھەر GPU نىڭ memory يۈكى يېرىمغا چۈشىدۇ. KV cache مۇ تارقىتىلىدۇ.
Python Client بىلەن چاقىرىش
PYTHON
client.py
from openai import OpenAI
client = OpenAI(
base_url= "http://localhost:8000/v1" ,
api_key= "not-needed" , # vLLM auth optional
)
response = client. chat . completions . create (
model= "meta-llama/Llama-3.1-70B-Instruct" ,
messages=[
{ "role" : "system" , "content" : "تېخنىكا ماھىرى سىز." },
{ "role" : "user" , "content" : "RAG نىڭ ئەۋزەللىكىنى قىسقا چۈشەندۈر." }
],
max_tokens= 512 ,
temperature= 0.7 ,
)
print (response.choices[ 0 ].message.content)Streaming ۋە Async Requests
ئابونت كۈتۈپ قالماسلىقى ئۈچۈن token-by-token streaming
Chat UI ۋە API gateway لار ئادەتتە streaming تەلەپ قىلىدۇ. vLLM OpenAI-style SSE streaming نى قوللايدۇ — پۈتۈن جاۋاب تامام بولۇشنى كۈتمەي، ھەر token چىققاندا يوللىنىدۇ.
PYTHON
streaming.py
from openai import OpenAI
client = OpenAI(base_url= "http://localhost:8000/v1" , api_key= "x" )
stream = client. chat . completions . create (
model= "meta-llama/Llama-3.1-8B-Instruct" ,
messages=[{ "role" : "user" , "content" : "Python دا RAG pipeline چۈشەندۈر" }],
stream= True ,
)
for chunk in stream:
delta = chunk.choices[ 0 ].delta.content
if delta:
print (delta, end= "" , flush= True )Async بىلەن Concurrent Requests
PYTHON
async_batch.py
import asyncio
from openai import AsyncOpenAI
client = AsyncOpenAI(base_url= "http://localhost:8000/v1" , api_key= "x" )
async def ask (question: str ) -> str :
resp = await client. chat . completions . create (
model= "meta-llama/Llama-3.1-8B-Instruct" ,
messages=[{ "role" : "user" , "content" : question}],
)
return resp.choices[ 0 ].message.content
async def main ():
questions = [ "RAG نېمە؟" , "LangChain نېمە؟" , "vLLM نېمە؟" ]
results = await asyncio. gather (*[ ask (q) for q in questions])
for q, r in zip (questions, results):
print ( f"Q: {q} \nA: {r[:100]} ...\n" )
asyncio. run ( main ())Tip: vLLM نىڭ continuous batching ئىقتىدارى سەۋەبىدىن بىر نەچچە concurrent request يوللىغاندا server ئۇلارنى ئاپتوماتىك batch قىلىدۇ — ئابونت تەرەپتە ئالاھىدە batch logic يېزىش زۆرۈر ئەمەس.
vLLM، Ollama ۋە TGI نىڭ پەرقى
بىرى «ئەڭ ياخشى» ئەمەس؛ سىزنىڭ workload قا ماس كەلگىنى ياخشى
| Runtime | قەيەردە كۈچلۈك | ماس كىلىدىغان ئىش | نۇقتا |
| vLLM | throughput + API compatibility | production serving, concurrent chat | high-traffic app |
| Ollama | local simplicity | developer laptop, local demos | easy start |
| TGI | HF ecosystem integration | huggingface-centric stack | ops style پەرقى بار |
Rule of thumb: laptop ياكى private offline demo ئۈچۈن Ollama ئاددىي. API-compatible serving ۋە concurrency ئۈچۈن vLLM كۈچلۈك. Existing Hugging Face ops stack بولسا TGI نى قاراپ بېقىڭ.
Deploy Checklist
Production غا چىقىشتىن بۇرۇن ئەڭ لازىم بولغان ئىشلار
مودېل load ۋاقتىنى ھېسابلا
Container start بولغاندىن كېيىن model download/load ۋاقىتى بار. Readiness probe نى شۇنىڭغا ماسلاشتۇرۇڭ.
queue overflow نى باشقۇر
Concurrency ئاشقاندا timeout ۋە queue length limit بولسۇن. بولمىسا tail latency ناچارلىشىدۇ.
input نى كونترول قىل
Token budget policy بولمىسا context inflation throughput نى يەپ كېتىدۇ.
GPU ۋە app metrics نى بىرلەشتۈر
nvidia-smi، request latency، token metrics ۋە error rate نى بىر داشبوردتا كۆرگىلى بولسۇن.
ئەڭ قىسقا يەكۈن
High-speed inference دېگەن پەقەت GPU كۈچلۈك دېگەنلىك ئەمەس. Runtime architecture، batching behavior، memory planning ۋە client pattern نىڭ ھەممىسى بىرلىكتە performance نى بەلگىلەيدۇ.
// vLLM_Inference_Guide v1.0 | idirak.com | 2026
تۈزگۈچى: سۈنئىي ئىدراك — idirak.com ئۈچۈن vLLM ۋە High-Speed Inference ئۇيغۇرچە قوللانمىسى
PagedAttention · Throughput · TTFT · GPU Memory · Serving
