笔趣阁

第645章 特征码库（第1页）

“一半以上的求助方舟已经确认感染，剩下的虽然没有确认，但症状完全对得上。”灵曦把筛查结果汇总到拓扑图上，确认感染节点和疑似感染节点在图上形成了极其密集的红色区域，覆盖了连接生态中极其可观的比例。

方舟网络的法则交换环境在求助信号持续涌入后出现了极其显着的恶化。

求助信号本身携带着发送方的法则结构信息和紧急标识。

大量求助信号同时涌入网络主干后，网络主干的法则信号流量在极短时间内出现了极其显着的暴涨。

暴涨的信号流量让网络主干的法则交换队列出现了极其严重的拥堵，正常的法则交换信号在队列中排队等待处理，部分对时序敏感的法则交换因为等待时间过长而失效。

“网络主干快被求助信号堵死了。”灵曦试图在操控台上调整网络流量分配策略，“求助信号的优先级太高了，把正常的法则交换全挤出去了。”

初雪看着拥堵曲线：“降低求助信号的优先级，让正常法则交换先走。”

“不行。”灵曦摇了摇头，“求助信号里面携带的病毒特征数据是分析阵列追踪病毒变异的关键输入。如果降低优先级，分析阵列就看不到最新的病毒变异数据了。”

秦林走到操控台前，看了一眼拥堵队列的结构：“把求助信号拆开。病毒特征数据单独提出来走高速通道，紧急标识和法则结构信息走普通通道。病毒特征数据量小，走高速通道不会造成拥堵。”

灵曦按这个方案调整了信号处理流程。

求助信号在进入网络主干时被自动拆分成两部分，病毒特征数据被提取出来走专用高速通道直达分析阵列，剩余部分走普通通道排队等候处理。

网络主干的拥堵在流程调整后出现了极其显着的缓解。

但求助信号的数量仍在持续增长。

新涌入的求助信号中出现了此前没有的类型。

部分方舟发送的信号中报告了比运算资源攀升更严重的症状：微型法则副本已经开始挤占方舟核心法则光球的运算资源，法则光球的脉动频率出现了极其显着的异常偏移，方舟内部部分法则交换功能已经出现局部失效。

“它们的恶化速度比第一艘瘫痪的方舟快得多。”灵曦把新类型信号的来源位置标记在拓扑图上，“这些方舟的节点密度极高，病毒在节点密度高的方舟内部复制速度更快。”

初雪站在操控台前，看着拓扑结构图上越来越多的红色标记从连接生态区域向周围扩散：“我们需要一个能在网络内部自动识别病毒的机制。光靠分析阵列处理求助信号，速度永远赶不上病毒扩散。”

秦林看着拓扑图上那片持续扩大的红色区域。

“分析阵列把病毒特征数据提取出来之后，生成一个病毒特征码库。”秦林说，“把特征码库广播到网络上所有节点，让每个节点在本地自动检测异常副本。检测到异常副本的节点自动切断和相邻节点之间的连接线，不等我们手动操作。”

灵曦已经开始在分析阵列中构建特征码库的框架。