名称的字符串。这产生了显着的变化。除了这一更改之外我们还找到了优化架构生成器中的代码以改进内存布局的方法从而显着提高了性能运行时。注意如果您对我们所做的内存分配相关修复的具体细节感兴趣请查看以下示例拉取请求应用这些更改后之前的请求如下所示具有架构生成器增强功能注意青色段显着缩短。这是一场巨大的胜利但仍然有青色那里的段这意味着时间花在做与数据库无关的事情上。我们已经确定了潜在的增强功能将使该细分市场接近如果不是完全下降到零。
多我们能够改进的较小的低效率问题。其中有很多因此我们不会逐一介绍但一个很好的例子是我们对平台检测例程进行的优化用于在环境中搜索库该增强功能的拉取请求可以是在这里找到。此增 Whatsapp 号码列表 强功能平均将冷启动时间缩短约毫秒。虽然这看起来并不多但这种增强功能和我们所做的其他小增强功能的积累加起来又节省了一大笔时间。旁白有关的调查结果我们在此计划中发现的另一个值得注意的发现是当您的数据库托管在与无服。
-
务器功能不同的区域时通过为数据库连接添加安全性可能会对冷启动时间产生很大影响。握手需要与数据库进行往返。当您的数据库与您的函数托管在同一区域时速度非常快但如果它们相距较远速度可能会非常慢。客户端默认启用因为它是连接数据库的更安全的方式。因此一些数据库与其功能不在同一区域的开发人员可能会发现握手导致冷启动时间增加。下图显示了启用首先和禁用通过连接字符串中的设置的不同冷启动时间如果您的数据库与您的函数托管在同。 |
