新浪产品岗，北京的有面试的吗？

上海某私募基金，运维实习转正一面实习中的主要工作内容，简历中实习工作内容的全面拷打（部分被拷打）jvm排错流程，具体命令行（jstack定位代码行，调日志，调参数等）日常巡检中服务器都出过哪些问题，什么样的场景会导致这样的问题出现（唉）python脚本检测磁盘使用率后发送告警的编写思路，优化思路，报警线设置多少合适，是以什么数据为标准（思路不清晰，回答的不好）服务器资源飙升排查思路（老生常谈）你自己做过服务器的资源飙升后的优化吗，以及你为什么想到这么做服务器硬件了解多少，自己上手过吗（只装过系统，配过IP和上下架......）redis缓存三兄弟，应对思路（标准八股）讲一下实习中你负责的容器化...

求助，怎么改进。约面都没有🙂‍↔️  

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

1、自我介绍2、项目拷打3、RAG 的完整链路是什么，哪些地方最容易出问题RAG 的完整链路一般是文档接入、清洗去噪、切 chunk、向量化、建索引、在线检索、重排、上下文构造、Prompt 拼接、模型生成和结果后处理。线上请求过来以后，先对用户 query 做归一化处理，再进行向量召回或者混合召回，把候选文档取回来，然后用 rerank 模型重新排序，选出最相关的内容拼到 prompt 里，再交给大模型回答。最容易出问题的地方通常有几个。第一是 chunk 切得不合理，太短会丢语义，太长会导致噪声太多。第二是召回率不够，模型根本没拿到正确证据。第三是重排不准，正确文档被排到后面。第四是上下文...