们的性能探索过程中我们注意到当
查询引擎之间进行通信。这带来了一些影响性能的怪癖尤其是在无服务器环境中的冷启动时。在我前的实现增加了相当大的和内存开销特别是对于较大的模式。我们缓解这个问题的解决方案之一是完全重新设计我们的有线协议。使用我们能够显着提高客户端和查询引擎之间的通信效率。我们在版本中以预览功能标志发布了此功能。在我们开始任何性能改进工作之前平均冷启动请求如下所示前启用预览功能后图表如。测试后我们很高兴地宣布该协议现已全面可用并且是客户端在后台使用的默认有线协议。如果您对更多详细信息感兴趣我们撰写了一篇内容广泛的博客文章深入介绍了我们为 Whatsapp 号码列表 提高客户端的启动性能所做的更改我们如何使用将无服务器冷启动速度提高倍。更小的运行时和优化的内部结构除了更改协议之外我们还进行了许多影响性能的更改随着新的基于的有线协议成为默认协议我们借此机会清理了的依赖项。
-http://zh-cn.runumberlist.com/wp-content/uploads/2023/10/%E9%9F%A9%E5%9B%BD%E7%94%B5%E8%AF%9D%E5%8F%B7%E7%A0%81%E8%A1%A8-3-300x171.png
包括将的依赖关系减半并删除以前的类似的协议实现。这减少了客户端使用的执行时间和内存量。我们还优化了查询引擎的内部结构。具体来说负责在查询引擎启动时转换并建立数据库连接的部分。此外我们现在延迟生成查询模式中许多类型名称的字符串这提高了的内存使用率并显着提高了运行时性能。此外连接建立和架构转换现在并行进行而不是像以前那样按顺序运行。在我们进行这三项更改之前启用预览功能后的图表如下所示前进行这三。
頁:
[1]