乐于分享
好东西不私藏

爱可可AI前沿推介(6.6)

爱可可AI前沿推介(6.6)

LG - 机器学习 CV - 计算机视觉 CL - 计算与语言

1、[CL] You Only Index Once:Cross-Layer Sparse Attention with Shared Routing2、[LG] Learned Subspace Compression for Communication-Efficient Pipeline Parallelism3、[LG] PC Layer:Polynomial Weight Preconditioning for Improving LLM Pre-Training4、[LG] Multi-ResNets for Subspace Preconditioning in Constrained Optimization5、[CL] Latent Reasoning with Normalizing Flows

摘要:基于共享路由的跨层稀疏注意力机制、面向高效通信流水线并行的学习型子空间压缩、通过多项式权重预条件化提升大语言模型预训练效能、面向约束优化子空间预处理的多残差网络、基于归一化流的隐空间推理

1、[CL] You Only Index Once: Cross-Layer Sparse Attention with Shared Routing

Y Sun, Y Zhang, L Dong, J Wang…[Microsoft Research]

You Only Index Once:基于共享路由的跨层稀疏注意力机制

要点:

  • 挑战了“减少理论计算量(如标记稀疏注意力)就能直接提升GPU实际运行速度”的直觉认知;实际上,现代GPU对层内独立的Top-k路由操作支持极差,这往往会成为硬件执行的瓶颈。
  • 引入了跨层稀疏注意力(CLSA),该机制建立在共享KV架构(如YOCO)之上,将“共享”的理念从内存(KV缓存)扩展到了路由计算层面。
  • 提出了一个极其反直觉的架构设计:不再由每一层独立决定关注哪些Token,而是由单一的感知查询索引器(indexer)计算一次Token级别的Top-k路由索引,随后所有的交叉解码器层直接复用该索引。
  • 验证了一个有趣的语言学/结构特性:显著的Token在不同层之间表现出强烈的“共识”。通过多层知识蒸馏目标训练共享索引器,能够精准捕获这种全局跨层的共识。
  • 极大摊销了稀疏路由的计算开销。通过共享索引,极其昂贵的Top-k操作在每个序列中仅执行一次,转移了延迟瓶颈,使得标记稀疏解码在工程实践中变得高效。
  • 在无损质量的前提下取得了巨大的实证收益:在128K上下文长度下,与标准Transformer基线相比,CLSA将解码吞吐量提升了高达7.6倍,端到端总吞吐量提升了高达17.1倍。
  • 在长上下文检索(如在RULER 32K多针检索任务中得分最高)中表现出极强的鲁棒性,同时在标准推理基准(GSM8K、MMLU、HumanEval)上保持与密集注意力基线相同的性能。

主旨: 解决现代大语言模型(LLMs)在长上下文推理中面临的效率瓶颈问题,特别是现有稀疏注意力机制在“理论效率与实际生成质量/速度”之间难以兼顾的困境(块稀疏速度快但质量低,Token稀疏质量高但路由开销大)。论文旨在提出一种能够在预填充、KV缓存存储和长上下文解码三个维度上同时实现高效推理的全新注意力架构。

创新:

  • 核心概念创新:将架构设计中的“共享”维度从单一的“内存共享”(如复用KV Cache)拓展到了“计算共享”(复用Top-k路由索引)。
  • 架构设计创新:设计了一个轻量级的单头感知查询索引器(Query-aware Indexer),仅计算一次Token级别的稀疏索引,供后续所有交叉解码层(Cross-decoder layers)复用,完美避开了GPU上重复执行Top-k的计算惩罚。
  • 训练范式创新:引入了多层蒸馏(Multi-Layer Distillation)的两阶段训练策略(冻结骨干网络预热索引器 + 联合稀疏微调),迫使单一索引器学习能够满足整个解码器堆栈需求的“共识显著标记”(consensus salient tokens)。

贡献:

  • 提出了一种统一解决长上下文LLM三大推理瓶颈(预填充慢、KV缓存大、解码慢)的完整架构方案(CLSA结合YOCO)。
  • 揭示并证明了“跨层显著Token复用”的有效性,证明了仅用极少量的活跃Token(如2048个)就能捕获超过80%的密集注意力权重,且不损失语言建模能力。
  • 在工程实践上,将该方法成功集成至vLLM推理栈,在128K长文本下实现了惊人的17.1倍端到端吞吐量提升,为未来长上下文大模型的架构演进指明了方向。

提升:

  • 解码速度与吞吐量:在128K上下文中,解码吞吐量提升至Transformer基线的7.6倍,端到端整体吞吐量提升17.1倍。
  • 计算延迟摊销:将原本每层都需要执行的昂贵Top-k路由操作延迟,通过跨层分摊,使其单层等效延迟降至极低的~0.08ms。
  • 长文本复杂检索能力:在RULER 32K上下文测试中,平均得分超越了标准的Transformer和密集的YOCO模型,尤其是在困难的“多针(Multi-needle)”检索任务中提升显著。

不足:

  • 架构强依赖性:CLSA方法深度绑定于特定的交叉注意力/共享KV架构(如YOCO),这意味着它无法像传统的稀疏注意力插件那样直接无缝替换到标准的Transformer(如LLaMA)中。
  • 训练流程的复杂性:需要额外经历两阶段的稀疏适配训练(且需要计算所有层的密集注意力作为蒸馏目标),增加了模型训练的工程复杂度和计算成本。
  • 动态路由预算的局限:实验中主要采用了固定的Top-k数量(如2048),尚未深入探索如何根据输入序列的复杂度和长度,动态、自适应地调整每层的路由预算。

