Question

我要求缩短开端时间,但我还必须向我的管理人员承付时间,即减少开端——如10-20秒。

随着我公司一间新车,我可以说,我可以规定几个月的时间期限(大型服务器和一米新台,我计划进行电荷加性能调整)。

That answer was not accepted I was required to do some kind of a cache to hold important data in another server and then when my server starts up it would reach all its data from that cache - I find it a kind of a workaround and I don t really like it. do you like it?

你认为我应该做些什么?

当我介绍一下我所看到的许多小问题使启动时间长(如2分钟)时,安执委会不会成为确定所有和装饰的短暂过程。

任何类型的建议都会有所帮助。

语言是 Java。

增编

Answer 1

业绩选择规则一:衡量。很难。在每个选择阶段,业绩收益/损失/变化无果。你(和你的管理人员)无法说,在你尝试和衡量之前,某种选择不会奏效。你们总是可以要求测试和安放;在实施之前衡量解决办法。

业绩选择第2条(或实际上):选择你的战斗。请铭记,你的管理人员可能非常熟悉有关制度,并可能知道已经找到的正确解决办法;可能还有其他事情(政治家)也参与其中,因此,此时此刻,各位主管不敢冒着风险。

Answer 2

我同意MatthieuF。最重要的事情是衡量这一状况。然后,你需要分析测量结果,以了解哪些部分最昂贵,哪些资源(专题、CPU、网络等)是瓶颈。

如果你知道这些答案,你可以提出解决办法。你也许能够就你的解决办法进行小型测试(概念不受影响),以便你尽早向你的管理人员报告。

可以找到各种解决办法,例如简单地购买更多的硬件可能是最佳途径。购买更多硬件也不可能取得任何结果,需要作修改。这些修改可以优化软件、数据库或其他软件。或许是选择更好的算法,采用沥滤(牺牲更多的记忆使用)或采用多管齐下的办法,以利用多种邮联的核心。您还可以修改您的应用程序的“环绕”,如运行系统的配置/转变、 Java虚拟机器、应用服务器、数据库服务器等。所有这些组成部分都有可能影响业绩的环境。

同样,衡量、查明问题、考虑解决办法、建立解决办法(或许可以证明概念)以及衡量解决办法是否可行,非常重要。如果不了解问题,就落入先选择解决办法的陷阱。

Answer 3

对我来说,这好像你是在相对较低的职位上来的,你的管理人员不相信你的能力和判断。

我不理解,为什么他们想要在不知道能否实现特定速度的情况下作出承诺。

也许他们真正理解守则及其问题,并且知道可以实现一定程度的加快。在这种情况下,他们应当有一个好的想法,即如何这样做......这样尝试并让他们告诉你。即使他们的想法不是伟大的,你们也至少会给他们一个尝试。
或许他们只是试图施加压力(或施加压力),以便让你更加努力。在这种情况下,我也许会给他们一个价值但保守的估计。 Then用一段时间更彻底地调查这些问题。如果经过几天的研究,你发现你的“充斥”估算值大大偏离了标值,就会回到管理人员身上,得出更准确的估计。

在技术方面,一个两分钟的开端时间对我来说是多余的。在那一时刻,申请是什么? 从档案或数据库中获取数据结构? 重新计算情况? 职业可能有助于回答其中一些问题,但你还需要了解制度的结构,以便了解情况。

我不了解这里的真正问题,就建议设法尽早提供服务,同时在背景中进行一些不太关键的初始工作,或者 la忙。 (如果从这个角度看,你的管理人员关于收集一些重要数据的想法可能好。) 或者,我看到,为该系统实施“热待命”是可行的,还是以能够减少开办时间的方式复制该系统。

友情链接