R-Drop和SimCSE解读

R-Drop通过在每次前向传播时引入Dropout的双重概率分布,结合KL散度优化参数,提高了模型性能。SimCSE在无监督和监督下使用BERT在STS任务上表现出色,分别提升了4.2%和2.2%的Spearmans相关系数。

R-Drop: Regularized Dropout for Neural Networks

在这里插入图片描述
R-Drop的基本思想是:同一个step里面,对于同一个样本,前向传播两次,由于Dropout的存在,会得到两个不同但差异很小的概率分布,通过在原来的交叉熵损失中加入这两个分布的KL散度损失,来共同进行反向传播,参数更新

R-Drop刚好是把sub model和完整model之间加了一个bound,如下图:
在这里插入图片描述
在下游任务上可以普遍地涨点

SimCSE

在这里插入图片描述
We evaluate SimCSE on standard semantic textual similarity (STS) tasks, and our unsupervised and supervised models using BERTbase achieve an average of 76.3% and 81.6% Spearman’s correlation respectively, a 4.2% and 2.2% improvement compared to the previous best results.

部分参考:

  1. https://zhuanlan.zhihu.com/p/409523468
  2. https://www.zhihu.com/zvideo/1528754585883242498
在交换机的Pipeline处理中,**hard-drop** **soft-drop** 是两种不同的丢包机制,它们在**丢包时机、可恢复性、统计方式处理优先级**等方面存在显著区别。了解它们的区别有助于更精确地进行**丢包分析、QoS控制性能调优**。 --- ### 🔍 一、定义区别 | 特性 | **Hard-Drop** | **Soft-Drop** | |------|----------------|----------------| | 定义 | 硬件级直接丢弃报文,不进行后续处理 | 软件或策略标记丢弃,可能在后续阶段被取消 | | 是否可恢复 | ❌ 不可恢复 | ✅ 有可能被恢复(如通过策略修改) | | 是否进入后续Pipeline | ❌ 不进入 | ✅ 可能继续处理(如用于统计或镜像) | | 是否可被Packet Analyzer捕获 | ❌ 通常无法捕获 | ✅ 可以捕获 | | 丢包阶段 | 早期Pipeline阶段 | 中后期Pipeline阶段 | | 丢包原因 | 硬件资源不足、ACL拒绝、端口关闭等 | QoS限速、策略拒绝、软件控制等 | --- ### 🧠 二、工作原理 #### ✅ Hard-Drop - **立即丢弃报文**,不进入后续Pipeline阶段。 - 常见于硬件资源限制(如队列满)、端口未启用、ACL匹配拒绝等。 - **无法被Packet Analyzer捕获**。 - **不会产生CPU中断或软件处理**。 #### ✅ Soft-Drop - 报文被标记为“将被丢弃”,但仍可能进入后续Pipeline阶段。 - 在后续阶段(如Egress)可能被重新允许转发(如因策略修改)。 - 可用于统计、镜像或调试。 - **可以被Packet Analyzer捕获**(如在Drop阶段配置规则)。 --- ### 📊 三、如何区分两者? | 方法 | Hard-Drop | Soft-Drop | |------|------------|------------| | 使用Packet Analyzer | ❌ 无法捕获 | ✅ 可以捕获 | | 是否进入Drop阶段 | ❌ 不进入 | ✅ 进入Drop阶段 | | 是否可配置规则捕获 | ❌ 不可捕获 | ✅ 可配置规则捕获 | | 是否有丢包计数器 | ✅ 有(如硬件计数) | ✅ 有(如软件计数) | --- ### 🛠 四、应用场景 | 场景 | 使用Hard-Drop | 使用Soft-Drop | |------|----------------|----------------| | ACL拒绝 | ✅ | ❌ | | 队列满丢包 | ✅ | ❌ | | QoS限速丢包 | ❌ | ✅ | | 软件策略丢包 | ❌ | ✅ | | 报文调试/镜像 | ❌ | ✅ | --- ### 📌 五、如何在Packet Analyzer中识别Soft-Drop? 1. **配置Drop阶段规则**: - 使用`CPSS_DXCH_PACKET_ANALYZER_LOOKUP_STAGES_DROP_E`阶段。 - 创建规则匹配Soft-Drop事件。 2. **调用接口获取匹配数据**: ```c cpssDxChPacketAnalyzerStageMatchDataGet(managerId, ruleId, groupId, CPSS_DXCH_PACKET_ANALYZER_LOOKUP_STAGES_DROP_E, &dropCount, NULL, 0, NULL); ``` --- ### ✅ 总结 | 对比项 | Hard-Drop | Soft-Drop | |--------|-----------|-----------| | 是否可恢复 | 否 | 是 | | 是否进入Pipeline后续阶段 | 否 | 是 | | 是否可被Packet Analyzer捕获 | 否 | 是 | | 是否用于调试 | 否 | 是 | | 典型触发原因 | 硬件资源、ACL拒绝 | QoS限速、软件控制 | ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值