第九十九章 服务器压力

既然不想让系统成为挂件，方远自然要加倍的努力。

他现在只想时间快点过去，让这个主线任务赶紧完成。

那个时候，方远不知道自己能拿到多少奖励。

但是他知道的一点是，主线任务完成之后，就会有新的任务让他获取积分。

不会像现在这样尴尬，只能干看着系统商城中的商品，而没有积分购买。

说到底，还是没钱惹的祸，是贫穷限制了他的想象。

没有积分的日子，让方远变得浑身不自在。

但是现在的情况不允许他继续纠结下去。

无论是还在等待回复中的论文，还是现在正在他电脑中躺着，还没有投稿的论文。

或者说九州公司目前的情况，都没有给他纠结的时间。

这两篇论文是他在不暴露九州公司的情况下，超额完成主线任务的基础。

他可不想，用了一年时间才完成的主线任务，到最后只获得了基本奖励。

话说最近这段时间，自己一直在准备这两篇论文。

对于学校里的事情没有很关注。

甚至在这段时间里，方远连课都很少去上。

能让室友帮忙点名的，就让同学帮忙点名。

不能让同学点名的，就硬扛着，大不了不要平时分了。

凭借自己现在的名声来说，消考几乎是不可能消考的。

反正课堂上讲的那些知识，方远都已经自学过了，去上课也是自己学自己的。

话说回来，随着qoqo的下载量不断上升。

九州公司面临着一个尴尬的事情。

那就是服务器压力过大，导致qoqo使用时有卡顿现象。

虽然这种现象主要出现在用户使用的高峰期。

但是刘志军对这种现象十分重视。

其实如果不是qoqo的底层算法太过优秀。

以九州公司的服务器性能，根本就支撑不了这样的用户量。

虽然随着翻译软件“好译多”的上线，qoqo也开始有了自己的盈利方法。

但是还不足以支撑九州建立一个庞大的服务器集群。

想要建立起这个庞大的服务器集群，语言时间的累计。

但是对于方远来说，现在最缺的就是时间。

虽然九州公司一直都是刘志军在打理，但是方远也时刻的关注着。

这不，刚遇到这个问题方远就关注网友们

的评论。

还真别说，网络这个地方真是神奇。

它能让平时不善言谈的人们，在这里畅所欲言。

“兄弟们！最近你们家的qoqo有没有遇到卡顿现象？”

“这几天晚上，qoqo好像变了一个人一样，比以前迟钝多了！”

“垃圾软件，毁我青春，卡顿不除，用不下载。”

……

网络上关于qoqo的卡顿现象，出现了五花八门的评价。

对于高速发展的互联网行业来说，一旦你的软件出现了问题，立刻就会出现其他的软件替代你。

所以刘志军才会这么在意这次的卡顿事件。

方远也混在众多样有中，成为指责九州公司不作为的一员。

在这期间，方远收集了不少网友的意见。

这是用户的第一手资料，对于qoqo的改进有很大的作用。

既然这次的时间会造成这么严重的后果。

方远当然不能坐视不理，既然不能通过增加服务器的方式解决这个问题，那只能另辟蹊径。

方远把刚完成的论文放在一边，先不去考虑投到那个期刊上面。

现在他要集中精力解决qoqo的问题。

不仅仅他在想着办法，刘志军和九州公司的技术人员也在想着办法。

他们把主意打到了服务器传输文件的身上。

通过文件最小化的方式，在一定程度上减小服务器的压力。

对于这方面，刘志军很是熟悉。

在他二十余年的工作经历中，使用这种方式解决的问题不算是少数。

但是这种方法对于qoqo来说并不是很适用。

所以这种方案在第一时间就被否定了。

他想到的是利用技术手段，合理的配置服务器。

在用户使用的高峰期通过分流，或者是通过预期值，选择更换合理的配置。

这样并不能从根本上解决问题，不过是暂时的解决这个问题。

刘志军和方远商量了一下后，决定明天在九州公司召开一个技术会议。

会议的内容就是解决qoqo目前的服务器压力。

根据qoqo目前的用户增长速率来看，九州的服务器支撑不了多长时间了。

到了那个时候，就不是卡顿现象了。

软件闪退、打不开等现象也会随之而来。

等到那个时候，网友们就不是怨声

载道了。

那个时候，放弃qoqo的用户就会大批出现。

一旦出现用户的大量流失，对于九州来说，将会是毁灭性的打击。

方远的经验还少，不清楚这个后果有多严重。

但是刘志军怎么能不知道。

真到了那一天，九州的名声就坏了。

名声坏了的后果，就是网友们开始抵制自家的产品。

到时候不管是qoqo还是之后他们要推出的产品。

都会是网友们黑名单上的一员。

就算他们的产品做得再好，也会有网友拿这次的事情说事。

为了避免这个情况，解决服务器压力这件事情迫在眉睫。

现在只能先用刘志军的方法，通过合理分配资源，暂缓服务器面临的压力。

明天的会议，如果没有什么可行建议，刘志军就要建议方远申请资本市场的介入。

那个时候他们将会有足够的资金，进行服务器建设。

说到底这也是没钱的后果。

如果九州现在有足够的资金，这次的问题根本就不会出现。

方远也清楚这件事情，这是就九州成立以来遇到的第一个问题。

如果解决不好，这也会成为最后一个问题。

方远当然不想就这样轻易的放弃了。

他又重新翻看了一遍qoqo的源码。

如果说谁是最了解qoqo的人，那么非方远莫属了。

作为最熟悉它的人，以方远之前的水平，根本就挑不出它有什么缺点。

但是经历了这么多之后，方远取得的进步是不可估量的。

无论是在S语言方面，还是算法方面。

方远都有着自己的理解。

之前他就和刘志军探讨过qoqo的改进方法。

以刘志军的实力，对于qoqo的源码提出的改进意见不过是一些小的完善。

并没有什么长足的进步。

一是因为刘志军对S语言还不算特别熟悉。

二是因为系统给出的这套源码已经很完善了。

除非修改底层结构，不然想要优化qoqo还是十分困难的。

方远知道这个道理。

但是他在查看源码时，发现了一个不是问题的问题。

正是因为这个问题，才让九州的服务器承受如此巨大的压力。

求收藏、推荐，感谢各位大佬。么么哒！