心得:

  • 算法的“理论复杂度”不等于“工程实际速度”:这是一个极其深刻的系统工程启示。Token稀疏注意力在数学上大幅降低了FLOPs,但在GPU上表现却极其糟糕,因为Top-k这种非规则化、非矩阵乘法的操作无法利用Tensor Core。本文的启发是:在设计AI算法时,必须具备“硬件直觉”,摊销那些硬件不友好的操作(如本文共享路由)才是实现真实加速的王道。
  • 语义特征在网络深度的“全息性”与“共识”:文章反直觉地证明了,网络深处的不同解码层其实在关注同一批历史信息(共识显著标记)。这意味着长文本的“重要性”是一个全局属性,而非针对特定层的局部属性。这启发我们可以用单一的轻量级模块去统管全局的注意力分配,大幅精简模型冗余。
  • “长上下文不可能三角”的破局需要底层架构协同:以往的方法往往顾此失彼(优化了KV Cache却慢了解码,优化了解码却影响了预填充)。本文基于YOCO(解决内存和预填充)叠加CLSA(解决解码路由),启发我们:未来大模型的终极优化不再是打补丁式的单点技术,而是底层内存流与计算流的高度协同设计。

一句话总结: 本文极其巧妙地将“共享”机制从KV缓存扩展到Top-k路由计算,提出跨层稀疏注意力(CLSA)架构,通过单次计算、全局复用路由索引,彻底摊销了GPU上的稀疏计算开销,在无损模型质量的前提下,于128K长文本场景实现了高达17.1倍的端到端推理提速。

Long-context inference in modern LLMs is increasingly constrained by decoding efficiency, especially in reasoning-heavy settings where models generate long intermediate chains of thought. Existing sparse attention methods often face a practical efficiency-quality trade-off. Structured block sparse methods typically provide stronger acceleration but incur noticeable quality loss, while token sparse methods are usually more accurate yet deliver limited end-to-end speedup because top-k routing over the full cache remains expensive. In this work, we propose cross-layer sparse attention (CLSA), which is built on top of KV-sharing architectures such as YOCO. The core idea is to share not only the KV cache across cross-decoder layers, but also the routing index. A single indexer computes token-level top-k selection once and reuses the resulting index across layers, thereby preserving the fine-grained selectivity of token sparse attention while amortizing the routing overhead. The resulting architecture improves all major inference bottlenecks jointly, including pre-filling, KV-cache storage, and long-context decoding. Experiments across short-context and long-context benchmarks show that CLSA is both accurate and efficient, achieving up to 7.6x decoding speedup and 17.1x overall throughput improvement at 128K context. These results suggest a more complete architectural solution for long-context LLMs that jointly advances model quality and inference efficiency.

https://arxiv.org/abs/2606.06467

2、[LG] Learned Subspace Compression for Communication-Efficient Pipeline Parallelism

P Janson, E Oyallon, E Belilovsky[Concordia University & Sorbonne University]

面向高效通信流水线并行的学习型子空间压缩

要点:

  • 挑战了先前子空间网络(SSN)的方法(即强制将模型权重限制在固定的全局低秩子空间中),证明这种“强加”的约束在相同Token预算的训练设置下会严重损害模型的学习能力。
  • 提出了一个关键的经验观察:在训练过程中,Transformer中间边界的激活值自然表现出内在的低秩结构,这意味着我们可以直接利用这种几何特性,而无需对模型权重本身施加约束。
  • 揭示了一个极其反直觉的优化陷阱:使用标准梯度下降“朴素地”学习投影矩阵,其效果甚至比使用固定死的不变投影矩阵还要。这是因为标准的梯度更新会使投影矩阵脱离斯蒂费尔流形(Stiefel manifold),破坏了等距压缩所必需的正交性。
  • 引入了流形感知投影学习(MAPL),通过使用SPEL(流形上的谱最速下降法)优化严格约束在斯蒂费尔流形上的可学习正交投影器,让每个流水线阶段发现自身任务最优的压缩子空间。
  • 发现残差流中由Token驱动的偏移量本质上是高秩的,会消耗投影器的容量。创新性地提出“分解锚点嵌入(Factorized Anchor Embeddings)”解决此问题,使用一个可训练的低秩矩阵和一个冻结的随机正交矩阵来解耦高秩偏移,且传输时只需发送Token ID。
  • 提出了一种用于多码本矢量量化(MCVQ)的流式码本同步协议,将字典通信的开销均摊到各个微批次(micro-batches)中。
  • 在150M到1B参数的LLaMA模型中,实现了4倍到8倍的层间压缩,且相比未压缩基线的验证损失下降极小(约1-2%),在帕累托前沿上显著优于SSN。
  • 结合矢量量化的 MAPL + VQ 版本将压缩比推高至16倍,且性能下降幅度依然在可控范围内。

主旨: 解决在低带宽网络(如互联网规模或去中心化训练环境)下进行大语言模型流水线并行(Pipeline Parallelism)训练时,层间激活值传输导致的通信瓶颈问题,同时避免现有压缩方法对模型性能造成的严重衰减。

创新:

  • 流形受限的动态子空间学习:摒弃了全局固定的投影矩阵,为每个流水线阶段设计了独立的可学习正交投影器,并创新性地使用流形感知优化(SPEL)使其严格保持在斯蒂费尔流形(Stiefel manifold)上,确保压缩和重建的等距性。
  • 分解锚点嵌入(Factorized Anchor Embeddings):设计了一种巧妙的数学分解,将高秩的Token嵌入偏移量从需要压缩的残差流中剥离,仅通过传输低成本的整数Token IDs即可在接收端完美重建偏移,极大地节省了投影器的表示容量。
  • 流式同步的残差矢量量化:在投影压缩的基础上引入矢量量化,并通过异步随机发送极小比例码本的“流式同步”策略,消除了传统VQ方法中全量同步码本带来的通信灾难。

贡献:

  • 理论与实证结合:证明了Transformer激活值在未经人为干预的情况下自然具备低秩特性,为“无需修改权重约束的激活压缩”提供了坚实的实证基础。
  • 提出MAPL完整框架:构建了一种高效、无侵入性(无需像SSN那样魔改AdamW优化器或限制权重)的流水线并行通信压缩范式。
  • 卓越的性能权衡:在150M至1B参数规模上,绘制了极佳的压缩与性能帕累托前沿(Pareto frontier),在相同压缩率下远超现有Baseline,为去中心化大模型训练扫清了关键障碍。

