[LLM] First commit the llm deployment code

docs/offline_inference.md

@@ -0,0 +1,98 @@
+# FastDeploy大模型离线推理
+
+## 1. 使用方式
+以Qwen模型为例，通过FastDeploy离线推理，可支持本地加载Qwen2模型，并处理用户数据，使用方式如下，
+
+```python
+from fastdeploy import LLM, SamplingParams
+
+prompts = [
+    "where is Beijing?",
+]
+# 采样参数
+sampling_params = SamplingParams(temperature=0.8, top_p=0.95)
+
+llm = LLM(model="Qwen/Qwen2-7B-Instruct",tensor_parallel_size=1,max_model_len=4096)
+
+# 批量进行推理（llm内部基于资源情况进行请求排队、动态插入处理）
+outputs = llm.generate(prompts, sampling_params)
+
+# 输出结果
+for output in outputs:
+    prompt = output.prompt
+    generated_text = output.outputs.text
+```
+
+本示例中 `SamplingParams` ， `LLM` ，`LLM.generate` 以及输出output对应的结构体 `RequestOutput` 接口说明见如下文档说明。
+
+注： 若为X1 模型输出
+
+```python
+# 输出结果
+for output in outputs:
+    prompt = output.prompt
+    generated_text = output.outputs.text
+    reasoning_text = output.outputs.resoning_content
+```
+
+## 2. 接口说明
+
+### 2.1 fastdeploy.LLM
+
+* model(str): 模型路径
+* max_model_len(int): 部署时的最大长度(输入+输出)，默认2048
+* tensor_parallel_size(int): TP并行配置的卡数，默认1
+* block_size(int): Cache管理单元block的Token数，建议配置为64，默认值64
+* max_num_seqs(int): Decode阶段最大的Batch数，超过Batch数的请求将会在队列中排队，默认值8
+* gpu_memory_utilization(float): GPU显存使用率，默认0.9
+* num_gpu_blocks_override(int): 手动设定预分配的KV Cache block数量，服务启动默认会自动计算可用的KV Cache block数量，通过此参数可改为手动指定。默认值None
+* max_num_batched_tokens(int): Prefill阶段进行batch时，最大的Token数量，默认与max_model_len一致，在高并发时，此参数会影响首Token耗时。默认值None
+* kv_cache_ratio(float): KV Cache分配给输入的比例，推荐值=平均输入长度/(平均输入长度+平均输出长度），默认值0.75
+* use_warmup(int): 是否在启动时进行warmup，会自动生成极限长度数据进行warmup，默认自动计算KV Cache时会使用
+* engine_worker_queue_port(int): 引擎内部进程间通信使用端口号，默认值8002
+* enable_mm(bool): 启用多模推理，默认值False
+
+> 参数配置说明：
+> 1. 模型服务启动后，会在日志文件log/fastdeploy.log中打印如 `Doing profile, the total_block_num:640` 的日志，其中640即表示自动计算得到的KV Cache block数量，将它乘以block_size(默认值64)，即可得到部署后总共可以在KV Cache中缓存的Token数。
+> 2. `max_num_seqs` 用于配置decode阶段最大并发处理请求数，该参数可以基于第1点中缓存的Token数来计算一个较优值，例如线上统计输入平均token数800, 输出平均token数500，本次计>算得到KV Cache block为640， block_size为64。那么我们可以配置 `kv_cache_ratio = 800 / (800 + 500) = 0.6` , 配置 `max_seq_len = 640 * 64 / (800 + 500) = 31`。
+
+### 2.2 fastdeploy.LLM.generate
+
+* prompts(str,list[str],list[int]): 输入的prompt, 支持batch prompt 输入，解码后的token ids 进行输入
+* sampling_params: 模型超参设置具体说明见2.3
+* use_tqdm: 是否打开推理进度可视化
+
+### 2.3 fastdeploy.SamplingParams
+
+* presence_penalty(float): 控制模型生成重复内容的惩罚系数，正值降低重复话题出现的概率
+* frequence_penalty(float): 控制重复token的惩罚力度，比presence_penalty更严格，会惩罚高频重复
+* repetition_penalty(float): 直接对重复生成的token进行惩罚的系数（>1时惩罚重复，<1时鼓励重复）
+* temperature(float): 控制生成随机性的参数，值越高结果越随机，值越低结果越确定
+* top_p(float): 概率累积分布截断阈值，仅考虑累计概率达到此阈值的最可能token集合
+* max_tokens(int): 限制模型生成的最大token数量（包括输入和输出）
+* min_tokens(int): 强制模型生成的最少token数量，避免过早结束
+
+### 2.4 fastdeploy.engine.request.RequestOutput
+
+* request_id(str): 标识request 的id
+* prompt(str)：输入请求的request内容
+* prompt_token_ids(list[int]): 拼接后经过词典解码的输入的token 列表
+* outputs(fastdeploy.engine.request.CompletionOutput): 输出结果
+* finished(bool)：标识当前query 是否推理结束
+* metrics(fastdeploy.engine.request.RequestMetrics)：记录推理耗时指标
+
+### 2.5 fastdeploy.engine.request.CompletionOutput
+
+* index(int)：推理服务时的batch index
+* token_ids(list[int])：输出的token 列表
+* text(str):  token ids 对应的文本
+* resoning_content(str):（仅X1 模型有效）返回思考链的结果
+
+### 2.6 fastdeploy.engine.request.RequestMetrics
+
+* arrival_time(float):：收到数据的时间，若流式返回则该时间为拿到推理结果的时间，若非流式返回则为收到推理数据
+* inference_start_time(float):：开始推理的时间点
+* first_token_time(float):：推理侧首token 耗时
+* time_in_queue(float)：等待推理的排队耗时
+* model_forward_time(float):：推理侧模型前向的耗时
+* model_execute_time(float):: 模型执行耗时，包括前向推理，排队，预处理（文本拼接，解码操作）的耗时