关灯
护眼
字体：
大
中
小
第2045章 积分兑换商城开启
想到易雪那个嚣张且难搞的同类现在已经被困死在服务器的硬盘里，深红的心里就一阵暗爽，感觉处理数据的速度都提升了一个档次。
嗯……先来一次扫描确认一下结果，还要重新设置一座虚拟城市，把那些暂时下线的脑机给放进去，可不能浪费了那么些算力。
然而还没等她畅想完，她就愕然发现原来那个虚拟城市还在网络世界中。
纳尼？
深红不可置信地揉了揉眼睛。
那特别的防火墙，周围的数据流统统被挡在了外面，不是被易雪占领的虚拟城市又是哪座？
有防火墙在，深红无法探知虚拟城市内部的情况。
但是……虚拟城市都完好无损地存在，易雪会被困在服务器硬盘里？
深红无法确定，但感觉至少有超过 95% 的可能易雪并没有被困住。
还真是一番操作猛如虎，最后伤害零点五。
兜兜转转小丑竟然是自己。
易雪当然没有被困在服务器的硬盘里。
事实上，当她入侵占领成功后就立刻意识到了这个问题。
深红的想法是对的，网络上任何程序的运行，尤其是那些用来供许多人经营访问的程序都需要基于服务器这个基础来运行。
从硬件入手的确是一个一劳永逸的解决方案。
为了避免被一锅端了，易雪将整个虚拟城市的数据以节点的方式储存在了 100 个服务器内，只要这些服务器都在线，虚拟城市就能正常运转。
而且为了防止某一个服务器突然下线造成基本程序的缺失导致程序无法运行，易雪还将分散在各个服务器中的基本程序片段进行了相互重叠，每一个服务器内储存的片段都同时备份在四组服务器内。
除非五组服务器同时下线，才会让虚拟城市的程序不能正常运行，不然也就是造成一部分内容的缺失而已。
先不说深红现在对于易雪的操作一无所知，就算深红知道了易雪的操作，她也不知道在网络世界的上千万组服务器中易雪到底选择了哪 100 组承担了虚拟服务器节点的作用。
当然了，深红也不是没有办法解决这个问题，大面积地关停服务器就是了，什么时候关到虚拟城市消失什么时候为止。
这么操作的话易雪准备的方案就一点效果都没有了。
只是这样一来，深红的算力时肯定会受到很大影响的，到时候和易雪的损失相比到底谁更吃亏一些都不好说……
外面反抗组织的军队正在进攻城市，深红的逻辑判断认为此时的算力是非常重要的容不得损失，所以这个能够让易雪受伤的方案没有被通过。
易雪占领了虚拟城市后也不是就没动静了。
她以放置在 100 个服务器内的节点为中心开始对所在的服务器进行入侵。
因为已经打进了内部，入侵行动比当初入侵虚拟城市要更加简单一些。
还在想着怎么夺回虚拟城市的深红一个疏忽就没有注意到这些异常。
主要是易雪为了不让深红发现，入侵采取的是非必要包围主要的策略。
即首先入侵夺取的都不是什么关键性的位置，不会影响到主体的运转。程序在正常运行下就很难激起防御机制的主动介入。
而且东一榔头，西一棒子的入侵也会让入侵后的异常最大限度的弱化。
再加上易雪入侵完这些地方后不会有什么额外的动作，以前这部分程序是怎么运行的，入侵之后也还是和以前一样。
因此内置的防御机制很难察觉到异常的存在。
等到程序内置的防御机制察觉到问题准备介入的时候，整个程序超过 80% 的部分已经被易雪入侵，仅仅只剩下核心程序没有被入侵。
而以当时的情况，入侵剩下的这 20% 程序不要太简单，防御机制根本难以做出有效应对就被瓦解。
等到深红收到消息的时候，被易雪入侵的各种程序已经遍地开花。
而且在掌控程序之后，易雪做了和虚拟城市同样的操作。
于是节点分布在更广的服务器中，周而复始又开始新的一轮入侵。
为了在深红找到有效的应对方案之前能够尽可能多的占领网络世界中的各种程序，易雪也是将自身资源的绝大部分调拨到网络世界中，甚至为此开启了超频模式。
除了散热量大到寻常人无法接近外，有灵力丸支撑的易雪倒不用担心能源问题，外界的安全方面也不需要考虑。
自从发现易雪进入超频模式且对外反应出现迟钝后，易阳就知道她在深红的网络世界中有了大动作，干脆亲自守护易雪的安全。
有易阳在，哪怕是战舰进行的轨道攻击也很难伤到易雪分毫。
时间一分一秒的过去，易雪周围的温度也越来越高，这让易阳意识到易雪在网络世界里搞的事情必然不小，顺手在易雪的周围布下了一个冰系的结界用于降温，方便易雪更快地散发掉多余的热量。
嗯……先来一次扫描确认一下结果，还要重新设置一座虚拟城市，把那些暂时下线的脑机给放进去，可不能浪费了那么些算力。
然而还没等她畅想完，她就愕然发现原来那个虚拟城市还在网络世界中。
纳尼？
深红不可置信地揉了揉眼睛。
那特别的防火墙，周围的数据流统统被挡在了外面，不是被易雪占领的虚拟城市又是哪座？
有防火墙在，深红无法探知虚拟城市内部的情况。
但是……虚拟城市都完好无损地存在，易雪会被困在服务器硬盘里？
深红无法确定，但感觉至少有超过 95% 的可能易雪并没有被困住。
还真是一番操作猛如虎，最后伤害零点五。
兜兜转转小丑竟然是自己。
易雪当然没有被困在服务器的硬盘里。
事实上，当她入侵占领成功后就立刻意识到了这个问题。
深红的想法是对的，网络上任何程序的运行，尤其是那些用来供许多人经营访问的程序都需要基于服务器这个基础来运行。
从硬件入手的确是一个一劳永逸的解决方案。
为了避免被一锅端了，易雪将整个虚拟城市的数据以节点的方式储存在了 100 个服务器内，只要这些服务器都在线，虚拟城市就能正常运转。
而且为了防止某一个服务器突然下线造成基本程序的缺失导致程序无法运行，易雪还将分散在各个服务器中的基本程序片段进行了相互重叠，每一个服务器内储存的片段都同时备份在四组服务器内。
除非五组服务器同时下线，才会让虚拟城市的程序不能正常运行，不然也就是造成一部分内容的缺失而已。
先不说深红现在对于易雪的操作一无所知，就算深红知道了易雪的操作，她也不知道在网络世界的上千万组服务器中易雪到底选择了哪 100 组承担了虚拟服务器节点的作用。
当然了，深红也不是没有办法解决这个问题，大面积地关停服务器就是了，什么时候关到虚拟城市消失什么时候为止。
这么操作的话易雪准备的方案就一点效果都没有了。
只是这样一来，深红的算力时肯定会受到很大影响的，到时候和易雪的损失相比到底谁更吃亏一些都不好说……
外面反抗组织的军队正在进攻城市，深红的逻辑判断认为此时的算力是非常重要的容不得损失，所以这个能够让易雪受伤的方案没有被通过。
易雪占领了虚拟城市后也不是就没动静了。
她以放置在 100 个服务器内的节点为中心开始对所在的服务器进行入侵。
因为已经打进了内部，入侵行动比当初入侵虚拟城市要更加简单一些。
还在想着怎么夺回虚拟城市的深红一个疏忽就没有注意到这些异常。
主要是易雪为了不让深红发现，入侵采取的是非必要包围主要的策略。
即首先入侵夺取的都不是什么关键性的位置，不会影响到主体的运转。程序在正常运行下就很难激起防御机制的主动介入。
而且东一榔头，西一棒子的入侵也会让入侵后的异常最大限度的弱化。
再加上易雪入侵完这些地方后不会有什么额外的动作，以前这部分程序是怎么运行的，入侵之后也还是和以前一样。
因此内置的防御机制很难察觉到异常的存在。
等到程序内置的防御机制察觉到问题准备介入的时候，整个程序超过 80% 的部分已经被易雪入侵，仅仅只剩下核心程序没有被入侵。
而以当时的情况，入侵剩下的这 20% 程序不要太简单，防御机制根本难以做出有效应对就被瓦解。
等到深红收到消息的时候，被易雪入侵的各种程序已经遍地开花。
而且在掌控程序之后，易雪做了和虚拟城市同样的操作。
于是节点分布在更广的服务器中，周而复始又开始新的一轮入侵。
为了在深红找到有效的应对方案之前能够尽可能多的占领网络世界中的各种程序，易雪也是将自身资源的绝大部分调拨到网络世界中，甚至为此开启了超频模式。
除了散热量大到寻常人无法接近外，有灵力丸支撑的易雪倒不用担心能源问题，外界的安全方面也不需要考虑。
自从发现易雪进入超频模式且对外反应出现迟钝后，易阳就知道她在深红的网络世界中有了大动作，干脆亲自守护易雪的安全。
有易阳在，哪怕是战舰进行的轨道攻击也很难伤到易雪分毫。
时间一分一秒的过去，易雪周围的温度也越来越高，这让易阳意识到易雪在网络世界里搞的事情必然不小，顺手在易雪的周围布下了一个冰系的结界用于降温，方便易雪更快地散发掉多余的热量。
