共计 1472 个字符，预计需要花费 4 分钟才能阅读完成。
What’s New
Core Updates
#26354 为 c ++ 减少 - g 编译参数，依据 gcc 的文档解释，此参数不会升高性能然而能在呈现故障时打印残缺的栈信息，有利于问题排查。
#26344 批改 diskann 的维度范畴 [8, 32768)，在此之前最低维度为 32。
#26342 #26365 #26341 #25154 继续优化报错信息，对解析表达式、查问失败、grpc 报错、minio 调用报错做了整顿。
#26407 在 c ++ 中新增了动静线程池，用于解决固定线程池大小不足弹性的问题。
#26432 在 grafana 中减少了 knowhere 的监控指标如 knowhere 中的 topk 数量、查问数量、查问提早等，不便在生产运维场景中更细粒度的排查性能瓶颈。
#26368 对 Milvus 的 dockerfile 进行了重构，移除了 Centos7 反对改为 Amazonlinux2023 根底镜像，同时移除了 openblas 镜像使得 Milvus 镜像间接从根底镜像构建。通过此次重构镜像体积大幅缩小的同时，精简了 dockerfile，缩小了保护复杂度。
#26448 在滚动降级场景中，可能会呈现 A 服务连到旧的 B 服务的问题，此时就会造成降级结束后一段时间服务不可用，此 PR 中减少了 id 查看，以解决此问题。
Knowhere
#15 将构建和查问线程池分成两个，并别离设置优先级，缩小在 standalone 模式下构建索引工作对查问的影响。
#19 将 Knowhere 的线程池应用最低优先级进行调度，这样 Knowhere 就不会占用所有的 CPU 周期并阻塞其余线程。
Birdwatcher
#186 减少了 pprof 命令，能够在 Birdwatcher 中对 Milvus 进行 profiling，加重了运维时须要去寻找 pod ip 的繁琐步骤。
#183 减少了 storage analysis 命令，用于剖析对象存储中的数据，当 minio/s3 文件较多时，能够用此命令剖析哪些文件占用存储过高。
Good First Issue
https://github.com/milvus-io/milvus/issues/26462 为 partition 减少访问控制，在多租户、用户泛滥的场景能够起到很好的数据隔离的作用。
https://github.com/milvus-io/milvus/issues/26433 在启动时打印所有的参数，便于后续依据日志排查问题。
New Contributor
Welcome PwzXxm jyc4617 slobentanzer
What’s Up Next
Milvus 2.3.0 将会在本周公布
Did you know
Milvus 不光提供了多种语言的 sdk，还提供了 restful 接口，对于不想应用 sdk 或应用的语言没在 sdk 反对列表的用户，能够应用 restful 接口
https://milvus.io/api-reference/restful/v2.2.x/About.md
🌟「寻找 AIGC 时代的 CVP 实际之星」专题流动行将启动！
Zilliz 将联合国内头部大模型厂商一起甄选利用场景，由单方提供向量数据库与大模型顶级技术专家为用户赋能，一起打磨利用，晋升落地成果，赋能业务自身。
如果你的利用也适宜 CVP 框架，且正为利用落地和实际效果发愁，可间接申请参加流动，取得最业余的帮忙和领导！分割邮箱为 business@zilliz.com。
- 如果在应用 Milvus 或 Zilliz 产品有任何问题，可增加小助手微信“zilliz-tech”退出交换群。
- 欢送关注微信公众号“Zilliz”，理解最新资讯。
本文由 mdnice 多平台公布
