Ffffatass-CSDN博客

原创 RAG相关调研

稀疏检索和稠密检索结合也是业界常用的一种办法，它在术语匹配方面就有很好的效果，很多向量数据库提供的查询方法本来就融合了这两种方式，但是其都有一个较为完整的处理逻辑。因此，为了生成答案，模型只考虑一个子问题的相关文档，而忽视了另一个子问题提出的问题。例如，在表6中，它错误地表示D组既是法国的世界杯分组，也是德国的世界杯分组，而事实上，德国实际上被分配到E组。当我们将检索到的上下文交给LLM时，模型本身在处理”噪音鲁棒性“，”负面拒绝“，”信息整合“，”反事实鲁棒性“四个方面存在一定的差异。

2023-09-27 09:39:50 732

原创项目管理相关-落地方案

方案评审（OARP 决策机制）+ 提高会议品质1、确认本次评审会议的四大角色，保证每个参会者拥有角色，并在会议通知中明确每位参会者的角色。负责人（Owner）：负责给出方案，组织各方讨论并推进做出最终的决定；批准者（Approver)：最终批准者；审核者（Reviewer）：负责人和批准者挑选出的审核人。审核者有责任对文档进行讨论分析，并提出反馈意见，负责人必须重视并给予回复；参与者（Participant）：其他提供意见的人。参与者会收到文档的相关信息，可以对相关问题做出反馈。2、※会议负责人需至少提

2022-06-27 13:51:45 239 1

原创国产达梦数据库的事务隔离级别设置

应项目要求，从oracle数据库更换为国产达梦数据库。而达梦数据库的默认事务隔离级别是读提交的。以下是达梦数据库的隔离级别：----脏读(READ UNCOMMITTED)：事务隔离的最低级别，事务可能查询到其它事务未提交的数据，仅可保证不读取物理损坏的数据。----读提交(READ COMMITTED)：DM 默认级别，保证不读脏数据。----可重复读(REPEAT...

2022-06-23 13:53:01 2277

原创国产linux凝思4.2系统多网卡指定路由配置

因项目有机器需要多网段，所以配置了多张网卡。现就其中一个举例网段一：10.105.XX.XX eth1网段二：10.106.XX.XX eth2最开始的问题现象是所有IP访问都只能走eth1的网卡，就导致10.106.XX.XX的网段不能连通、route -n发现默认路由是10.105.XX.XX网段的，所以所有IP都是默认走这个。解决方法：配置指定路由打开/etc/r...

2022-06-23 13:51:55 6476

原创国产凝思4.2操作系统，系统默认编码修改方式。

uname -a系统版本为 2.6.27.7-Rocky4.2-x86_64cd /rootvi .bashrc在该文件中加入需要修改的字符编码，例如需要加入GBK编码export LANG=zh_CN.GBKecho $LANG此时已经显示为GBK编码格式，不过应该要重启服务器后才会全面生效。.bashrc为用户个人设置文件，不同的用户该文件位置不同。...

2022-06-23 13:40:13 5204

原创 helm 版本不规范问题

问题背景：最开始是发现使用3.2.x这个变量作为参数打包时，在jenkins打包完成后发现helm的chart包中依赖的subchart版本是3.2.1的。是之前打包的版本。解决过程：首先排查jenkins的配置，在添加了版本打印日志后，发现3.2.x这个版本确实是作为参数传入了。检查最外层的chart包中的Chart.yaml文件也可以看到版本是对的。但是charts文件夹下的依赖却是3.2.1的。这就很奇怪了，这也是另一个同事之前看了很久没有问题。那也是从这个地方接手了这个工作。我分析既然ch

2022-03-30 16:38:32 557

原创 prometheus调研注意事项

云平台现有参数：每30秒抓取一次数据。数据留存10天。1.几点原则监控是基础设施，目的是为了解决问题，不要只朝着大而全去做，尤其是不必要的指标采集，浪费人力和存储资源。需要处理的告警才发出来，发出来的告警必须得到处理。简单的架构就是最好的架构，业务系统都挂了，监控也不能挂。2.Prometheus 的局限Prometheus 是基于 Metric 的监控，不适用于日志（Logs）、事件(Event)、调用链(Tracing)。Prometheus 默认是 Pull 模型，合理规划你的网

2021-10-15 17:31:47 420

原创解决容器僵尸进程

在服务器上发现有大量的僵尸进程，通过进程号等信息发现是rancher中的rancher-agent容器中存在大量僵尸进程。首先，进程号是一种资源，在宿主机中是有限的。存在大量僵尸进程的情况就可能会导致整个宿主机的进程号资源被全部占用，导致无法启动新的进程。查看该容器的pids.max,发现其pid cgroups并没有限制，值为max。也就是该容器到最后会将进程号占用完，导致宿主机出现问题。可以通过修改pids.max的方式，通过cgroup对其限制。但是显然这种情况是治标不治本的。那么，

2021-08-02 17:17:58 592

原创 k8s资源限制建议

当应用限制了cpu和内存资源时，对于资源的配置建议如下：1、cpurequests为应用最小所需cpu，其值可以设置的相对小。只会将应用调度到满足该条件的节点。limit为应用最大可使用cpu，其值可以设置得相对更大。提高应用峰值计算能力，如应用启动更快。节点cpu资源争抢时，按照requests比例分配。cpu为可压缩资源，出现资源不够的情况不会驱逐或重启应用。示例：resources: requests: cpu: 300m limits: ...

2021-07-27 09:53:37 569