mitu146544
New Member
Posts: 1
Joined: December 2023
Currently Offline
|
Post by mitu146544 on Dec 11, 2023 8:04:12 GMT
了缩性能问题。更具体地说我们找到了删除一段昂贵的代码的方法这些代码在构建查询模式之前启动查询引擎时会转换内部模式。我们现在还惰性地生成查询模式中许多类型名称的字符串。这产生了显着的变化。除了这一更改之外我们还找到了优化架构生成器中的代码以改进内存布局的方法从而显着提高了性能运行时。注意如果您对我们所做的内存分配相关修复的具体细节感兴趣请查看以下示例拉。 取请求应用这些更改后之前的请求 电报号码数据 如下所示具有架构生成器增强功能注意青色段显着缩短。这是一场巨大的胜利但仍然有青色那里的段这意味着时间花在做与数据库无关的事情上。我们已经确定了潜在的增强功能将使该细分市场接近如果不是完全下降到零。各种小胜利在此过程中我们还发现了许多我们能够改进的较小的低效率问题。其中有很多因此我们不会逐一介绍但一个很好的例子是我们对平台检测例程进行的优化用于在环境。 中搜索库该增强功能的拉取请求可以是在这里找到。此增强功能平均将冷启动时间缩短约毫秒。虽然这看起来并不多但这种增强功能和我们所做的其他小增强功能的积累加起来又节省了一大笔时间。旁白有关的调查结果我们在此计划中发现的另一个值得注意的发现是当您的数据库托管在与无服务器功能不同的区域时通过为数据库连接添加安全性可能会对冷启动时间产生很大影响。握手需要与数据库进行往返。当您的数据库与您的。
|
|