提升:

  • 模型质量保留:在4×到8×的压缩率下,验证交叉熵损失仅比全量(未压缩)基线高出不到1-2%,而在多个零样本下游任务(如HellaSwag, PIQA等)的平均准确率几乎与全量模型持平(差距在1个百分点以内)。
  • 对比前沿方法的超越:在相同压缩配置下,相比于此前的SOTA方法(Subspace Networks, SSN),MAPL的验证损失降低了惊人的幅度(例如在1B规模下,SSN降级15-26%,而MAPL仅降级1-2%)。
  • 残差能量捕获率:由于投影矩阵是动态学习的,其在低秩空间中保留的激活能量(约80%)是固定正交基(约36%)的两倍以上。

不足:

  • 超大规模验证缺失:目前的实验最大只在1B参数规模上验证,尚未在7B或更大规模的工业级模型上证明其有效性和收敛稳定性。
  • 极端压缩下的性能折损:当引入矢量量化(MAPL + VQ)将压缩率推向极端(12×至16×)时,下游任务的Zero-shot准确率出现了较为明显的下降。
  • 缺乏物理网络测试:论文基于Token/Bytes等理论通信量进行评估,未在真实世界、高延迟、波动的异构广域网(WAN)中给出实际的Wall-clock端到端加速比数据。

心得: -“顺势而为”胜过“强加于人”(发现几何特性 vs. 施加几何约束):SSN的失败和MAPL的成功提供了一个极好的思路对比。SSN强行要求模型的参数权重服从低秩空间,这极大地限制了神经网络的表达能力;而MAPL敏锐地发现“即便权重是满秩的,激活值的流动自然也会塌缩到低秩流形”。让网络自由生长,只在通信截面上做“顺应其几何特征”的投影,是获得无损压缩的关键。

  • 约束优化在深度学习中的不可替代性:文章中一个非常反直觉的结论是:如果不用流形优化(SPEL),直接用梯度下降去学投影矩阵,效果比“不学(随机固定矩阵)”还要差。这深刻地警示了我们:当算法的数学根基依赖于某种代数性质(如这里的正交等距性)时,一旦梯度更新破坏了这种性质,模型就会学到“伪特征”导致崩溃。几何/流形约束优化在表征学习中依然大有可为。
  • 解耦噪声以保护“表征带宽”:激活值中Token级别的频率偏移是“高秩”的,如果不把它剥离,它会吃掉投影矩阵宝贵的低秩容量。论文通过“分解锚点嵌入”把这部分高秩特征独立出去(通过传ID绕过传输),让投影器专心压缩语义信息。这种“分离高频背景,压缩低频语义”的工程思维非常巧妙,可广泛应用于各类通信或显存压缩场景。

一句话总结:本文提出了一种流形感知投影学习(MAPL)方法,通过在斯蒂费尔流形上为每个流水线阶段动态学习正交压缩子空间,并巧妙解耦高秩Token偏移,在不限制模型权重的前提下实现了高达16倍的激活值无损压缩,完美破解了低带宽下分布式大模型训练的通信瓶颈。

Pipeline parallelism enables training of large language models that exceed singledevice memory, yet inter-stage activation communication becomes the dominant bottleneck when trained on low-bandwidth networks. Recent work in this area has proposed using fixed orthogonal projections to compress activations. However, this still results in a significant performance degradation and requires a number of non-standard adaptations to constrain the optimization. A natural alternative is to learn a low rank projection for each pipeline stage, however maintaining the necessary orthogonality of these projectors during training remains a challenge. We present Manifold Aware Projection Learning (MAPL), a method that treats inter-stage compression as a learnable orthogonal projection under explicit Stiefel manifold (orthogonal matrices) constraints. Rather than prescribing a fixed global subspace, MAPL lets each pipeline stage discover and continuously adapt its own task-optimal compression subspace via manifold-constrained steepest descent. To recover token-specific signals at stage boundaries, we introduce per-stage factorized anchor embeddings that allow for full-rank activation reconstruction with negligible communication overhead. We further show that we can incorporate residual vector quantization after projection with a streaming codebook synchronization protocol that amortizes dictionary communication. Across LLaMA [50] models from 150M to 1B parameters we show that MAPL can be easily applied to the existing pipeline and can achieve high compression with neglibile performance degradation with a drastically improved tradeoffs in performance vs. compression compared to Subspace Networks.

https://arxiv.org/abs/2606.05484

3、[LG] PC Layer: Polynomial Weight Preconditioning for Improving LLM Pre-Training

S Wang, T Fang, H Zhang, Y Zhang…[The Chinese University of Hong Kong & Google LLC]

PC Layer:通过多项式权重预条件化提升大语言模型预训练效能

要点:

  • 挑战了深度学习中追求绝对权重正交性(将所有奇异值压缩为1)的固有观念;提出“软频谱调节(Soft spectrum conditioning)”才能在稳定优化的同时保留频谱各向异性与模型表达能力。
  • 引入了预处理(PC)层,利用低阶矩阵多项式直接重塑矩形权重矩阵的奇异值频谱,彻底避免了计算极其昂贵的奇异值分解(SVD)。
  • 从数学上证明了,计算  可以巧妙地将标量多项式映射直接作用于  的奇异值上,而无需真正去计算任何奇异值。
  • 实现了严格的“零推理开销”设计:在训练结束后,经过预处理的权重被直接合并回原始的标准Transformer架构中,推理时无需任何额外的计算量。
  • 揭示了“范数恢复(Norm Recovery)”(在多项式整形后将权重缩放回原来的谱范数)是决定成败的关键机制;如果不加此操作,该方法的表现甚至不如基线模型。
  • 从理论上证明了,对于深层线性网络,均匀界定每层权重矩阵的条件数,能够保证梯度下降以几何级数收敛至全局最优解。
  • 实证表明,在Llama-1B的预训练中,PC层在AdamW下实现了2倍的Token效率提速,在Muon下实现了1.13倍的提速,同时全面提升了9个零样本下游任务的准确率。
  • 发现了一个有趣的与优化器协同/权衡的现象:AdamW需要更高阶的多项式(pc_level=4)进行强烈的频谱整形,而Muon(其本身已隐式包含频谱整形)则最适合较温和的多项式(pc_level=2),以防过度约束权重。

