ARMS（自适应反欺诈危险管理系统）中的参数能够是变量。ARMS零碎的目标是为了依据用户行为和危险评估，主动进行反欺诈解决。在ARMS中，参数能够是动态的，也能够是动静的，也就是能够是固定的数值，也能够是依据用户行为和危险评估动静生成的数值。 残缺内容请点击下方链接查看： https://developer.aliyun.com/ask/500155?utm_content=g_1000371412 版权申明：本文内容由阿里云实名注册用户自发奉献，版权归原作者所有，阿里云开发者社区不领有其著作权，亦不承当相应法律责任。具体规定请查看《阿里云开发者社区用户服务协定》和《阿里云开发者社区知识产权爱护指引》。如果您发现本社区中有涉嫌剽窃的内容，填写侵权投诉表单进行举报，一经查实，本社区将立即删除涉嫌侵权内容。
摘要：近来，增大模型规模成为了晋升模型性能的次要伎俩。特地是NLP畛域的自监督预训练语言模型，规模越来越大，从GPT3的1750亿参数，到Switch Transformer的16000亿参数，又是一个数量级的减少。本文分享自华为云社区《一文带你理解MindSpore反对的万亿级参数超大模型关键技术！》，原文作者：HWCloudAI 。 前言近来，增大模型规模成为了晋升模型性能的次要伎俩。特地是NLP畛域的自监督预训练语言模型，规模越来越大，从GPT3的1750亿参数，到Switch Transformer的16000亿参数，又是一个数量级的减少。 模型规模的数量级的增大，尽管获得了肯定水平的性能晋升，甚至产生了某些意想不到的“神奇”成果（如GPT3），但其背地的计算开销成了最大的问题，比方GPT3训练应用了万级的GPU和数周的训练工夫。如何既能利用超大规模的参数来晋升模型表白和性能，又能管制计算量的较小的减少，成为了最次要的挑战之一。以MoE为代表的动静神经网络技术被重点引入。大脑是典型的低能耗高效率的计算模式，稠密激活是最重要的个性。除了巨型模型在训练推理特地是训练时的计算效力挑战外，以后巨型模型的训练优化算法另一个更大的挑战是（不在此处探讨），BP算法是以后最为可用的深度网络优化，但更现实的优化算法须要高并行、优化过程非对称、并可能在时空维度通过部分继续优化实现整体优化。 1.传统的神经网络模型，前馈的时候，输出的batch中，每一个样本的解决，都将激活网络中的每一个参数参加计算。 2.条件计算最宽松的定义，指仅激活网络中某些局部的一类算法。Conditional Computation refers to a class of algorithms that activate only some of the different parts in a network. 在具体某类条件计算实现中，条件抉择模式，可能依照输出的batch中每sample独立激活网络不同局部，可能依照输出数据空间上不同的局部（比方image不同区域或者channel），可能依照输出数据工夫上不同的局部（比方time series的不同slide window或者video的不同的frame。），可能依照指标工作的不同每task独立的，可能依照非可学习的固定的随机调配不同的子网独立计算。 3.对不同的输出（原始或者前层），依照肯定条件，选择性的执行后续局部网络的计算，这个技术下，有一些近似或相干的技术，如：dynamic neural network(s), conditional computing, conditional activation, sparse activating, selective execution, mixture of experts (MoE), dynamic routing, …；强相干的一些模型比方 Switch Transformer等。 条件计算的分类（狭义）1.依照routing是否可学习能够分为：learnable routing conditional computation和 unlearnable routing conditional computation. 2.依照activation是否不执行non-activation计算，能够分为：hard conditional computation和soft conditional computation。对于hard-mode的条件计算，通过tensor筛选切分等操作，无论何种条件抉择模式，不须要激活的数据将齐全不参加不激活的网络局部的计算；soft-mode的条件计算，可能仅采取将相干数据置零等形式来防止产生计算成果，但还是和不须要激活网路局部理论执行计算过程。 条件计算的次要劣势1.计算无效，升高能耗：通过局部激活局部计算，以每样本条件激活的条件计算为例，单个样本只须要通过整个SuperNet的一部分参加计算。 2.更大网络，表白更强：因为一处到多处的Route，各处（层）的Input被路由到不同的子网独立计算，不同的输出的互相在各层的表白绝对独立没有影响，表达能力更强，网络能够更大，但表白效率升高了。 条件计算的网络和计算模式条件计算的网络和计算模式比拟灵便，局部构建模式如：（此处省略具体模型和论文援用，参见: http://intellabs.github.io/dis） 1.依照CV等task的特点，用多个独立的CNN作为expert网络，依照task来独立路由，尾部组合后给一个大网络。 2.应用更简单的cascading等模式组合不同层级的不同的expert网络。 3.通过决策树等办法做数据变换实现路由。 4.通过可学习的网络来抉择路由。其中策略学习的损失有多种构建模式：间接应用分类等工作的主损失，对不同专家的重要性和负载构建损失作为辅助损失等等。 ...
作者：鲍凤其 爱可生 dble 团队开发成员，次要负责 dble 需要开发，故障排查和社区问题解答。少说废话，放码过去。 本文起源：原创投稿 *爱可生开源社区出品，原创内容未经受权不得随便应用，转载请分割小编并注明起源。 最近用户在应用 druid 连接池连贯 dble 时，利用会有不定时呈现上面的谬误： language javacom.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failureThe last packet successfully received from the server was 425,724 milliseconds ago. The last packet sent successfully to the server was 425,725 milliseconds ago.这种谬误还是很常见的，猜想是利用拿到了曾经 close 的连贯并持续应用从而引发下面的问题。因而，咱们想开启 druid 中的对闲暇连贯检测的机制。 在查问文档的过程中，发现了两个参数，别离是 testWhileIdle 和 keepAlive（1.0.28 版本引入），那到底这两个参数有什么区别？ 上面咱们应用 1.1.13 版本的 druid 做一个测试。 论断开启 testWhileIdle 之后，druid 不会在 timeBetweenEvictionRunsMillis 指定的周期内检测闲暇连贯的有效性，而是在连贯取出时对连贯做一下检测。开启 keepAlive 之后，druid 会在 timeBetweenEvictionRunsMillis 指定的周期内检测闲暇连贯的有效性。因而在理论应用中，倡议开启 keepAlive 参数用于对闲暇连贯做有效性检测。Druid 中 testWhileIdle 和一般的连接池（DBCP 等）所表白的含意并不相同，应用时候须要谨慎。 ...
Mixins 具有多个参数参数可以使用逗号或分号分隔。 （建议使用分号，因为逗号具有双重含义：可以将其解释为mixin参数分隔符或者是css列表分隔符）；使用逗号作为mixin分隔符使不可能创建逗号分隔的列表作为参数。参数mixin使用一个或多个参数，通过参数和它的属性来扩展Less的功能，以达到在混合到另一个块时自定义mixin输出的效果。如果编译器在mixin调用中或者是声明中看到至少一个分号，那么假设这个歌参数用分号分隔的话，并且所有逗号都属于css列表，我们可以有以下几种情况： 两个参数，每一个包含逗号分隔的列表：.name(1, 2, 3; something, else)三个参数，并且每个包含一个数字：.name(1, 2, 3)使用虚拟分号创建混入调用一个参数包含逗号分隔的CSS列表：.name(1, 2, 3;)逗号分隔的默认值：.name(@param1: red, blue;)命名参数mixin引用时可以通过名称而不是位置来提供参数值，可以通过名称来引用任何参数任何参数都可以通过它的名称来引用，而不是特定的顺序 。 .mixin(@color: green; @font-size: 18px; @padding: 15px; @margin: 10px;) { color: @color; font-size: @font-size; padding: @padding; margin: @margin; } .name1 { .mixin( @color: blue; @margin: 20px;); } .name2 { .mixin(red; @padding: 30px; @font-size:40px;); } // 输出，改变后的值改变，没有重新赋值的值默认原值 .name1 { color: blue; font-size: 18px; padding: 15px; margin: 20px; } .name2 { color: red; padding: 30px; font-size:40px; margin: 10px; }@arguments 变量@arguments 在JavaScript中代表所有的参数，在mixin内部同样有特殊含义，它包含调用mixin时传递的所有参数；如果我们不想处理单个参数，它将会非常适用。 ...
写api接口时一般会在控制器中简单验证参数的正确性。 使用yii只带验证器（因为比较熟悉）实现有两种方式（效果都不佳）。 针对每个请求单独写个 Model, 定义验证规则并进行验证。 缺点：写好多参数验证的 Model 类。使用 独立验证器 中提到的 $validator->validateValue() 方法直接验证变量值。缺点：写实例化很多验证器对象。有么有“一劳永逸”的做法，像在 Model 中通过 rules 方法定义验证规则并实现快速验证的呢？有！ 使用方法（实现效果）namespace frontend\controllers\api;use yii\web\Controller;use common\services\app\ParamsValidateService;class ArticleController extends Controller{ // 文章列表 public function actionList() { $PVS = new ParamsValidateService(); $valid = $PVS->validate(\Yii::$app->request->get(), [ ['category_id', 'required'], ['category_id', 'integer'], ['keyword', 'string'], ]); if (!$valid) { $this->apiError(1001, $PVS->getErrorSummary(true)); } //... } // 新增文章 public function actionPost() { $PVS = new ParamsValidateService(); $valid = $PVS->validate(\Yii::$app->request->get(), [ [['category_id', 'title', 'content'], 'required'], ['category_id', 'integer'], [['title'], 'string', 'max' => 64], [['content'], 'string'], ]); if (!$valid) { $this->apiError(1001, $PVS->getErrorSummary(true)); } //... } // 文章删除 public function actionDelete() { $PVS = new ParamsValidateService(); $valid = $PVS->validate(\Yii::$app->request->get(), [ ['article_id', 'required'], ['article_id', 'integer'], ]); if (!$valid) { $this->apiError(1001, $PVS->getErrorSummary(true)); } //... }}实现方法定义参数验证模型定义参数验证模型 ParamsValidateModel,继承 yii\db\ActiveRecord，重写 attributes() 方法，主要功能： ...