启动性能从开始我们加倍努力提高
的性能和开发人员体验。特别是我们专注于提高在无服务器环境中的启动性能。在寻求提高性能的过程中我们发现了一些效率低下的问题并予以解决。为了说明自我们开始努力提高性能以来的差异请考虑下面的图表。第一张图表示在我们开始努力改进之前部署到具有相对较大架构具有个模型的的应用程序的启动性能前下图显示了我们进行性能改进后的性能后可以看到的启动性能有了显着的提升。现在我们将深入研究并讨论使我们达到如此大的改进状态的各种变化。更高效的基于的有线协议在之前使用类似的。协议在客户端和查询引 加拿大电报号码数据 擎之间进行通信。这带来了一些影响性能的怪癖尤其是在无服务器环境中的冷启动时。在我们的性能探索过程中我们注意到当前的实现增加了相当大的和内存开销特别是对于较大的模式。我们缓解这个问题的解决方案之一是完全重新设计我们的有线协议。使用我们能够显着提高客户端和查询引擎之间的通信效率。我们在版本中以预览功能标志发布了此功能。在我们开始任何性能改进工作之前平均冷启动请求如。
http://zh-cn.textservices.co.uk/wp-content/uploads/2023/11/mitu-1.jpg
下所示前启用预览功能后图表如下所示后经过用户的大量反馈和广泛的测试后我们很高兴地宣布该协议现已全面可用并且是客户端将在后台使用的默认有线协议。如果您对更多详细信息感兴趣我们撰写了一篇内容广泛的博客文章深入介绍了我们为提高客户端的启动性能所做的更改我们如何使用将无服务器冷启动速度加快倍。更小的运行时和优化的内部结构除了更改协议之外我们还进行了许多影响性能的更改随着新的基于的有线协议成为默认协议我们借此机会清理了的依赖项。这包括将的依赖关系减半并删除以前的类似的协议实现。
頁:
[1]