主旨: 解决大型语言模型(LLMs)预训练中的信号传播和优化收敛问题。本文提出,控制权重矩阵的奇异值频谱(防止极端奇异值扩散)能够显著提升训练效率。为此,论文设计了预处理(PC)层,通过矩阵多项式在训练期间对权重进行“软频谱调节”,且不引入任何推理开销。

创新:

  • 无SVD的频谱重塑:利用格拉姆矩阵(Gram matrix)的多项式展开 ,实现对权重矩阵奇异值的精确函数映射,巧妙绕开了计算瓶颈。
  • 分段线性目标的离线拟合:预先通过加权最小二乘法,拟合出能够“放大较小奇异值、使较大奇异值饱和于1”的低阶多项式,避免了在训练中动态寻找最优映射的开销。
  • 结合范数恢复与可学习标量:设计了结构化的PC层工作流:谱范数归一化 - 贡献:
  • 算法设计:提出了一种即插即用、对前向/后向计算极度友好、且训练后可完全无缝融合进原模型的Transformer层改造方案。
  • 理论基石:在深层线性网络假设下,严格证明了权重的“良好条件数(Bounded condition number)”与全局最优解的几何级数收敛之间的直接联系,为权重频谱控制提供了坚实的理论背书。
  • 实证突破:在Llama-271M和1B规模上,证明了PC层不仅能大幅节省训练所需的Token数量(AdamW下节省50%),还能稳定提高下游任务的泛化能力,且与当下热门的Muon优化器正交兼容。

提升:

  • 训练收敛速度(Token效率):在相同Loss目标下,AdamW配合PC层可减少50%的训练Token消耗;Muon优化器下亦能进一步减少约11.5%的消耗。
  • 下游零样本泛化能力:在1B模型上,AdamW下的平均准确率从0.4539提升至0.4745;Muon下从0.4880提升至0.5005(在9个验证数据集中赢下8个)。
  • 信号传播稳定性:显著降低了模型的“全局修正条件数(GMCN)”,并消除了深层网络训练中Attention和FFN激活值的剧烈波动(Spikes)。

不足:

  • 超大规模验证缺失:目前的实验仅覆盖了271M和1B参数量,尚未在7B或更大规模的LLM上验证其有效性和超参的扩展规律(Scaling laws)。
  • 显存开销增加:由于PyTorch的Autograd机制需要缓存多项式计算和流式幂迭代的中间变量,导致训练时的单卡峰值激活显存增加了约8.7% - 9.5%,尚未开发定制化的Fused Kernel来优化显存。
  • 超参数的异质性未被探索:论文对所有被选中的层(如所有的FFN和WO)使用了相同阶数的多项式(pc_level),未来可能需要针对网络的浅层和深层设计自适应的频谱调节强度。

心得:

  • “完美正交”是个陷阱,保持各向异性才是王道:直觉上,研究者往往认为让所有的奇异值都等于1(完全正交)是维持信号传播的最佳状态。但这篇论文用反常识的消融实验(过度扁平化测试)证明了,抹平所有的频谱差异会严重剥夺模型表达“各向异性”变换的能力。AI设计中,“中庸之道(Soft shaping)”往往比数学上的“绝对完美”更具泛化性。
  • “重参数化(Reparameterization)”是算法落地的终极外挂:PC层最吸引人的地方在于它的“白嫖”属性——训练时随你怎么用复杂的流式幂迭代、矩阵多项式,只要最终的产物是一个维度不变的矩阵,就可以在训练结束时直接固定为权重。这深刻启发了我们:在解决LLM的Bug时,多在“训练期重参数化”上做文章,绝不给推理阶段增加哪怕1个FLOP的负担。
  • 把高维抽象的代数理论降维成GPU友好的张量操作:理论告诉我们“改善条件数能加快梯度收敛”,但条件数极难计算。论文极其优美地将“调节奇异值”转化为了纯粹的矩阵乘法加法(利用Horner法则计算矩阵多项式)。这种将深奥的数值线性代数(Numerical Linear Algebra)与现代深度学习底层硬件逻辑(GPU最擅长无脑矩阵乘)结合的思维,是顶级算法设计的典范。

一句话总结:本文提出了一种零推理开销的预处理(PC)层,利用低阶矩阵多项式在训练中高效地对权重矩阵进行“软频谱调节”,不仅从理论上证明了该机制能带来几何级收敛,更在1B规模大模型实证中以近乎零的FLOPs代价实现了高达2倍的训练提速与泛化性能跃升。

We propose a preconditioning (PC) layer — a weight parameterization via polynomial preconditioner that ensures stable weight conditioning throughout LLM training. The PC module reshapes the singularvalue spectrum of weight matrices via low-degree polynomial preconditioning. After training, the preconditioned weights can be merged back into the original architecture, incurring no inference overhead. We demonstrate the advantage of the proposed PC layer over standard transformers in Llama-1B pretraining, for both the AdamW and Muon optimizers. Theoretically, we justify this spectrum-control principle by proving that uniformly bounding each layer’s singular values ensures geometric convergence of gradient descent to global minima, for certain deep linear networks.

https://arxiv.org/abs/2606.06470

4、[LG] Multi-ResNets for Subspace Preconditioning in Constrained Optimization

M Karakas, C J. Williams, E O. Balogun, S S Tabas…[UCLA & University of Oxford & Stanford University]

面向约束优化子空间预处理的多残差网络

