Blame view

docs/issues/issue-2026-04-12-test-env.md 1.88 KB
0ba0e0fc   tangwang   1. rerank漏斗配置优化
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
  120.76.41.98   端口22 用户名和密码:
  tw  twtw@123 (有sudo权限)
  这台机器上的目录/home/tw/saas-search 已经部署了本项目
  请帮我运行项目
  1. 帮我checkout一个test环境的分支,这个分支,把重排、翻译模型 都关闭掉,因为这台机gpu显存较小(embedding模型可以保留)
  2. 在这个分支,把服务都启动起来
  3. 使用docker,安装一个ES,参考本项目的文档 ES9*.md。因为这台机器已经有一个系统的elasticsearch,为了不相互干扰,将本项目依赖的es9安装到docker,并且在测试环境配置的es地址做适配的工作
  
  
  1. 不是要禁用6005,而是6005端口已经有对应的文本服务了,直接用就行
  2. 6005其实就是本项目的一个历史早期版本启动起来的,在另外一个目录:/home/tw/SearchEngine,请看他的启动配置
  nohup bash scripts/start_embedding_service.sh > log.start_embedding_service.0412 2>&1 &
  是这样启动起来的
  看他陪的文本是用的哪套方案、哪个模型,跟他对齐(我指的是当前的测试分支)
  
  
317c5d2c   tangwang   feat(search): 引入 ...
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
  
  
  
  
  
  我在这个机器上部署了一个测试环境:
  120.76.41.98   端口22 用户名和密码:
  tw  twtw@123 (有sudo权限)
  cd /home/tw/saas-search
  $ git branch
    masters RETURN)
  * test/small-gpu-es9
  
  我希望差异只是:
  1. es配置不同(测试环境要连接到那台机器的一个docer的es 19200端口)、redis配置不同
  2. reranker关闭、不要启动reranker服务
  
  其余没什么不同。
  
  但是启动有问题,现在翻译报错。
  这体现了当前项目移植性比较差,我希望你检查一下失败原因,然后先到本地(本机 即当前目录master分支)优化好、提升移植性之后,那边更新,保持测试分支跟master只有少量的、配置层面的不同,让后到测试机器把翻译启动起来,最后包括整个服务都要启动起来。