Question

我有一个服务器桌子,有数十万块地表。我已经就每个电池环境中的密度和物体的不同组合做了索引。到目前为止,为LOW、LOW、MEDIUM、MEDIUM和每间16个物体安装了Im,我根据表格中各实体的程度,制作了一个捆绑箱。

令人难以置信的表现从问询的几分钟,没有指数,几乎达到不到二秒,当动物群落越近,显示的物体就越少时,就会更快。

然而,即便问询本身很快,当问话题时,CPU的利用率达到100%。我担心这种情况不会在生产环境中蔓延。

我正在利用“地图指南”这一项目的开放源2.1,但我肯定的是,CPU的负荷是由服务器造成的。

我想知道,我的指数是否恰当。我没有找到任何关于如何适当建立这些文件的明确文件。每一条一字基本上都说“取决于......,但没有任何具体之处。你们是否对我提出任何建议,包括书籍、文章?

谢谢。

Answer 1

CPU在Kall或地图上的利用吗?

我们所处理的一个问题是,地图集是澄清书面问题的关键。如果你在最大程度的动物体内显示并显示一个小的胎体(仅指该动物体内的传播),那么它将在不使用任何其他过滤器的情况下对观察区内的每一物体进行盘问。然后通过数千份记录进行,并应用主题(使用单独过滤器)。

您可以尝试的是,为不同的动物体积层书写层,并利用电离层过滤器限制从KQ中回收的数据数量(很可能需要CPU时间)。这使我们的输电和配电线上的最初负荷时间(这是在这个水平上显示的唯一足迹)降至少数微秒,而20+秒。

纽约总部

我所谈论的是,确保你只要求获得层所需要的数据。页: 1

您的表1和表2为0->定型。而3和4只cks20 000英尺。缺省地图化物基本上将选择一个有束缚的观察箱。然后,它将通过应用该主题的所有数据。

因此,在30 000英尺的时间里,它将查询所有数据,但仍需通过这些数据。

Answer 2

简单答案是概括你的数据,以便选择显示。

e) 增设一些表格,其细节较不详细,人口密度较小。

Answer 3

无论你有这种问题,都应当抽出情况简介,看看正在做什么。然后通过盘点机处理这些瓶颈问题。

你也可以是zy(类似于我),只是使用“Tuning Template”记录典型的负荷,并通过数据库引擎“Ting”顾问管理,看看看它认为你可以增加哪些指数来改进性能。

通常,你也能够优化对服务器的询问,但是,在地图指南方面,你将略微的选项放在次要位置;也许地图指南正在以难以优化的方式提出这些问题。如果你认为情况如此,请在地图指南中登出一张票。