要点:

  • 挑战了广泛使用的“预测-完成-校正”范式(如DC3),揭示了一个致命缺陷:在ACOPF等非线性问题中,DC3根本不存在可用的“主动校正区间”(弱校正毫无作用,而强校正则会使解盲目脱离等式流形,从而违反物理定律)。
  • 引入了MResOpt(多级残差网络优化),这是一种分阶段的神经架构,它强制执行字典序的约束层级(子空间预处理),明确地将不可侵犯的物理定律置于操作限制之上。
  • 证明了优化几何中一个极其反直觉的现象:试图“同时”满足所有约束往往会使模型陷入糟糕的局部最优解;相反,按优先级分阶段满足约束,能让模型先锚定全局拓扑结构,从而有效穿越非凸空间。
  • 揭示了梯度截断(Stop-gradient / Detach)的双刃剑效应:虽然它在凸优化中通过隔离各个阶段严格保证了优先级,但在紧密耦合的非线性/非凸问题中,跨阶段的梯度反馈是必需的,此时截断反而会导致性能下降。
  • 从理论上证明,在无限宽极限下,带梯度截断的MResOpt架构等价于序列高斯过程回归。这在数学上保证了“安全回退(Safe fallback)”——如果低优先级的约束不可行,系统会默认退回到满足最高优先级(物理流形)的集合,而不是以破坏物理定律为代价去折中。
  • 发现仅仅将迭代解“重投影”回流形(DC3+recomp)虽然能修复等式漂移,但会把解盲目推向边界,反而恶化了高优(Tier-1)的违规率。要真正平衡这一权衡,必须依赖MResOpt这种基于学习的、层次化的任务分工。

主旨: 旨在解决带有复杂物理约束的非线性优化问题(如交流最优潮流 ACOPF)中,现有的基于神经网络的代理模型在进行约束校正时容易破坏物理等式流形或陷入局部最优的痛点。论文提出了一种多级残差网络架构,通过将约束按优先级排序并分阶段求解,实现对复杂可行域的安全、高效逼近。

创新:

  • 子空间预处理与字典序层级:将优化空间解耦为按优先级排序的子空间过滤结构(Filtration),优先保证物理等式成立,随后通过残差模块逐步逼近低优先级(如线路热极限)的约束。
  • 可切换的阶段隔离机制:引入了带梯度截断(MResOpt-det)和不带梯度截断(MResOpt)的变体,灵活应对约束解耦的凸问题与约束高度耦合的非凸问题。
  • 阶段感知的重完成(Re-completion):在各级残差校正之间,引入非线性求解器(如牛顿法)进行中间重完成,强制模型在每步校正后都回滚并锁定在绝对的物理等式流形上。

贡献:

  • 诊断并修复了现有基线的致命缺陷:通过详尽的实证分析指出DC3在非线性约束上的“漂移”问题,并提出了更强的DC3+recomp重投影基线。
  • 建立理论保障:在神经正切核(NTK)和无限宽网络假设下,证明了分段残差训练等价于序列高斯过程回归,从而赋予了深度学习代理模型在不可行(Infeasible)状态下的“安全回退”数学保证。
  • 电网级应用验证:在IEEE 30和57节点系统中,证明了该架构在电网高度拥堵的极限工况下,能够完美维持物理等式,并大幅减少高优变量的越限率。

提升:

  • 等式约束(物理定律)保持:将高度拥堵状态下普通DC3高达 0.152 的等式违规漂移,强力压制到了  量级,实现了等式流形的完美锁定。
  • 高优先级(Tier-1)约束达标率:在各种拥堵程度下,Tier-1(如发电机和电压边界)的违规率比单纯使用重投影的最强基线(DC3+recomp)降低了 2 到 7 倍。
  • 不可行域下的鲁棒性:在全局无解的极端过载条件下,依然能死守物理底线并给出局部最优的操作指导。

不足:

  • 依赖专家先验:MResOpt 的分阶段过滤结构目前高度依赖领域专家人工指定的约束字典序(如:等式 - 理论与实践的Gap:关于高斯过程与安全回退的优美理论分析,主要建立在带有梯度截断(Detached)的架构上;然而在复杂的非凸物理实战中,不带截断的变体表现反而更好,理论分析无法完美覆盖最佳实践。
  • 推理耗时增加:由于在阶段之间引入了中间重完成(Re-completion,调用牛顿法),其推理时间(2.99 ms)约为基础 DC3(0.83 ms)的 3.6 倍,尽管仍优于 DC3+recomp 的 3.74 ms。

心得:

  • “既要又要”往往导致“一无所有”:在复杂的受限优化中,赋予所有物理和操作约束相同的权重试图同时优化,极易让模型陷入不合理的局部折中甚至完全崩溃。引入“字典序(Lexicographic priority)”,先保底线(物理约束),再求上限(业务优化),不仅是算法设计的利器,更是处理复杂工程问题的绝佳哲学。
  • Safety-Critical系统需要“安全回退(Safe Fallback)”:现实的物理系统(如电网)经常面临“无解(不可行)”的极端过载状态。在无解时,AI模型绝不能用违背基本物理定律的“幻觉”来交差。本文通过架构设计强制模型在底层约束冲突时回退到高优的物理流形上,这种“物理保底机制”对工业AI落地极具启发性。
  • 非线性流形上的梯度下降极其脆弱:DC3的失败给我们敲响了警钟。在高度弯曲的非线性流形(如交流电网功率方程)上,直接沿切线方向的梯度校正会迅速让解“飞出”流形。仅靠粗暴的后处理重投影也是不够的(会把解推向边界造成二次违规),必须在网络结构内部就刻画出层次分工,引导梯度在安全的子空间内流动。

一句话总结:本文针对深度学习在求解非线性受限优化(如交流最优潮流)时容易破坏物理定律并陷入局部最优的痛点,创新性地提出了MResOpt多级残差架构;该架构反直觉地证明了“分优先级、分阶段”求解比“同时优化”更能有效穿越复杂非凸空间,并在极端不可行工况下提供了严密的物理定律“安全回退”保证。

We propose MResOpt, a staged residual neural network architecture for constrained optimization problems. Our architecture fits within predict-complete-correct pipelines and decomposes constraint satisfaction by priority through intermediate re-completion and stage-aware losses. The framework enables domain-informed ordered constraint satisfaction which allows the network to utilize ordinal structure when present. Under an idealized infinite-width regime, we show that our design behaves as sequential Gaussian Process regression. On synthetic QP, QCQP, and SOCP benchmarks, the staged architecture improves high-priority constraint satisfaction across convex and non-convex settings. On line-flow-constrained AC optimal power flow, we introduce a physics-motivated constraint ordering and show that MResOpt supports a learned division of labor that keeps iterates on the equality manifold, achieving substantially lower high-priority violation than reprojected baselines while remaining computationally efficient.

https://arxiv.org/abs/2606.06300

5、[CL] Latent Reasoning with Normalizing Flows

G Tu, X Fu, S Yu, Y Tang…[University of Pennsylvania]

基于归一化流的隐空间推理

要点:

  • 挑战了显式基于文本的思维链(CoT)的低效性,认为中间推理通常是语义化的,不应该被强行塞入离散、冗长的Token流中。
  • 指出了先前连续隐式推理方法(如扩散模型)的一个致命缺陷:它们放弃了自回归LLM的原生优势,如从左到右生成、KV-Cache复用以及精确的似然估计。
  • 引入了NF-CoT,将自回归归一化流(Normalizing Flow)直接嵌入LLM的因果流中,将显式CoT映射为一个连续且可解的概率分布。
  • 提出了一个极其反直觉的统一架构:连续的思维向量(通过NF头)和离散的文本Token(通过LM头)在完全相同的从左到右因果传递中生成,完美复用了KV-Cache,且无需任何迭代去噪。
  • 揭示了学习到的隐空间的一个震撼特性(扰动鲁棒性):向隐式CoT中注入巨大的高斯噪声会彻底摧毁其表面形式(精确文本匹配率从97%暴跌至27%),但其功能正确性(pass@1)几乎不受影响。连续隐变量控制的是高层算法策略(例如从动态规划切换到递归),而不仅仅是表面措辞。
  • 在强化学习(RL)方面展示了突破:标准的Token空间RL通常会导致响应多样性坍塌(pass@k饱和),但将策略梯度(GRPO)直接应用于NF-CoT的连续空间,不仅提升了pass@1,还保留了pass@k的向上扩展性,避免了模式坍塌。
  • 在代码生成任务上以压倒性优势击败了基于扩散的隐式基线(如LaDiR),在实现更高通过率的同时,推理速度提升了约1.9倍,FLOPs计算成本降低了约2.5倍。

主旨: 解决大语言模型中显式文本思维链(CoT)生成成本高、冗长低效的问题,同时克服现有隐式推理方法(如扩散模型)无法兼容原生自回归采样、KV-Cache和精确似然估计的痛点。本文提出NF-CoT,通过归一化流(Normalizing Flows)在连续隐空间中进行推理,兼顾了高效计算与LLM的原生生成范式。

创新:

  • 归一化流隐式推理(NF-CoT):首次使用自回归归一化流来建模连续思维轨迹,赋予了隐式推理精确的对数似然(Log-likelihood),彻底取代了低效的扩散去噪过程。
  • 统一因果序列架构(Unified Causal Stream):设计了一个极其优雅的架构,让连续思维变量和离散文本Token共享同一个LLM骨干网络。连续思维位置使用NF头,文本位置使用LM头,实现了单次前向传播的无缝衔接。
  • 连续空间的直接强化学习:得益于归一化流提供的精确似然,NF-CoT能够直接在连续推理空间上应用策略梯度(如GRPO),实现基于执行反馈(Execution rewards)的端到端强化学习优化。

贡献:

  • 提出了一种基于似然的连续CoT新范式,完美保留了显式CoT的采样、评分和解码接口。
  • 在HumanEval、MBPP等代码生成基准上,大幅刷新了隐式推理模型的最优成绩(SOTA),超越了强基线模型LaDiR。
  • 显著提升了隐式推理的计算效率,证明了单次自回归前向传播远优于多步迭代去噪。
  • 验证了在隐空间进行RL可以打破“准确率提升与多样性下降”的魔咒(缓解RL模式坍塌)。

提升:

  • 准确率与效果:在代码生成基准上,使Qwen3-8B-Base的平均通过率提升了13.0%,并比最强的扩散隐式基线LaDiR高出7.1%。
  • 推理与训练效率:相比基于扩散的LaDiR,NF-CoT推理生成隐变量的速度快了2.7倍,端到端整体速度快1.92倍,单样本计算量(FLOPs)降低了约2.5倍。
  • 扩展性(Scaling):在pass@k测试中(k扩展至128),NF-CoT的提升曲线没有饱和,证明其能够生成多样且结构不同的正确解。

不足:

  • 领域局限性:目前仅在代码生成基准上进行了验证,其在数学推理、逻辑推理等其他需要严密推导的领域上的泛化能力尚待证明。
  • 对显式CoT数据的依赖:NF-CoT需要先在显式文本CoT上预训练VAE编码器并进行蒸馏,因此它继承了文本CoT的偏见,且隐变量序列长度固定,缺乏自适应长度调整能力。
  • 可解释性缺失:连续的隐变量是黑盒的。虽然可以通过VAE解码器定性探究其语义,但这些解码出的文本并不代表模型内部真实的推导过程,模型的可解释性相较于文本CoT大幅下降。

心得:

  • “形与神”的隐空间分离(扰动实验的深刻启示):这篇论文最让我惊艳的是隐空间的扰动实验。在传统的文本空间里,如果你随机改变几个Token,代码大概率会报语法错误或逻辑崩溃。但在NF-CoT的连续空间中,加入巨大的噪声后,输出代码的代码文本完全变了(形变),但它依然能通过单元测试(神在)。这说明模型在隐空间学习到的是“算法的语义拓扑(如:走到这里应该用递归还是哈希表)”,而不是脆弱的字符排列。
  • 连续空间RL是破除模式坍塌的解药:LLM做RL(如PPO/GRPO)时最头疼的就是失去多样性(只学会了一种高分套路)。本文证明,如果在离散的文本Token上做RL,pass@k很快就会见顶;但如果在连续的隐空间做RL,模型会平滑地优化整个策略分布,探索出更多不同但正确的解法。连续空间的容错性和平滑性天然更适合强化学习。
  • 顺应硬件与系统直觉(Native Paradigms)的胜利:为什么扩散模型(Diffusion)做语言任务一直很别扭?因为它违背了Transformer从左到右自回归、吃KV-Cache的硬件和系统直觉。NF-CoT聪明就聪明在,它用自回归的归一化流(Autoregressive NF)替换了扩散模型,让连续向量“伪装”成普通的Token参与自回归。顺应底层架构的自然设计,换来的是推理速度和FLOPs效率的降维打击。

一句话总结:NF-CoT巧妙地将自回归归一化流(Normalizing Flows)嵌入到大语言模型的因果流中,通过统一的架构在连续隐空间中进行极速、精确似然的推理演算,不仅在代码生成上碾压了扩散模型基线,还成功解锁了不损失多样性的隐空间强化学习。

Large language models often improve reasoning by generating explicit chain-of-thought (CoT), demonstrating the importance of intermediate computation. However, textual CoT forces this computation through a discrete, serial, andcommunication-orientedtokenstream: eachreasoningstepmustbeverbalizedbeforethemodelcanproceed, even when the underlying update is semantic, uncertain, or only partially formed. Latent reasoning offers a higher-bandwidth alternative by performing intermediate computation in compact continuous states before committing to text. Yet existing latent-reasoning methods often sacrifice key advantages that make CoT effective in autoregressive language models, including native left-to-right generation, probabilistic sampling, compatibility with KV-cache decoding, and tractable likelihood estimation. We propose NF-CoT, a latent reasoning framework that preserves these advantages by modeling continuous thoughts with normalizing flows. NF-CoT instantiates a TARFlow-style normalizing flow inside the LLM backbone, defining a tractable probability model over compact continuous thoughts distilled from explicit CoT. Continuous-thought positions are generated by an NF head, while text positions are generated by the standard LM head within the same causal stream. This design provides exact likelihoods for latent thoughts, enables probabilistic left-toright decoding with the original KV cache, and supports direct policy-gradient optimization in the latent reasoning space. On code-generation benchmarks, NF-CoT improves pass rates over explicit-CoT and prior latent-reasoning baselines while substantially reducing intermediate-reasoning cost.

https://arxiv.org/abs/2606.06447

基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-06-06 17:52:16 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/718633.html
  2. 运行时间 : 0.176569s [ 吞吐率:5.66req/s ] 内存消耗:4,995.95kb 文件加载:145
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=30df2edf07f5edcfcf4f23c7b3f57fc1
  1. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/public/index.php ( 0.79 KB )
  2. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/autoload.php ( 0.17 KB )
  3. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/autoload_real.php ( 2.49 KB )
  4. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/platform_check.php ( 0.90 KB )
  5. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/ClassLoader.php ( 14.03 KB )
  6. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/autoload_static.php ( 6.05 KB )
  7. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper.php ( 8.34 KB )
  8. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-validate/src/helper.php ( 2.19 KB )
  9. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/ralouphie/getallheaders/src/getallheaders.php ( 1.60 KB )
  10. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/helper.php ( 1.47 KB )
  11. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/stubs/load_stubs.php ( 0.16 KB )
  12. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Exception.php ( 1.69 KB )
  13. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-container/src/Facade.php ( 2.71 KB )
  14. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/deprecation-contracts/function.php ( 0.99 KB )
  15. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/polyfill-mbstring/bootstrap.php ( 8.26 KB )
  16. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/polyfill-mbstring/bootstrap80.php ( 9.78 KB )
  17. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/var-dumper/Resources/functions/dump.php ( 1.49 KB )
  18. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-dumper/src/helper.php ( 0.18 KB )
  19. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/var-dumper/VarDumper.php ( 4.30 KB )
  20. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/guzzlehttp/guzzle/src/functions_include.php ( 0.16 KB )
  21. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/guzzlehttp/guzzle/src/functions.php ( 5.54 KB )
  22. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/App.php ( 15.30 KB )
  23. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-container/src/Container.php ( 15.76 KB )
  24. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/container/src/ContainerInterface.php ( 1.02 KB )
  25. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/provider.php ( 0.19 KB )
  26. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Http.php ( 6.04 KB )
  27. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper/Str.php ( 7.29 KB )
  28. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Env.php ( 4.68 KB )
  29. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/common.php ( 0.03 KB )
  30. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/helper.php ( 18.78 KB )
  31. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Config.php ( 5.54 KB )
  32. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/alipay.php ( 3.59 KB )
  33. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/Env.php ( 1.67 KB )
  34. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/app.php ( 0.95 KB )
  35. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/cache.php ( 0.78 KB )
  36. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/console.php ( 0.23 KB )
  37. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/cookie.php ( 0.56 KB )
  38. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/database.php ( 2.48 KB )
  39. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/filesystem.php ( 0.61 KB )
  40. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/lang.php ( 0.91 KB )
  41. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/log.php ( 1.35 KB )
  42. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/middleware.php ( 0.19 KB )
  43. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/route.php ( 1.89 KB )
  44. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/session.php ( 0.57 KB )
  45. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/trace.php ( 0.34 KB )
  46. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/view.php ( 0.82 KB )
  47. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/event.php ( 0.25 KB )
  48. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Event.php ( 7.67 KB )
  49. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/service.php ( 0.13 KB )
  50. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/AppService.php ( 0.26 KB )
  51. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Service.php ( 1.64 KB )
  52. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Lang.php ( 7.35 KB )
  53. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/lang/zh-cn.php ( 13.70 KB )
  54. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/Error.php ( 3.31 KB )
  55. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/RegisterService.php ( 1.33 KB )
  56. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/services.php ( 0.14 KB )
  57. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/PaginatorService.php ( 1.52 KB )
  58. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/ValidateService.php ( 0.99 KB )
  59. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/ModelService.php ( 2.04 KB )
  60. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/Service.php ( 0.77 KB )
  61. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Middleware.php ( 6.72 KB )
  62. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/BootService.php ( 0.77 KB )
  63. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/Paginator.php ( 11.86 KB )
  64. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-validate/src/Validate.php ( 63.20 KB )
  65. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/Model.php ( 23.55 KB )
  66. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/Attribute.php ( 21.05 KB )
  67. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/AutoWriteData.php ( 4.21 KB )
  68. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/Conversion.php ( 6.44 KB )
  69. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/DbConnect.php ( 5.16 KB )
  70. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/ModelEvent.php ( 2.33 KB )
  71. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/RelationShip.php ( 28.29 KB )
  72. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/contract/Arrayable.php ( 0.09 KB )
  73. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/contract/Jsonable.php ( 0.13 KB )
  74. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/contract/Modelable.php ( 0.09 KB )
  75. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Db.php ( 2.88 KB )
  76. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/DbManager.php ( 8.52 KB )
  77. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Log.php ( 6.28 KB )
  78. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Manager.php ( 3.92 KB )
  79. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/log/src/LoggerTrait.php ( 2.69 KB )
  80. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/log/src/LoggerInterface.php ( 2.71 KB )
  81. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Cache.php ( 4.92 KB )
  82. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/simple-cache/src/CacheInterface.php ( 4.71 KB )
  83. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper/Arr.php ( 16.63 KB )
  84. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/cache/driver/File.php ( 7.84 KB )
  85. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/cache/Driver.php ( 9.03 KB )
  86. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/CacheHandlerInterface.php ( 1.99 KB )
  87. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/Request.php ( 0.09 KB )
  88. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Request.php ( 55.78 KB )
  89. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/middleware.php ( 0.25 KB )
  90. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Pipeline.php ( 2.61 KB )
  91. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/TraceDebug.php ( 3.40 KB )
  92. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/middleware/SessionInit.php ( 1.94 KB )
  93. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Session.php ( 1.80 KB )
  94. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/session/driver/File.php ( 6.27 KB )
  95. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/SessionHandlerInterface.php ( 0.87 KB )
  96. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/session/Store.php ( 7.12 KB )
  97. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Route.php ( 23.73 KB )
  98. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleName.php ( 5.75 KB )
  99. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Domain.php ( 2.53 KB )
  100. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleGroup.php ( 22.43 KB )
  101. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Rule.php ( 26.95 KB )
  102. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleItem.php ( 9.78 KB )
  103. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/route/app.php ( 3.94 KB )
  104. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/Route.php ( 4.70 KB )
  105. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/dispatch/Controller.php ( 4.74 KB )
  106. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Dispatch.php ( 10.44 KB )
  107. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/controller/Index.php ( 9.87 KB )
  108. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/BaseController.php ( 2.05 KB )
  109. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/facade/Db.php ( 0.93 KB )
  110. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/connector/Mysql.php ( 5.44 KB )
  111. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/PDOConnection.php ( 52.47 KB )
  112. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Connection.php ( 8.39 KB )
  113. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/ConnectionInterface.php ( 4.57 KB )
  114. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/builder/Mysql.php ( 16.58 KB )
  115. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Builder.php ( 24.06 KB )
  116. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/BaseBuilder.php ( 27.50 KB )
  117. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Query.php ( 15.71 KB )
  118. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/BaseQuery.php ( 45.13 KB )
  119. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/TimeFieldQuery.php ( 7.43 KB )
  120. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/AggregateQuery.php ( 3.26 KB )
  121. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ModelRelationQuery.php ( 20.07 KB )
  122. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ParamsBind.php ( 3.66 KB )
  123. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ResultOperation.php ( 7.01 KB )
  124. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/WhereQuery.php ( 19.37 KB )
  125. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/JoinAndViewQuery.php ( 7.11 KB )
  126. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/TableFieldInfo.php ( 2.63 KB )
  127. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/Transaction.php ( 2.77 KB )
  128. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/log/driver/File.php ( 5.96 KB )
  129. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/LogHandlerInterface.php ( 0.86 KB )
  130. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/log/Channel.php ( 3.89 KB )
  131. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/event/LogRecord.php ( 1.02 KB )
  132. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/Collection.php ( 16.47 KB )
  133. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/View.php ( 1.70 KB )
  134. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/View.php ( 4.39 KB )
  135. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/controller/Es.php ( 3.30 KB )
  136. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Response.php ( 8.81 KB )
  137. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/response/View.php ( 3.29 KB )
  138. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Cookie.php ( 6.06 KB )
  139. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-view/src/Think.php ( 8.38 KB )
  140. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/TemplateHandlerInterface.php ( 1.60 KB )
  141. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/Template.php ( 46.61 KB )
  142. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/template/driver/File.php ( 2.41 KB )
  143. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/template/contract/DriverInterface.php ( 0.86 KB )
  144. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/runtime/temp/c935550e3e8a3a4c27dd94e439343fdf.php ( 31.50 KB )
  145. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/Html.php ( 4.42 KB )
  1. CONNECT:[ UseTime:0.000735s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001094s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000504s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000493s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.000948s ]
  6. SELECT * FROM `set` [ RunTime:0.000393s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.001104s ]
  8. SELECT * FROM `article` WHERE `id` = 718633 LIMIT 1 [ RunTime:0.002499s ]
  9. UPDATE `article` SET `lasttime` = 1780739536 WHERE `id` = 718633 [ RunTime:0.002830s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000527s ]
  11. SELECT * FROM `article` WHERE `id` < 718633 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000824s ]
  12. SELECT * FROM `article` WHERE `id` > 718633 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000819s ]
  13. SELECT * FROM `article` WHERE `id` < 718633 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001995s ]
  14. SELECT * FROM `article` WHERE `id` < 718633 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.002080s ]
  15. SELECT * FROM `article` WHERE `id` < 718633 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.001658s ]
0.179782s