自定义博客皮肤VIP专享

*博客头图：

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览 取消 提交

自定义博客皮肤

-+
上一步保存

weixin_26642481的博客

  • 博客(4104)
  • 资源 (4719)
  • 收藏
  • 关注
排序：
按最后发布时间
按访问量
RSS订阅

原创 security-audit-skill：让coding-agent安全审计可复现、可追溯

代码安全审计的核心挑战在于审计过程的可复现性与可追溯性。传统扫描工具依赖固定规则，难以应对语义级漏洞，而coding-agent结合结构化技能定义，能够将审计经验编码为可执行指令。通过findings.json记录发现、coverage-ledger.json记录覆盖范围，实现审计闭环与一致性校验，提升审计可信度。该方案适用于AI编码助手团队、代码安全评审及中小研发团队，将审计从个人经验转化为团队资产，推动安全审计的工程化与持续运营。

2026-11-07 16:08:42 66

原创 security-audit-skill 设计指南：从规则到工程化落地

在 coding-agent 生态中，skill 与 agent 的区别决定了安全审计能力的封装方式。将安全审计设计为可复现、可解释、可操作的 skill，核心在于规则清单、输出模板与示例的工程化组织。通过语义分析识别注入、认证、数据暴露等风险，弥补传统扫描器在动态属性访问等场景的盲区。适用于 PR 增量审计、CI 流程集成及核心模块深度检查，让 agent 在编码过程中顺手完成安全审计，提升代码安全性与修复效率。

2026-11-07 14:00:39 182

原创 数据处理伦理的工程化落地：从四层识别到最小必要实践

数据处理伦理是保障用户隐私与系统合规的核心技术能力，其本质在于对数据身份属性的精准识别、处理必要性的严格评估，以及最小可行范围的动态控制。在AI与大数据应用日益深入的今天，‘可识别性’已远超姓名、手机号等显性字段，延伸至设备指纹、行为序列、模型输出等隐式与推断标识符。遵循GDPR、《个人信息保护法》等规范，工程师需将伦理原则转化为可测试、可审计的技术动作，如前端埋点白名单配置、API字段敏感等级标注、数据库动态脱敏、模型训练三阶过滤等。本文聚焦数据身份性的四层穿透检测法与12项最小必要检查清单，为开发者提供

2026-11-07 13:43:21 58

原创 把安全审计固化为AI技能包：构建用于代码审查的security-audit-skill

代码安全审计长期依赖人工经验与静态工具，难以标准化和复现。将审计流程封装为 Skill，则是让 AI 编程助手获得工程化安全能力的关键路径：Skill 通过 SKILL.md 操作手册、审计规则库与辅助脚本，把注入、越权、硬编码密钥等风险检查固化为可重复执行的流程，规避了普通 Prompt 随机输出和 Agent 复杂编排带来的不确定性。这一机制适用于上线前检查、PR 安全评估和依赖漏洞排查等高频场景，既能统一报告结构，又能持续沉淀团队安全经验。围绕构建 security-audit-skill，介绍其目录

2026-11-07 13:34:05 65

原创 security-audit-skill：为coding agent打造的安全审计判断层

在DevSecOps实践中，SAST等通用扫描器擅长穷举危险模式，却难以结合业务上下文判断风险是否真实成立。其根源在于扫描器缺乏对数据流、权限模型与调用链的推理能力。security-audit-skill通过规则层、判断层、输出层三层结构，将安全审计经验转化为agent可消费的结构化知识，实现从可疑点到确认风险的智能判断。该skill适用于独立开发者、小团队技术负责人及安全工具链同行，可显著降低误报与漏报，提升代码审计效率与准确性。

2026-11-07 13:27:30 51

原创 信息安全管理与评估赛项模块三理论技能备考指南

信息安全评估与应急响应是网络安全工程中的基础能力，其原理在于通过资产识别、日志与流量分析、配置核查和风险处置形成闭环。掌握协议、权限、加密等理论，可提升抓包取证、主机加固和事件响应的准确性与效率，广泛应用于安全运维、攻防演练和技能竞赛。信息安全管理与评估赛项任务书中的模块三常以理论技能题考查知识密度与表达精度，需要把知识树、题型拆解、答题框架和训练节奏结合起来，将概念转化为可执行的备考清单和工程动作。

2026-11-07 13:05:43 134

原创 DVWA文件包含四关拆解：从LFI原理到白名单防御

文件包含是PHP通过include/require在运行时动态引入文件的基础机制，当路径参数可控且过滤不足时，就可能形成本地文件包含（LFI）或远程文件包含（RFI）漏洞。其原理在于路径解析、目录穿越与伪协议包装器可被组合利用，技术价值在于帮助开发者理解输入校验、allow_url_include、open_basedir等配置边界。常见应用场景包括DVWA靶场练习、Web安全代码审计与防御验证。围绕DVWA File Inclusion的Low、Medium、High、Impossible四关，从源码层拆

2026-11-07 12:46:34 46

原创 入职结业测试复习指南：价值观421模型与信息安全行为规范

结构化知识地图是把分散的制度条款、价值理念和操作规范按层级与场景重新组织的方法。其原理在于用数量锚点、关键词差异和正反规则对照降低记忆负荷，让考生从背答案转向记规则；在工程实践中，这种结构化复习能提升入职培训考核的通过率，也能强化员工的信息安全与合规意识。典型应用覆盖入职结业测试、企业文化价值观学习、信息安全考核和日常行为规范培训。围绕价值观421模型、三级愿景、信息安全红线与行为规范易错点建立三轮复习和考前自检清单，可把零散知识点收敛为可检索、可校验的规则体系，适合入职转正备考与制度红线复训场景。

2026-11-07 12:31:16 56

原创 安全审计工程化：用 coding-agent 实现可执行的 security-audit-skill

安全审计正从人工报告范式转向可编程、可集成的工程实践。其核心原理是将安全专家经验固化为确定性代码（coding-agent），通过 AST 解析等技术精准识别风险，输出结构化、可验证的 findings.json 数据接口。这种技术价值在于打破传统审计的输入不可控、过程不可见、交付不可集成三大断点，使漏洞发现成为可版本控制、可自动化触发、可质量门禁校验的软件资产。典型应用场景包括 CI/CD 流水线中的自动风险扫描、Jira 工单自动生成、Slack 高危告警推送，以及多语言项目（JS/Java/Pytho

2026-11-07 12:01:13 136

原创 AI编程助手安全审计Skill：从识别SQL注入到CI/CD自动拦截

在AI编程助手大幅提升编码效率的当下，代码安全问题日益突出。如何在不牺牲开发速度的前提下，建立可复现的安全审计流程，成为工程实践中的关键挑战。基于Skill机制的智能体技术，将静态扫描规则、风险判定模型与结构化报告模板封装为可执行的安全技能包，能有效识别SQL注入、硬编码密钥、命令执行等高频漏洞。该技能包既能作为开发者的本地安全陪驾，也能转换为命令行工具集成到CI/CD流水线，实现高危漏洞的自动拦截。从代码生成到安全合入，形成完整的DevSecOps闭环，为团队提供一致性的安全基线。本文基于security

2026-11-07 10:56:19 56

原创 API调用失败排查：从错误码、重试策略到服务契约共建

API调用失败是分布式系统中最常见又最易误判的问题，其本质并非单纯代码缺陷，而是跨服务协作中隐含的契约缺失。HTTP状态码仅是表层信号，真正关键在于响应体中的error.code（如model_not_found）、响应头中的限流字段（X-RateLimit-Reset）以及服务方未文档化的模型白名单（如deepseek-flash/deepseek-v4）等隐性约定。理解这些机制，才能构建具备容错能力的客户端——区分4xx与5xx重试逻辑、规避下游雪崩、实现静默修复与自动降级。本文聚焦现代API生态下的非

2026-11-07 10:06:54 54

原创 ECC 是什么？从 SAP ERP 到纠错码，一次讲清多领域含义

ECC 是计算机领域常见缩写，在不同场景下含义不同：企业信息化中常指 SAP ECC（ERP Central Component），存储与内存中则指纠错码（Error Correcting Code）。纠错码通过汉明码等冗余编码原理，实现位翻转的检测与自动纠正，提升数据存储与传输可靠性。在服务器内存、NAND Flash、单片机 Flash 等场景中，ECC 校验广泛用于保障数据完整性。理解 ECC 的多义性，有助于跨领域沟通与工程选型。

2026-11-07 09:15:08 38

原创 ECC是什么？从硬件纠错到SAP ECC一次讲透

在计算机与企业管理软件领域，ECC这个缩写指向两种截然不同的技术：硬件圈的Error Correction Code（错误纠正码）与企业软件圈的SAP ERP Central Component。无论是内存条上的校验颗粒、NAND Flash控制器里的BCH/LDPC算法，还是SAP ECC系统的权限角色配置，其核心都在于通过冗余设计保障数据与流程的可靠性。理解ECC校验原理，从奇偶校验到汉明码再到SEC-DED，能帮助工程师处理编程器报错、服务器内存软错误和单片机数据存储问题；而认清SAP ECC与S/4

2026-11-06 16:43:54 245

原创 ECC全解析：从SAP ECC到内存与Flash纠错原理

ECC（Error Correction Code）是一种通过冗余校验位实现数据纠错的技术，广泛应用于内存、Flash存储及企业级软件。其原理基于汉明码等算法，能检测并纠正位翻转，提升系统可靠性。在服务器内存中，ECC保障数据完整性；在NAND Flash中，ECC引擎应对擦写磨损；在SAP ECC系统中，则体现为权限与数据模型的规范性。不同场景下，ECC配置与选型直接影响稳定性与成本。本文深入探讨SAP ECC的PFCG权限配置、S/4HANA差异，以及内存与Flash的ECC校验原理，并分享RT809H

2026-11-06 16:43:45 248

原创 安全审计技能化：如何用AI Agent打造可复用的审计流程

在AI辅助开发日益普及的今天，代码安全审计正从依赖个人经验的手工操作，向标准化、可复用的工程实践演进。其核心思想是将审计流程、检查规则与工具调用封装为可供AI Agent直接加载的“技能包”（Skill），而非让模型自由发挥。这一概念源于对传统审计流程的抽象：从盘点项目结构、绘制攻击面地图，到执行模式匹配与生成带证据链的报告，每一步都固化为明确指令。技术价值在于显著提升审计结果的稳定性和可解释性，降低误报率，使结论能追溯到具体代码行与触发路径。典型应用场景包括对开源项目、内部微服务进行半自动安全审查，或为团

2026-11-06 16:43:09 293

原创 从零构建 security-audit-skill：AI 编码智能体的安全审计技能设计

在 DevSecOps 与 AI 编码助手融合的趋势下，如何为 coding-agent 构建一套轻量、低误报的安全审计技能成为工程实践中的关键问题。传统 SAST 工具基于模式匹配，输出面向安全工程师，难以直接适配 agent 的意图理解与增量分析需求。security-audit-skill 的核心价值在于将安全审计能力嵌入编码工作流，聚焦凭据泄露、注入类漏洞与认证授权缺陷三类高频高危问题，通过正则初筛、上下文排除与熵值判定等分层逻辑实现快速高置信度检测。其应用场景覆盖 AI 编码工具、代码安全门禁与

2026-11-06 16:27:58 174

原创 ECC全解析：从SAP权限到存储纠错码的跨领域指南

ECC（纠错码）是一种通过添加校验位来检测和纠正数据错误的编码技术，其原理基于汉明码等算法，在内存、NAND Flash等存储介质中保障数据完整性。在嵌入式系统中，ECC校验可显著提升可靠性，广泛应用于工业控制、汽车电子等领域。同时，SAP ECC作为经典ERP系统，其权限管理（PFCG）也是企业运维的关键。本文深入探讨ECC校验原理及SAP ECC权限配置，涵盖PFCG角色管理、SU53排错等实战内容，帮助开发者与运维人员快速定位问题。

2026-11-06 16:17:56 223

原创 security-audit-skill：为coding agent打造可复用的代码安全审计技能

代码审计是保障软件安全的关键环节，其核心在于通过静态分析与数据流追踪识别注入、硬编码密钥等风险。将审计能力封装为可复用skill，能让coding agent在生成代码时实时检查，实现安全左移。这种模式尤其适用于DevOps流程与CI/CD集成，可在开发阶段拦截高危漏洞，降低修复成本。security-audit-skill正是基于这一思路，把审计动作标准化为可编排、可迭代的流程，让agent在编码过程中自动完成结构化安全检查，从而提升整体代码安全质量。

2026-11-06 16:02:00 307

原创 skills-cli安全审计实战：从findings.json到Cloudflare修复闭环

安全审计已从理论合规走向工程化落地，核心在于将自动化扫描结果（如findings.json）转化为可执行的修复动作。理解CLI工具原理（如skills-cli的三层检测机制）、识别真实风险面（边缘层/网关层/协议层）、结合Cloudflare实际配置环境（WAF、Workers、Page Rules）进行精准归因，是中小团队高效响应HIGH/CRITICAL发现的关键技术能力。本文聚焦skills-cli与Cloudflare协同场景下的误报过滤、定位归属、配置验证与闭环验证方法，覆盖JSON解析、控制台路

2026-11-06 15:53:42 249

原创 IATF 16949:2016中英文对照版复习指南：核心条款与易漏点解析

质量管理体系标准是组织提升过程能力和产品一致性的基础框架，其核心在于通过系统化的方法实现持续改进。IATF 16949作为汽车行业的质量管理体系要求，在ISO 9001基础上增加了大量补充条款，涉及风险分析、过程审核、产品批准等关键环节。掌握这些补充要求，有助于企业构建更稳健的供应链质量管理能力，尤其在汽车零部件制造与整车生产场景中价值显著。本文围绕IATF 16949中英文对照版，梳理从组织背景到改进的条款主线，重点解析高频考点与易漏点，为内审员备考和体系岗位人员提供查漏补缺的实用参考。

2026-11-06 15:39:15 254

原创 ECC内存纠错原理与实战：从汉明码到DDR5芯片内校验

ECC（错误校验与纠正码）是保障数字系统数据完整性的基础容错机制，其核心通过冗余比特实现单比特错误纠正与双比特错误检测。基于汉明码等可计算的布尔逻辑，ECC在DRAM、NAND Flash和片上SRAM中以不同强度部署，如SEC-DED、Chipkill及LDPC等方案，本质是用确定性数学换取物理层噪声下的可靠性。技术价值体现在提升服务器可用性、延长SSD寿命、满足车规级ASIL-D安全要求等关键场景。当前实践需关注CPU内存控制器支持、主板布线时序、BIOS启用状态及Linux EDAC日志分析——尤其在

2026-11-06 15:29:45 263

原创 从零搭建可复用 Agent 安全审计技能包：findings.json 与 report-schema.json 设计实战

安全审计是保障代码安全的关键环节，其核心在于将审计流程标准化、可复用化。通过 Agent Skill 机制，可将审计能力封装为独立技能包，实现一次封装、处处调用。findings.json 作为审计发现的原始数据载体，配合 report-schema.json 的结构约束，确保不同 Agent 框架和下游系统能够无缝对接。该方案适用于代码审查、CI/CD 流水线及日常巡检等场景，显著提升安全审计的复用性与可维护性。

2026-11-06 15:27:10 205

原创 ECC 全解析：从 SAP 中央组件到存储纠错码的工程实践

ECC 纠错码是一种通过校验位检测并纠正数据错误的机制，其原理是在原始数据中嵌入冗余信息，利用汉明码、BCH 或 LDPC 等算法实现错误定位与修复。在存储与内存领域，ECC 显著提升了 NAND Flash 和 DRAM 的数据可靠性，广泛应用于嵌入式系统、SSD 及企业级存储。与此同时，SAP ECC 作为 ERP 中央组件，通过统一权限与更新机制保障业务数据一致性，其 PFCG 角色管理与 S/4HANA 迁移是运维重点。本文围绕 ECC 校验原理、RT809H 编程器实操及单片机 ECC 问题，提供

2026-11-06 14:33:28 181

原创 ECC全解析：内存纠错、存储校验、SAP组件与椭圆曲线密码学

ECC作为技术缩写横跨多个领域，常见于内存纠错、存储校验、企业ERP和密码学。其核心原理是通过冗余编码或数学难题实现错误检测与纠正，提升系统可靠性。在服务器中，ECC内存可纠正位翻转，保障数据完整性；在嵌入式存储中，ECC校验延长Flash寿命；在信息安全中，椭圆曲线密码学以短密钥提供高强度防护。不同场景下ECC技术价值各异，但均致力于在不可靠基础上构建可靠系统。

2026-11-06 13:50:37 253

原创 ECC的多重身份：从SAP ERP到纠错码与椭圆曲线密码学

ECC是一个多义缩写，在计算机领域常指纠错码（Error Correction Code）和椭圆曲线密码学（Elliptic Curve Cryptography），也涉及SAP ERP Central Component。纠错码通过冗余校验保障数据完整性，广泛应用于内存、Flash存储及RT809H编程器；椭圆曲线密码学基于离散对数难题，以短密钥实现高安全性，适用于嵌入式与物联网。理解不同场景下的ECC原理与配置，有助于优化系统可靠性与安全性。

2026-11-06 13:46:32 187

原创 代码自查式安全审计：从findings.json到validate-findings.cjs工程实践

安全审计正经历从‘人工找漏洞’到‘代码自证风险’的范式升级。其核心原理是将漏洞发现（findings.json）与上下文验证（validate-findings.cjs）解耦，构建可复现、可嵌入CI、可验证的自动化判断通路。这种技术价值在于突破传统扫描工具的语义盲区，在高速迭代（如PR平均4.2小时生命周期）中保障安全判断不掉队。典型应用场景包括SaaS平台交付前健康度评估、Node.js/TypeScript服务的持续合规检查，以及开发团队自主建立安全反射弧。本文聚焦于如何通过标准化输出与可编程校验，落地

2026-11-06 13:35:59 197

原创 SOC建设不是买产品：概念边界、告警分级与运营落地

企业安全运营中，安全运营中心（SOC）常被误解为日志平台或探针堆叠，实际是人员、流程、技术与数据协同的持续机制。日志集中、关联检测、告警分级和误报治理构成从发现到响应的闭环；SIEM提供数据关联与告警生成，SOAR提升重复动作执行效率，MTTD与MTTR衡量时间差压缩能力。技术价值在于提升可见性、缩短响应窗口并降低告警噪声。应用场景覆盖身份认证日志监控、边界异常检测、核心业务审计和托管检测响应等。围绕SOC与NOC、SIEM、SOAR、XDR、MDR的边界，梳理最小可用建设顺序、分级响应和指标度量，帮助团队

2026-11-06 13:04:18 248

原创 ECC全领域解析：从内存纠错到SAP权限与椭圆曲线密码学

ECC（Error Correction Code）是一种通过冗余校验位实现数据纠错的基础技术，广泛应用于内存、存储和通信领域。其核心原理是在原始数据中附加校验信息，利用汉明码、BCH码等算法检测并纠正比特错误，从而提升系统可靠性。在工程实践中，ECC技术价值显著：内存ECC可防止静默数据损坏，NAND Flash ECC保障存储数据完整性。应用场景涵盖服务器、嵌入式设备、企业ERP系统（如SAP ECC权限管理）及密码学（椭圆曲线加密）。不同领域对ECC的选型与配置要求各异，需结合具体场景优化纠错强度与开

2026-11-06 12:16:45 271

原创 ECC纠错码原理与实战：从内存校验到航天器容错

ECC（Error-Correcting Code，纠错码）是一种保障数据完整性的基础编码技术，其核心是通过添加冗余校验位构建线性约束关系，实现对存储或传输中比特错误的自动检测与纠正。不同于加密算法，ECC不提供保密性，而是解决硅基器件固有的物理不可靠性问题——如DRAM受宇宙射线翻转、NAND Flash老化漏电等。它广泛应用于服务器内存（RDIMM）、嵌入式Flash控制器、SSD主控及航天器遥测系统，支撑高可用与功能安全关键场景。本文聚焦ECC在真实工程中的落地逻辑：涵盖汉明码与BCH码的数学本质、硬

2026-11-06 12:10:10 334

原创 ECC是什么？从SAP ECC到内存与NAND Flash纠错原理详解

ECC（Error Correcting Code）是一种通过额外校验位实现错误检测与纠正的编码技术，其原理基于汉明码等算法，能在数据读取时自动发现并修复位翻转。在工程实践中，ECC显著提升了内存、NAND Flash等存储介质的可靠性，广泛应用于服务器、嵌入式系统和数据通信场景。例如，内存ECC可纠正单比特错误，NAND Flash则依赖ECC强度对抗高出错率。同时，SAP ECC作为ERP经典版本，与S/4HANA在架构上存在本质差异。理解ECC校验原理与不同场景下的实现，是保障系统稳定性和数据完整性的

2026-11-06 11:59:08 300

原创 安全审计技能：从SAST告警到可执行修复的工程化闭环

安全审计不是简单运行SAST工具或识别代码漏洞，而是建立‘语法模式→代码语义→业务上下文→攻击可行性’的四层映射能力。其核心在于将静态扫描结果（如findings.json）转化为可决策、可验证、可落地的风险优先级清单，解决开发团队普遍面临的‘查得准但看不懂、看得懂但不敢动、敢动又怕出事’困境。该能力高度依赖对框架行为、输入来源、防御机制和业务补偿措施的深度理解，而非单纯的安全理论。实践中，结合validate-findings.cjs标准化清洗与coding-agent辅助上下文分析，能显著压缩高危漏洞平

2026-11-06 11:55:05 264

原创 ECC三重含义详解：内存纠错、NAND校验与SAP ERP全解析

在计算机与企业管理领域，数据可靠性始终是核心议题。从底层硬件的比特翻转防护，到存储介质的数据校验，再到企业级系统的权限管控，纠错机制（Error Correcting Code）以不同形态贯穿始终。汉明码作为经典纠错算法，通过冗余校验位实现单比特错误定位与自动修正，广泛应用于内存条与NAND Flash控制器中。当嵌入式设备遭遇坏块或离线编程器报错时，ECC算法的选择与OOB布局直接影响数据恢复成功率。另一方面，企业资源计划系统中的ECC则指SAP ERP Central Component，其权限管理依赖

2026-11-06 11:21:26 253

原创 安全审计如何做成AI Agent的Skill？从设计到实战的完整拆解

安全审计是保障代码与系统安全的关键环节，但传统审计高度依赖个人经验，流程琐碎且标准不一。随着AI编码代理（如Codex、Claude等）的普及，一种名为Skill的机制正成为沉淀领域知识的新载体。Skill本质上是结构化提示词、检查规则、脚本工具与知识资源的集合，它让Agent能够按固定流程执行复杂任务。将安全审计的方法论封装为Skill，可有效解决经验断档、工具链碎片化等问题，同时借助OWASP Top 10等成熟框架，把检查清单、风险定级和报告模板固化下来，使审计产出更稳定、可复用。本文从安全审计的痛点

2026-11-06 11:17:02 187

原创 ECC三重身份：从内存纠错到SAP ERP，一文讲透

数据完整性校验是计算机系统可靠运行的基石，而ECC（Error Correcting Code）是实现单比特纠错的核心技术。从最基础的奇偶校验到汉明码，ECC通过冗余位定位并纠正错误，广泛应用于内存、NAND Flash等硬件场景。与此同时，ECC在企业管理软件领域却指代SAP ECC——一套老牌ERP系统，其权限配置（PFCG）和向S/4HANA的迁移同样是运维热点。编程器如RT809H中的ECC校验选项，则用于判断芯片读取结果的完整性。面对同名概念，区分语境至关重要。本文从纠错码原理出发，对比硬件校验与

2026-11-06 11:07:18 310

原创 ECC 全解析：SAP ECC、纠错码与椭圆曲线密码学

ECC 是计算机领域常见的缩写，在不同场景下分别指代 SAP ERP 中央组件、纠错码和椭圆曲线密码学。SAP ECC 作为企业核心 ERP 系统，集中管理财务、采购、销售等模块，与 S/4HANA 在数据库、数据模型和界面上存在显著差异。纠错码 ECC 通过增加冗余位实现数据检错与纠错，广泛应用于内存、NAND Flash 等存储介质，保障数据完整性。椭圆曲线密码学 ECC 则基于离散对数难题，以更短密钥提供高安全强度，适合嵌入式与物联网设备。理解不同 ECC 的原理与配置要点，有助于在 SAP 实施、嵌

2026-11-06 11:06:58 190

原创 ECC 是什么？一文讲清 SAP ECC、纠错码与椭圆曲线密码学

ECC 是计算机领域常见的多义缩写，在不同技术场景中分别指向 SAP ERP Central Component、Error Correcting Code 纠错码以及 Elliptic Curve Cryptography 椭圆曲线密码学。其共同底层逻辑，都是在不可靠环境中通过冗余、校验或数学难题来保障系统与数据的可靠性。理解 ECC 校验原理，有助于掌握内存、NAND Flash 与单片机中的纠错机制；而 ECC 加密则在 HTTPS 证书、物联网与加密通信中广泛用于实现更短密钥、更高效率的安全防护。围

2026-11-06 10:57:18 289

原创 ECC全解析：从内存纠错到SAP模块的跨领域技术指南

ECC（Error Correction Code，纠错码）是一种通过冗余信息检测和纠正数据错误的技术，广泛应用于内存、存储和通信领域。其原理基于汉明码等编码算法，能在硬件或软件层面自动恢复位翻转，显著提升数据可靠性。在服务器、嵌入式NAND Flash及工业控制等场景中，ECC是保障数据完整性的关键。此外，SAP ECC作为企业资源计划模块，虽缩写相同但属不同领域。本文深入剖析ECC在内存、存储、单片机及SAP中的实现与排查，帮助开发者全面理解这一跨领域概念。

2026-11-06 10:52:06 254

原创 安全审计技能包：可执行、可验证的代码级左移实践

安全审计不再只是合规流程或第三方报告，而是嵌入开发工作流的可验证技术动作。其本质是将漏洞识别、结果校验与覆盖证明转化为结构化JSON输出（如findings.json）和确定性脚本（如validate-findings.cjs），依托AST分析与规则断言实现自动化闭环。该模式显著降低人工评审依赖，提升修复时效性，并天然适配CI/CD与JavaScript工程生态。适用于Web服务、内部SDK及中型全栈项目的安全左移落地，核心价值在于把‘可能存在风险’转变为‘已验证无高危问题’的可信结论。

2026-11-06 10:46:42 233

原创 拒绝APK免杀：安卓安全防御与合规检测适配路径

从移动应用安全检测概念切入，解释静态特征扫描、动态行为监控与云查杀上报如何协同识别风险，说明应用加固和误报排查的技术价值；在CTF逆向靶场、企业内测分发、正规App上架申诉等场景中，合规检测适配比APK免杀更具工程意义。围绕安卓安全、应用加固、病毒查杀与误报排查展开，最终收敛到防御视角的检测机制拆解与合规经验分享。

2026-11-06 09:44:00 253

原创 ECC 全解析：SAP ECC 与存储纠错码原理及迁移实践

ECC 是 Error Correction Code 的缩写，是一种通过添加校验位来检测和纠正数据比特错误的技术，广泛应用于 NAND Flash、DRAM 等存储介质。其原理是在写入时计算校验位，读取时重新计算并比对，从而定位并修正错误。ECC 技术价值在于提升数据可靠性，避免因比特翻转导致的数据损坏。在应用场景上，NAND Flash 依赖 ECC 应对位翻转，SAP ECC 则通过事务一致性保证业务数据可靠。本文深入解析 SAP ECC 与 S/4HANA 的差异、PFCG 权限维护，以及 NAND

2026-11-06 09:42:03 196

开发用户登出功能-201905—机器学习之特征工程—六天课程知识总结的思维导图
第10章 开发用户登出功能 10.1 概述 本章节讲述如何开发standardlesson项目中的主框架页面中的登出功能。 页面功能需求：点击登出按钮或者菜单，弹出框提示是否登出，是则登出并清除session中用户信息，否则关闭弹出框。 本页面在项目的com.bstek.dorado.sample.standardlesson.junior.main目录下，页面效果如下：

2021-07-11

图层设置的阈值-移远ec20硬件设计手册
5. 移除 Earthquakes >= 3.5 图层设置的阈值 回想在二维视图中进行的地震展示，相比较，在三维场景中，可以真实的 展现震源的具体位置。

2021-07-11

替换数据-ft-2000四核cpu硬件设计指导手册-v1.5
2.5 替换数据 2.5.1 替换数据 在 Spotfire 中，可以重新使用先前创建文档中的图表、计算和设置，并包含以新数据， 只要新数据与旧数据大致相同。这对于创建分析（例如，某个月的销售数据）会很有 用。您使用一月份的数据创建了一份全面分析、设置图表、计算等，并保存文件。当二 月份的销售数据可用时，您可以再次打开同一文件，将一月份的数据替换为二月份的数 据，则图表将会更新。这当然要求二月份的数据表结构应与一月份的相似，并使用相同 的列名称和格式。 ► 替换文档中数据的步骤： 1. 选择“文件”>“替换数据表...”。 效果：系统将显示―替换数据表 - 选择数据表‖对话框。 2. 选择您要替换的数据表。 3. 确定是使用“新数据表”还是“按需加载新数据表”来替换该数据表。 注释：您可以使用分析中文件、信息链接、数据库、剪贴板或现有数据表的新 数据来替换数据。只有信息链接才能够按需加载。 4. 单击“确定”。 5. 选择新数据表的源类型。 6. 如果所选数据类型是除剪贴板之外的任意类型，则单击“浏览...”以指定源。 效果：根据所选选项，将为您提供多种方式来选择要打开的数据。有关每种选 择的详细信息，请参见打开文本文件、打开 Excel 文件、打开 SAS 文件、打开 信息链接或仍数据库打开数据。 应用转换（可选）。 7. 单击“确定”。 8. 如果新数据表包含与旧数据表完全匹配的列，则会立即更新文档以使用新数 据。但是，如果文档中使用的列并不能全部被新数据表中的列自动替换，那么 您将看到―替换数据 - 匹配列‖对话框。此处，您可以将当前数据表中的列与新数 据表中的列相匹配。如果在对列进行匹配之后仍有缺失的列，则系统会显示―替 换数据 - 缺失的列‖对话框。此对话框将对所有仍然存在的不匹配项进行说明。 把这些记录下来并单击“关闭”。数据会被替换，但是为确保所有图表已按预期 进行显示，您可能需要进行一些手动修改。 9. 如有必要，更新替换数据时所破坏的任何图表、计算或层级。

2021-07-11

与图表进行交互-ft-2000四核cpu硬件设计指导手册-v1.5
5.1 与图表进行交互 5.1.1 在图表中标记 标记图表中的项目（例如条形段、饼形扇区、直线或标记）或行的目的可能是查看该项 目的详细信息，也可能是区分行以便标记、复制、删除或以其他方式处理它们。在所有 图表中，标记的行被给定一种标志色。但是，如果分析包含多个标识（请参见下文）， 则仅会影响与您编辑的图表使用相同标识的图表。 ► 标记单个项目的步骤： 1. 单击此项目。 效果：将为已标记的项目分配不同颜色。相关联的图表也会更新，从而包含已 标记项目的项目将被设置为已标记的颜色。 注意：标记饼形图或条形图相当于标记此饼形图或条形图中包含的所有行。 ► 标记图表中一个或多个项目的步骤： 1. 用鼠标单击并拖动来绘制圈住所需项目的矩形。 注释：您也可以在轴上标记一个部分，以将所有项目包含在该部分内，请参见 下文。 注释：如果要标记散布于图表中，因此无法通过矩形将其圈住的多个项目，您 可以使用套索标记。按住 Alt 键并绘制任意形状的图形来圈住所需的项目。 注意：套索标记无法应用于可视化表。 ► 使用轴标记来标记一个或多个项目的步骤： 1. 在包含轴的图表中，您可以通过将鼠标指针放置在刻度标签区域中，然后用鼠 标单击并沿轴拖动来标记项目。 效果：在图表中绘制矩形，以便标记两个特定轴值之间的所有值。 注释：沿着条形图中的值轴进行标记与常规矩形标记略有不同；只有那些条形 的顶部包含在轴标记矩形中的条形图才可标记。这样使您可以选择高度在指定 范围内的条形。 ► 向已标记的集添加更多项目的步骤： 1. 按住 Ctrl 键。 2. 逐一单击想要添加的项目。或者用鼠标单击并拖动多个项目（同时仍按住 Ctrl 键）。 注释：要使用套索标记技术添加更多项目，在同时按住 Ctrl 键和 Alt 键的情况 下，绘制一个图形来圈住要添加到已标记集中的项目。 ► 更改已标记项目的颜色的步骤： 1. 选择“编辑”>“文档属性”。 2. 单击“标识”选项卡。 3. 单击所需的标识，然后单击“编辑...”。 4. 更改颜色并单击“确定”。

2021-07-11

书签的说明-ft-2000四核cpu硬件设计指导手册-v1.5
3.2 书签的说明 书签是分析状态的快照，可在任何时候加以应用，并能够使您返回到先前创建的数据视 图。 书签可对以下项中的一个或多个进行更新：要加以标记的行、要激活的页面和图表 以及要应用的筛选。可以选择性地将书签分类到不同的文件夹中。 书签最重要的一点是，可将其作为链接包含在文本区中。它能够帮助您创建引导式分 析，这样您分析文件的收件人可以通过在操作链接上单击的方式在多个不同的分析视图 中快速移动。 书签是在书签面板中进行管理的，可以通过单击工具栏中的―书签‖按钮 或选择“视 图”>“书签”来显示书签面板。书签面板的可见性是按页面进行控制的。新页面的面板可 见性继承自活动页面。

2021-07-11

特殊的内建变量-揭秘java虚拟机 jvm设计原理与实现
4.3 特殊的内建变量 1．内建输入变量 顶点着色器中的内建输入变量主要有 gl_VertexID 以及 gl_InstanceID。这两个变量分别为顶点 整数索引和实例 ID，都只在顶点着色器中使用，其具体含义如下。 � gl_VertexID gl_VertexID 是顶点着色器的一个内建输入变量，类型为“highp int”，主要用来记录顶点的整数 索引。此内建变量是 OpenGL ES 3.0 新增的，通过其可以很方便地实现一些 2.0 很难实现的功能。 � gl_InstanceID gl_InstanceID 是顶点着色器的另一个内建输入变量，类型为“highp int”，其用来记录采用实 例绘制时当前图元对应的实例号。如果当前图元不是来自于实例绘制，则 gl_InstanceID 的值为 0。 2．内建输出变量 顶点着色器中的内建输出变量主要有 gl_Position 和 gl_PointSize。这两个变量分别用来存放处 理后顶点的位置和顶点的大小，都只能在顶点着色器中使用，其具体含义如下。 � gl_Position 顶点着色器从渲染管线中获得原始的顶点位置数据，这些原始的顶点位置数据在顶点着色器 中经过平移、旋转、缩放等数学变换后，生成新的顶点位置。新的顶点位置通过在顶点着色器中 写入 gl_Position 内建变量传递到渲染管线的后继阶段继续处理。 gl_Position 的类型是 vec4，写入的顶点位置数据也必须与此类型一致。几乎在所有的顶点着 色器中都必须对 gl_Position 写入适当的值，否则后继阶段的处理结果将是不确定的。 � gl_PointSize 顶点着色器中可以计算一个点的大小（单位为像素），并将其赋值给 gl_PointSize（标量 float 类型）以传递给渲染管线。如果没有明确赋值的话，就是采用默认值 1 了。gl_PointSize 的值一般 只有在采用了点绘制方式之后才有意义，关于绘制方式的问题在后面的章节会进行详细介绍。 4.3.2 片元着色器中的内建变量 片元着色器的内建变量分为输入和输出变量，其中输入变量包括 gl_FragCoord、gl_FrontFacing 和 gl_PointCoord。输出变量包括 gl_FragDepth，其值 为片元深度值，从 OpenGL ES 3.0 开始允许开发人员 对其进行赋值，然后送进深度缓冲内参与后继计算。 关于其他几个内建变量的具体含义如下所列。 � gl_FragCoord 内建变量 gl_FragCoord（vec4 类型）中含有当前 片元在视口中的坐标值 x、y、z 与 1/w（如图 4-3 所 示）。其中 x 与 y 分别为片元相对于视口的二维坐标。 如果视口的大小为 800*480（单位为像素），那么 x 的取值范围为 0～800，y 的取值范围为 0～480，z 部分为该片元的深度值。 提示 通过该内建变量可以实现与窗口位臵相关的操作，例如，通过此内建变量的值 控制仅绘制窗口中指定区域的内容等。 � gl_FrontFacing gl_FrontFacing 是一个布尔型的内建变量，通过读取该内建变量的值可以判断正在处理的片元 ▲图 4-3 gl_FragCoord包含的窗口坐标信息

2021-07-11

编译工具链-天线测量手册
43.3 编译工具链 在前面编译过程中，MDK 调用了各种编译工具，平时我们直接配置 MDK，不需要学 习如何使用它们，但了解它们是非常有好处的。例如，若希望使用 MDK 编译生成 bin 文件 的，需要在 MDK 中输入指令控制 fromelf 工具；在本章后面讲解 AXF 及 O 文件的时候， 需要利用 fromelf 工具查看其文件信息，这都是无法直接通过 MDK 做到的。关于这些工具 链的说明，在 MDK 的帮助手册《ARM Development Tools》都有详细讲解，点击 MDK 界 面的“help->uVision Help”菜单可打开该文件。 43.3.1 设置环境变量 调用这些编译工具，需要用到 Windows 的“命令行提示符工具”，为了让命令行方便 地找到这些工具，我们先把工具链的目录添加到系统的环境变量中。查看本机工具链所在 的具体目录可根据上一小节讲解的工程编译提示输出信息中找到，如本机的路径为 “D:\work\keil5\ARM\ARMCC\bin”。 1. 添加路径到 PATH 环境变量 本文以 Win7 系统为例添加工具链的路径到 PATH 环境变量，其它系统是类似的。 (1) 右键电脑系统的“计算机图标”，在弹出的菜单中选择“属性”，见图 43-6； 图 43-6 计算机属性页面 (2) 在弹出的属性页面依次点击“高级系统设置”->“环境变量”，在用户变量一栏 中找到名为“PATH”的变量，若没有该变量，则新建一个。编辑“PATH”变 量，在它的变量值中输入工具链的路径，如本机的是 “;D:\work\keil5\ARM\ARMCC\bin”，注意要使用“分号;”让它与其它路径分隔 开，输入完毕后依次点确定，见图 43-7；

2021-07-11

》源码包-天线测量手册
MPU6050 官方提供的上位机的使用说明可在配套资料 《motion_driver6.12》源码包 documentation 文件夹里的《Motion Driver 6.12 – Getting Started Guide》找到。上位机的源码 在《motion_driver6.12》源码包的 eMPL-pythonclient 文件夹，里边有三个 python 文件，见 图 47-15。

2021-07-11

使用-（华为入门教程）verilog hdl 华为入门教程
第6章 命令执行顺序 在执行某个命令的时候，有时需要依赖于前一个命令是否执行成功。例如，假设你希望 将一个目录中的文件全部拷贝到另外一个目录中后，然后删除源目录中的全部文件。在删除 之前，你希望能够确信拷贝成功，否则就有可能丢失所有的文件。 在本章中，我们将讨论： • 命令执行控制。 • 命令组合。 如果希望在成功地执行一个命令之后再执行另一个命令，或者在一个命令失败后再执行 另一个命令，& &和| |可以完成这样的功能。相应的命令可以是系统命令或 s h e l l脚本。 S h e l l还提供了在当前s h e l l或子s h e l l中执行一组命令的方法，即使用（）和 { }。 6.1 使用&& 使用& &的一般形式为： 命令1 && 命令2 这种命令执行方式相当地直接。 & &左边的命令（命令 1）返回真 (即返回0，成功被执行） 后，& &右边的命令（命令 2）才能够被执行；换句话说，“如果这个命令执行成功 & &那么执 行这个命令”。 这里有一个使用& &的简单例子： 在上面的例子中， & &前面的拷贝命令执行成功，所以 & &后面的命令（ e c h o命令）被执 行。 再看一个更为实用的例子： $ mv /apps/bin /apps/dev/bin && rm -r /apps/bin 在上面的例子中， / a p p s / b i n目录将会被移到 / a p p s / d e v / b i n目录下，如果它没有被成功执行， 就不会删除 / a p p s / b i n目录。 在下面的例子中，文件 q u a r t e r _ e n d . t x t首先将被排序并输出到文件 q u a r t e r. s o r t e d中，只有 这一命令执行成功之后，文件 q u a r t e r. s o r t e d才会被打印出来： $ sort quarter_end.txt > quarter.sorted && lp quarter.sorted 6.2 使用|| 使用| |的一般形式为： 命令1 || 命令2

2021-07-11

IP数据报-高校正版授权endnote x9下载、安装及使用详细教程
9.4 转发或不转发 前面我们已经提过几次，一般都假定主机不转发 I P数据报，除非对它们进行特殊配置而 作为路由器使用。如何进行这样的配置呢？ 大多数伯克利派生出来的系统都有一个内核变量 i p f o r w a r d i n g，或其他类似的名字 （参见附录E）。一些系统（如B S D / 3 8 6和S V R 4）只有在该变量值不为0的情况下才转发数据报。 SunOS 4.1.x允许该变量可以有三个不同的值：- 1表示始终不转发并且始终不改变它的值； 0表 示默认条件下不转发，但是当打开两个或更多个接口时就把该值设为 1；1表示始终转发。 Solaris 2.x把这三个值改为0（始终不转发）、1（始终转发）和2（在打开两个或更多个接口时 才转发）。 较早版本的4 . 2 B S D主机在默认条件下可以转发数据报，这给没有进行正确配置的系统带 来了许多问题。这就是内核选项为什么要设成默认的“始终不转发”的原因，除非系统管理 员进行特殊设置。 9.5 ICMP重定向差错 当I P数据报应该被发送到另一个路由器时，收到数据报的路由器就要发送 I C M P重定向差 错报文给 I P数据报的发送端。这在概念上是很简单的，正如图 9 - 3所示的那样。只有当主机可 以选择路由器发送分组的情况下，我们才可能看到 I C M P重定向报文（回忆我们在图 7 - 6中看 过的例子）。 1) 我们假定主机发送一份 I P数据报给R 1。这种选路决策经常发生，因为 R 1是该主机的默 认路由。 2) R1收到数据报并且检查它的路由表，发现 R 2是发送该数据报的下一站。当它把数据报 发送给R 2时，R 1检测到它正在发送的接口与数据报到达接口是相同的（即主机和两个路由器 所在的L A N）。这样就给路由器发送重定向报文给原始发送端提供了线索。 3) R1发送一份 I C M P重定向报文给主机，告诉它以后把数据报发送给 R 2而不是R 1。 图9-3 ICMP重定向的例子 第9章 IP路由选择使用89 下载 主机 R1 R2 最终目标 (2) IP数据报 (3) ICMP重定向 (1) IP数据报

2021-07-11

太湖及周边区域裁剪-pt5108规格书 high-psrr 500ma ldo
图 3.2 太湖及周边区域裁剪 第四步：几何校正（图像配准） 此步骤是对环境小卫星数据进行几何校正，使其具有精确的地理信息。基准图像可以是 地形图，或其他已经过校正的中高分辨率图像。本专题中使用的是已经过校正的 TM 数据作 为基准图像。操作流程如下： （1） 打 开 待 配 准 图 像 （ HJ1B-CCD1-20091006-Cal-sub.dat ） 和 基 准 图 像 （TM_baseimage.dat）。 （2） 在 ENVI Toolbox 中，选择/Geometric Correction/Registration/Image Registration Workflow，打开图像配准流程化工具。 （3） 在 File Selection 步骤中，单击 Base Image File 右侧的 Browse 按钮，选择 TM_baseimage.dat 作为基准图像；选择 HJ1B-CCD1-20091006-Cal-sub.dat 作为待配准图像，

2021-07-11

滤波后结果-pt5108规格书 high-psrr 500ma ldo
图2.20 滤波后结果 2.4.4 地理编码和辐射定标/归一化 这一步将前面配准、滤波处理得到的结果进行地理编码和辐射定标，得到各个时相数据 的后向散射系数。 (1) 在 Toolbox 中，选择 /SARscape/Basic/Intensity Processing/Geocoding/Geocoding and Radiometric Calibration。 (2) 打开地理编码和辐射定标面板（Geocoding and Radiometric Calibration）。  Input file：鼠标单击 Brower 按钮，按住 shift 键，将上一步滤波得到的 8 景数据全选， 点击打开，数据列在 Input File List 列表下。  Optional Files 面板，Geometry GCP File 和 Area File 这两个文件是可选项，这里不使 用这两个文件。  DEM/Cartographic System 面板，输入 DEM 文件或投影信息。若是输入 DEM 数据， 最后输出结果默认以 DEM 投影参数为准。如果不输入 DEM 数据，则设置 Output Projection。这里输入 DEM 文件，如下图：

2021-07-11

延迟容忍网络-基于虚拟参考反馈整定的改进无模型自适应控制
6.7 延迟容忍网络 我们将通过描述一种全新的传输来结束本章，这种传输有朝一日可能会成为 Internet 的重要组成部分。 TCP 和大多数其他传输协议建立在这样的假设基础之上z 发送端和接收 端通过一些工作路径持续地连接在一起，否则协议就会失败且数据将无法传递。在某些网

2021-07-11

Linux安装分区选择-java解析jt808协议的实现代码
图 1.7 Linux安装分区选择 单击“下一步”，将会看到目前磁盘的分区情况，如图 1.8所示。可以通过双击空闲磁盘 空间，或者单击“新建”为 Linux来创建一个新的磁盘分区。

2021-07-11

Gdb设置断点与恢复相关命令-java解析jt808协议的实现代码
表 3.10 Gdb工作环境相关命令 命 令 格 式 含 义 set args运行时的参数 指定运行时参数，如 set args 2 show args 查看设置好的运行参数 path dir 设定程序的运行路径 show paths 查看程序的运行路径 set enVironment var [=value] 设置环境变量 show enVironment [var] 查看环境变量 cd dir 进入到 dir目录，相当于 shell中的 cd命令 pwd 显示当前工作目录 shell command 运行 shell的 command命令 2．设置断点与恢复命令 Gdb中设置断点与恢复的常见命令如表 3.11所示。 表 3.11 Gdb设置断点与恢复相关命令 命 令 格 式 含 义 bnfo b 查看所设断点 break 行号或函数名 <条件表达式> 设置断点 tbreak 行号或函数名 <条件表达式> 设置临时断点，到达后被自动删除 delete [断点号] 删除指定断点，其断点号为“info b”中的第一栏。若缺省断点 号则删除所有断点 disable [断点号]] 停止指定断点，使用“info b”仍能查看此断点。同 delete一样， 省断点号则停止所有断点 enable [断点号] 激活指定断点，即激活被 disable停止的断点 condition [断点号] <条件表达式> 修改对应断点的条件 ignore [断点号]<num> 在程序执行中，忽略对应断点 num次 step 单步恢复程序运行，且进入函数调用 next 单步恢复程序运行，但不进入函数调用 finish 运行程序，直到当前函数完成返回 c 继续执行函数，直到函数结束或遇到新的断点

2021-07-11

addrinfo结构体常见选项值-java解析jt808协议的实现代码
表 10.6 getaddrinfo函数语法要点 所需头文件 #include 函数原型 Int getaddrinfo(const char *hostname,const char *service,const struct addrinfo *hints,struct addrinfo **result) Hostname：主机名 service：服务名或十进制的串口号字符串 hints：服务线索 函数传入值 result：返回结果 成功：0 函数返回值 出错：−1 在调用之前，首先要对 hints 服务线索进行设置。它是一个 addrinfo结构体，表 10.7 列 举了该结构体常见的选项值。 表 10.7 addrinfo结构体常见选项值 结构体头文件 #include AI_PASSIVE：该套接口是用作被动地打开 ai_flags AI_CANONNAME：通知 getaddrinfo函数返回主机的名字 AF_INET：IPv4协议 AF_INET6：IPv6协议 family AF_UNSPE：IPv4或 IPv6均可 SOCK_STREAM：字节流套接字 socket（TCP） ai_socktype SOCK_DGRAM：数据报套接字 socket（UDP） IPPROTO_IP：IP协议 IPPROTO_IPV4：IPv4协议 4 IPPROTO_IPV6：IPv6协议 IPPROTO_UDP：UDP ai_protocol IPPROTO_TCP：TCP

2021-07-11

概率判别式模型-effective akka
4.3 概率判别式模型 对于⼆分类问题，我们已经看到，对于⼀⼤类的类条件概率密度p(x | Ck)的选择，类 别C1后验概率分布可以写成作⽤于x的线性函数上的logistic sigmoid函数的形式。类似地，对 于多分类的情形，类别Ck的后验概率由x的线性函数的softmax变换给出。对于类条件概率密 度p(x | Ck)的具体的选择，我们已经使⽤了最⼤似然⽅法估计了概率密度的参数以及类别先 验p(Ck)，然后使⽤贝叶斯定理就可以求出后验类概率。 然⽽，另⼀种⽅法是显⽰地使⽤⼀般的线性模型的函数形式，然后使⽤最⼤似然法直接确 定它的参数。我们会看到，寻找这样的解有⼀个⾼效的算法，被称为迭代重加权最⼩平⽅ （iterative reweighted least squares），或者简称IRLS。 寻找⼀般的线性模型参数的间接⽅法是，分别寻找类条件概率密度和类别先验，然后使 ⽤贝叶斯定理。这是⽣成式建模的⼀个例⼦。这是因为，我们可以拿来这个模型，从边缘 分布p(x)中取出⼀个x的值，然后⼈⼯⽣成数据。在直接⽅法中，我们最⼤化由条件概率分 布p(Ck | x)定义的似然函数。这种⽅法代表了判别式训练的⼀种形式。判别式⽅法的⼀个优点 是通常有更少的可调节参数需要确定，正如我们稍后会看到的那样。并且预测表现也会提升， 尤其是当类条件概率密度的假设没有很好地近似真实的分布的时候更是如此。 4.3.1 固定基函数 本章中⽬前为⽌，我们已经考虑了直接对输⼊向量(x)进⾏分类的分类模型。然⽽，如果我 们⾸先使⽤⼀个基函数向量ϕ(x)对输⼊变量进⾏⼀个固定的⾮线性变换，所有的这些算法仍然 同样适⽤。最终的决策边界在特征空间ϕ中是线性的，因此对应于原始x空间中的⾮线性决策边 界，如图4.12所⽰。在特征空间ϕ(x)线性可分的类别未必在原始的观测空间x中线性可分。与我 们对于回归的线性模型的讨论⼀样，基函数中的某⼀个通常设置为常数，例如ϕ0(x) = 1，使得 对应的参数w0扮演偏置的作⽤。对于本章的剩余部分，我们会使⽤⼀个固定基函数变换ϕ(x)， 因为这会引出⼀些与第3章中讨论的回归模型相似的地⽅。 对于许多实际问题来说，类条件概率密度p(x | Ck)之间有着相当⼤的重叠。这表明⾄少对于 某些x的值，后验概率p(Ck | x)不等于0或1。在这种情况下，最优解可以通过下⾯的⽅式获 得：对后验概率精确建模，然后使⽤第1章中讨论的标准的决策论。需要注意的是，⾮线性变 换ϕ(x)不会消除这些重叠。实际上，这些变换会增加重叠的程度，或者在原始观测空间中不存 在重叠的地⽅产⽣出新的重叠。然⽽，恰当地选择⾮线性变换能够让后验概率的建模过程更简 147

2021-07-11

列表项的删除-鲁棒控制——线性矩阵不等式处理方法 俞立 文字版 非扫描版
7.5 列表项的删除 有列表项的插入，那么必然有列表项的删除，列表项的删除通过函数 uxListRemove()来完 成，函数原型如下： UBaseType_t uxListRemove( ListItem_t * const pxItemToRemove ) 参数： pxItemToRemove: 要删除的列表项。 返回值： 返回删除列表项以后的列表剩余列表项数目。 注意，列表项的删除只是将指定的列表项从列表中删除掉，并不会将这个列表项的内存给 释放掉！如果这个列表项是动态分配内存的话。函数 uxListRemove()的源码如下： UBaseType_t uxListRemove( ListItem_t * const pxItemToRemove ) { List_t * const pxList = ( List_t * ) pxItemToRemove->pvContainer; (1)

2021-07-11

克隆虚拟机-bufg_ibufg_bufgp_ibufgds等含义以及使用
1.3 克隆虚拟机 因为是虚拟机环境，所以在配置好一台机器之后，可以对其进行克隆，克隆完毕后再修改 ip 和一些差异配置即可。 关 闭 虚 拟 机 右 键 选 择 clone ， 然 后 勾 选 初 始 化 MAC

2021-07-11

撤销审计-pmbok第五版 英文版
8.3、撤销审计 SQL> noaudit all on t_test; 9、审计语句 多层环境下的审计：appserve-应用服务器，jackson-client AUDIT SELECT TABLE BY appserve ON BEHALF OF jackson; 审计连接或断开连接： AUDIT SESSION; AUDIT SESSION BY jeff, lori; -- 指定用户 审计权限(使用该权限才能执行的操作)： AUDIT DELETE ANY TABLE BY ACCESS WHENEVER NOT SUCCESSFUL; AUDIT DELETE ANY TABLE; AUDIT SELECT TABLE, INSERT TABLE, DELETE TABLE, EXECUTE PROCEDURE BY ACCESS WHENEVER NOT SUCCESSFUL; 对象审计： AUDIT DELETE ON jeff.emp; AUDIT SELECT, INSERT, DELETE ON jward.dept BY ACCESS WHENEVER SUCCESSFUL; 取消审计： NOAUDIT session; NOAUDIT session BY jeff, lori; NOAUDIT DELETE ANY TABLE; NOAUDIT SELECT TABLE, INSERT TABLE, DELETE TABLE,EXECUTE PROCEDURE; NOAUDIT ALL; -- 取消所有 statement 审计 NOAUDIT ALL PRIVILEGES; -- 取消所有权限审计 NOAUDIT ALL ON DEFAULT; -- 取消所有对象审计 10、清除审计信息 DELETE FROM SYS.AUD$; DELETE FROM SYS.AUD$ WHERE obj$name='EMP'; 11、审计视图

2021-07-11

队列简介-鲁棒控制——线性矩阵不等式处理方法 俞立 文字版 非扫描版
13.1 队列简介 队列是为了任务与任务、任务与中断之间的通信而准备的，可以在任务与任务、任务与中 断之间传递消息，队列中可以存储有限的、大小固定的数据项目。任务与任务、任务与中断之 间要交流的数据保存在队列中，叫做队列项目。队列所能保存的最大数据项目数量叫做队列的 长度，创建队列的时候会指定数据项目的大小和队列的长度。由于队列用来传递消息的，所以 也称为消息队列。FreeRTOS 中的信号量的也是依据队列实现的！所以有必要深入的了解 FreeRTOS 的队列。 1、数据存储 通常队列采用先进先出(FIFO)的存储缓冲机制，也就是往队列发送数据的时候(也叫入队)永 远都是发送到队列的尾部，而从队列提取数据的时候(也叫出队)是从队列的头部提取的。但是 也可以使用 LIFO 的存储缓冲，也就是后进先出，FreeRTOS 中的队列也提供了 LIFO 的存储缓 冲机制。 数据发送到队列中会导致数据拷贝，也就是将要发送的数据拷贝到队列中，这就意味着在 队列中存储的是数据的原始值，而不是原数据的引用(即只传递数据的指针)，这个也叫做值传 递。学过 UCOS 的同学应该知道，UCOS 的消息队列采用的是引用传递，传递的是消息指针。 采用引用传递的话消息内容就必须一直保持可见性，也就是消息内容必须有效，那么局部变量 这种可能会随时被删掉的东西就不能用来传递消息，但是采用引用传递会节省时间啊！因为不 用进行数据拷贝。 采用值传递的话虽然会导致数据拷贝，会浪费一点时间，但是一旦将消息发送到队列中原 始的数据缓冲区就可以删除掉或者覆写，这样的话这些缓冲区就可以被重复的使用。FreeRTOS 中使用队列传递消息的话虽然使用的是数据拷贝，但是也可以使用引用来传递消息啊，我直接 往队列中发送指向这个消息的地址指针不就可以了！这样当我要发送的消息数据太大的时候就 可以直接发送消息缓冲区的地址指针，比如在网络应用环境中，网络的数据量往往都很大的， 采用数据拷贝的话就不现实。 1、多任务访问 队列不是属于某个特别指定的任务的，任何任务都可以向队列中发送消息，或者从队列中 提取消息。 2、出队阻塞 当任务尝试从一个队列中读取消息的时候可以指定一个阻塞时间，这个阻塞时间就是当任 务从队列中读取消息无效的时候任务阻塞的时间。出队就是就从队列中读取消息，出队阻塞是 针对从队列中读取消息的任务而言的。比如任务 A 用于处理串口接收到的数据，串口接收到数 据以后就会放到队列 Q 中，任务 A 从队列 Q 中读取数据。但是如果此时队列 Q 是空的，说明 还没有数据，任务 A 这时候来读取的话肯定是获取不到任何东西，那该怎么办呢？任务 A 现在 有三种选择，一：二话不说扭头就走，二：要不我在等等吧，等一会看看，说不定一会就有数 据了，三：死等，死也要等到你有数据！选哪一个就是由这个阻塞时间决定的，这个阻塞时间 单位是时钟节拍数。阻塞时间为 0 的话就是不阻塞，没有数据的话就马上返回任务继续执行接 下来的代码，对应第一种选择。如果阻塞时间为 0~ portMAX_DELAY，当任务没有从队列中获 取到消息的话就进入阻塞态，阻塞时间指定了任务进入阻塞态的时间，当阻塞时间到了以后还 没有接收到数据的话就退出阻塞态，返回任务接着运行下面的代码，如果在阻塞时间内接收到 了数据就立即返回，执行任务中下面的代码，这种情况对应第二种选择。当阻塞时间设置为 portMAX_DELAY 的话，任务就会一直进入阻塞态等待，直到接收到数据为止！这个就是第三

2021-07-11

向队列发送消息-鲁棒控制——线性矩阵不等式处理方法 俞立 文字版 非扫描版
13.4 向队列发送消息 13.4.1 函数原型 创建好队列以后就可以向队列发送消息了，FreeRTOS 提供了 8 个向队列发送消息的 API 函

2021-07-11

开启软件定时器-鲁棒控制——线性矩阵不等式处理方法 俞立 文字版 非扫描版
15.6 开启软件定时器 如果软件定时器停止运行的话可以使用 FreeRTOS 提供的两个开启函数来重新启动软件定 时器，这两个函数表 15.6.1 所示： 函数 描述 xTimerStart() 开启软件定时器，用于任务中。 xTimerStartFromISR() 开启软件定时器，用于中断中。 表 15.6.1 开启软件定时器 1、函数 xTimerStart() 启动软件定时器，函数 xTimerStartFromISR()是这个函数的中断版本，可以用在中断服务函 数中。如果软件定时器没有运行的话调用函数 xTimerStart()就会计算定时器到期时间，如果软 件定时器正在运行的话调用函数 xTimerStart()的结果和 xTimerReset()一样。此函数是个宏，真 正执行的是函数 xTimerGenericCommand，函数原型如下： BaseType_t xTimerStart( TimerHandle_t xTimer, TickType_t xTicksToWait ) 参数： xTimer： 要开启的软件定时器的句柄。 xTicksToWait： 设置阻塞时间，调用函数 xTimerStart()开启软件定时器其实就是向定时器命令 队列发送一条 tmrCOMMAND_START 命令，既然是向队列发送消息，那肯 定会涉及到入队阻塞时间的设置。 返回值： pdPASS: 软件定时器开启成功，其实就是命令发送成功。 pdFAIL: 软件定时器开启失败，命令发送失败。 2、函数 xTimerStartFromISR() 此函数是函数 xTimerStart()的中断版本，用在中断服务函数中，此函数是一个宏，真正执行 的是函数 xTimerGenericCommand()，此函数原型如下： BaseType_t xTimerStartFromISR( TimerHandle_t xTimer, BaseType_t * pxHigherPriorityTaskWoken ); 参数： xTimer： 要开启的软件定时器的句柄。 pxHigherPriorityTaskWoken： 标记退出此函数以后是否进行任务切换，这个变量的值函数会

2021-07-11

表操作命令-cp340模块使用手册
4.9 表操作命令 块读取（TBLBR） 4-209 4 4.9 表操作命令 块读取 （TBLBR） 将通过表名称、行编号、列编号指定的表数据块传送至传送目标起始地址开始的连续区域中。依据已读取 要素的数据类型，存储于传送对象区域中。 已参照表时，出现超出范围、传送目标数据长度不足等错误时，报告错误，不读取数据，保存传送对象区 域的内容。 正常结束时，输出传送字数，将状态设为 OFF。出现错误时，输出错误代码，将状态设为 ON。 • 传送成功时 • 传送失败时 传送失败时，在传送对象区域保存命令执行前的状态。 ���� ���� ���� ���� ���� ����

2021-07-11

转矩限制-安川伺服驱动说明书.
矢量控制 5.9 转矩限制 驱动功能 功能手册, (FH1), 04/2014, 6SL3097-4AB00-0RP4 221 5.9 转矩限制 描述 转矩限值是允许的最大转矩。 针对电动式运行和回馈式运行可设置不同的转矩限值。 ● p0640[0...n] 电流极限 ● p1520[0...n] CO: 转矩上限/电动式运行转矩极限 ● p1521[0...n] CO: 转矩下限/回馈式运行转矩极限 ● p1522[0...n] CI: 转矩上限/电动式运行转矩极限 ● p1523[0...n] CI: 转矩下限/回馈式运行转矩极限 ● p1524[0...n] CO: 转矩上限/电动式运行转矩极限比例系数 ● p1525[0...n] CO: 转矩下限/回馈式运行转矩极限比例系数 ● p1530[0...n] 电动式运行功率极限 ● p1531[0...n] 回馈式运行功率极限 图 5-14 转矩限制 当前实际转矩限值在以下参数中显示： ● r0067 最大驱动输出电流 ● r1526 转矩上限/电动式运行转矩极限，无偏移 ● r1527 转矩下限/回馈式运行转矩极限，无偏移

2021-07-11

异步脉冲频率-安川伺服驱动说明书.
矢量控制 5.23 异步脉冲频率 驱动功能 270 功能手册, (FH1), 04/2014, 6SL3097-4AB00-0RP4 5.23 异步脉冲频率 脉冲频率与电流控制器周期相关，只能设为该周期的整数倍值。 该设置方式适用于大多数的标准应用，请勿擅自修改。 但是在某些应用中,独立于电流控制器周期设置脉冲频率更有优势。 这种设置的优点有： ● 电机模块或功率模块配置更优 ● 某些电机型号可以用更适合的脉冲频率运行 ● 不同大小的电机模块可以用不同的脉冲频率运行 ● 可为DCC和自由功能块设置更快的采样时间 ● 可从上级控制系统更快地接收设定值 ● 电流控制器周期不同情况下的自动调试得到简化 此功能在装机装柜型电机模块或功率模块的矢量控制中使能。 激活功能 要激活异步脉冲频率，必须满足以下前提条件： ● r0192.16 = 1 ● p1800 < 2 x 1000 / p0115[0] ● p1810.3 = 0 满足上述前提条件后，可设置 p1810.12 = 1 激活异步脉冲频率（矢量控制）。 激活会产生以下影响： ● 控制组的切换（p1810 位 2） ● 电流实际值补偿接通（p1840 位 0） ● 最小脉冲频率 1000 x 0.5 / p0115[0] ● 最大脉冲频率 1000 x 2 / p0115[0] ● 波动的时滞和电流环的动态特性 ● 电流显示中增加的电流鳞纹

2021-07-11

单位切换-安川伺服驱动说明书.
基本功能 7 7.1 单位切换 通过单位切换可以切换到匹配的单位制中，如公制或百分比值 (%)，以便输入输出参数和过程值。 单位切换按照以下基本条件进行： ● 变频器或电机的铭牌参数能够在公制和英制之间切换，但不能切换为百分比值。 ● 在重新设置了单位参数后，该参数采用的单位制的所有参数都统一切换到新单位。 ● 工艺控制器内的工艺值显示采用一个用于选择工艺单位的参数(p0595)。 ● 如果单位转换到百分比值，而后来基准值发生改变，参数中输入的百分比值仍保持不 变。 示例： – 基准转速为 1500 rpm 时，固定转速 80 % 相当于 1200 rpm 的转速。 – 而基准转速变为 3000 rpm 时，百分比值 80 % 会保持不变，相当于 2400 rpm。 限制 ● 在切换单位时会四舍五入到小数位。 因此，原始值可能会最多改变一个小数位。 ● 如果选择了百分比单位，而之后又修改了基准参数，例如 p2000，为保持控制性能，某些控制参数的基准值也一同改变。 ● 如果在 STARTER 离线模式下修改了基准值(p2000~p2007) ，参数值可能会超出值域。 在将数据载入驱动装置时会报错。 单位组 每个可切换的参数都属于一个单位组，单位组在各自特定的限值内转换。 在 SINAMICS S120/S150 参数手册的参数表中，可以查阅每个参数的分配和单位组。 单位组可以通过 4 个参数 (p0100、p0349、p0505 和 p0595) 分别切换。

2021-07-11

自动重启-安川伺服驱动说明书.
基本功能 7.10 自动重启 驱动功能 312 功能手册, (FH1), 04/2014, 6SL3097-4AB00-0RP4 7.10 自动重启 自动重启功能会自动接通驱动或驱动组合,例如在电源断电后再次恢复时。 此时会自动应答所有现有的故障，重新给驱动通电。 该功能的应用并不只限于电源故障，因此也可用于由任意故障导致的断路，以便自动应答 故障，重新启动电机。 如果需要将驱动切换到一个正在旋转的电机芯轴上，可以通过 p1200 激活“捕捉重启”功能。 必须确保自动重启开始前电源上存在可用的供电电压。 相关内容也请参见通过驱动接通电源 (页 818)。 说明 自动重启在伺服控制、矢量控制和带电源闭环控制的电源上生效。 存在电源电压后， 5 kW/10 kW 非调节型电源模块便自动启动。 警告 参数设置错误时电机的自动重启 p1210 设为大于 1 的值时，电源恢复后电源模块/电机便自动启动。 此时应注意，在长时间电源断电后电机会处于静止状态，看上去如同断电。 请勿进入电机的工作范围。

2021-07-11

主从调节型电源功能-安川伺服驱动说明书.
功能模块 8.9 主从调节型电源功能 驱动功能 功能手册, (FH1), 04/2014, 6SL3097-4AB00-0RP4 531 8.9 主从调节型电源功能 8.9.1 功能原理 通过这种功能驱动可以带冗余电源运行。 冗余运行只适用于电源模块、电机模块和控制单元。 在以下应用场合可以采用该功能： ● 提升装置，在紧急模式下设备仍需要继续运行，以便放下负载。 ● 造纸机和轧钢机，在这些机器上线性驱动仍需要以降低的线性速度继续运行。 ● 输油平台，一旦电源出现故障，仍需要继续输油，即完整的冗余运行。 ● 为增大功率，带多个不同电源的设备。 ● 供电系统或变压器上存在相位偏移、同一直流母线上存在电压差。 在主从电源运行中，每个电源模块都必须由一个单独的控制单元控制。 另外还需要一个上级控制器，例如 SIMATIC S7，它可以通过 PROFIBUS 从- 从通讯传送电流设定值，或者通过 TM31 模块的模拟信号给出电流设定值。 在电源模块选型合适时，一个电源模块失效后，整个系统会继续运行，而不会降低功率。 主机由控制系统选定，并具有 Vdc 电压控制（参数 p3513 = 0）、电流控制功能。 从机直接从主机获得设定值，只具有电流控制功能（参数 p3513 = 1）。 电源侧需要通过隔离变压器实现安全电气隔离，以避免产生补偿电流。 电源模块可以通过一个直流开关与直流母线隔开。 8.9.2 基本结构 每个调节型电源模块(ALM)和一个控制单元(CU)、一个电压测量模块(VSM)通过 DRIVE- CLiQ 连接在一起，构成一条驱动支路。 一个电机模块和一个机柜安装式编码器模块(SMC)或外部编码器模块(SME)构成了一条驱 动支路。 一个控制单元控制整个驱动系统。 一旦其中一个的模块出现故障，最多只有该模块所在的支路失效。 该故障情况可以通过可读参数 r0863.0 作为故障信息传送给上位控制器。 在上级控制器的用户程序中会对该故障加以分析评估，并发送相应的信号给其余的电源模 块。 没有使用上级控制器时，也可以借助各个调节型电源模块中的 DCC 图分析故障。 所有其他支路的功能完全正常，继续运行。

2021-07-11

TCP的超时与重传使用233_下载-深信服scsa认证考试总题库
21.5 拥塞举例 现在观察一下数据报文段的传输过程。图 2 1 - 6显示了报文段中数据的起始序号与该报文 段发送时间的对比图。它提供了一种较好的数据传输的可视化方法。通常代表数据的点将向 上和向右移动，这些点的斜率就表示传输速率。当这些点向下和向右移动则表示发生了重传。 在2 1 . 4节开始时，我们曾提到整个传输的时间约为 4 5秒，但在本图中只显示了 3 5秒钟。 这3 5秒只是数据报文段发送的时间。因为第 1个S Y N看来是丢失了并被重传（见图 2 1 - 5），因 此第1个数据报文段是在第 1个S Y N发送6 . 3秒后才发送的。而且，在发送最后一个数据报文段 和F I N（图2 1 - 6中的3 4 . 1秒）之后，在接收方的 F I N到达之前，又花费了另外的 4 . 0秒接收来自 接收方的最后1 4个A C K。 图21-6 从s l i p 发送32768个字节的数据到v a n g o g h 可以立即看到图 2 1 - 6中发生在时刻 1 0，1 4和2 1附近的3个重传。我们还可以看到在这 3个 点中只进行了一次报文段的重传，因为只有一个点下垂低于向上的斜率。 仔细检查一下这几个下垂点中的第 1个点（在1 0秒标记处的附近）。整理t c p d u m p的输出 结果可以得到图2 1 - 7。 在这个图中，除了下面将要讨论的报文段 7 2，已经去掉了其他所有的窗口通告。主机 s l i p总是通告窗口大小为 4 0 9 6，而主机v a n g o g h则通告窗口为 8 1 9 2。该图中报文段的编号 可以看作是图 2 1 - 2的延续，在那里报文段的编号从 1开始。与图2 1 - 2一样，报文段根据在 s l i p 上发送和接收的顺序进行编号， t c p d u m p在主机s l i p上运行。我们还去掉了一些与讨论无 第21章 TCP的超时与重传使用233 下载 发送时间(秒) 序号 (千字节)

2021-07-12

Rlogin的例子-深信服scsa认证考试总题库
26.3 Rlogin的例子 在这里举两个例子：第一个是当 R l o g i n会话建立的时候，客户和服务器的协议交互；从第 二个例子可以看到，当用户键入中断键以取消正在服务器运行的程序时，服务器将产生很多 输出。在图1 9 - 2中，我们给出了通常情况下，R l o g i n会话上的数据流交互情况。 26.3.1 初始的客户-服务器协议 图2 6 - 5显示的是从主机b s d i到服务器 s v r 4的R l o g i n建立一个连接时的时间系列 (在图中，去 掉了通常的T C P连接的建立过程，窗口通告以及服务类型信息）。 上节介绍的协议对应图中的报文段 1 ~ 9。客户发送一个字节的 0（报文段1）之后发送 3个 字符串（报文段 3）。在本例中，这 3个字符串分别是： r s t e v e n s（客户的登录名）、r s t e v e n s （服务器的登录名）和 i b m p c 3 / 9 6 0 0（终端类型和速率）。当服务器确认了这些信息后回送一个 字节的0（报文段5）。 然后服务器发送窗口请求命令（报文段 7）。这是采用T C P紧急方式发送的，我们又一次看 到一个实现 ( S V R 4 )采用较老的但更普通的解释，即紧急指针指明的序号是紧急数据的最后一 个字节加1。客户回送1 2字节的数据：2字节的0 x ff，2字节的‘s’，4个16 bit长度的窗口数据。 下面的4个报文段（ 10, 12, 14和1 6）是由服务器发送的，是从服务器操作系统的问候 ( g r e e t i n g )。之后报文段1 8是一个7字节长度的外壳进程提示符“ s v r 4％”。 客户输入的信息如图 1 9 - 2所示，每次发送一个字节。客户和服务器都可以主动中断该连 接。如果我们输入一个命令，让服务器的外壳程序终止运行，那么服务器将中断该连接。如 果我们给R l o g i n客户键入一个转移符（通常是一个“ ~”），紧跟着一个句点或者是一个文件结 束符号，那么客户将主动关闭该连接。 298使用TCP/IP详解，卷1：协议 下载

2021-07-12

参数绑定和参数共享-彩色uml建模(四色原型)object modeling in color _peter coaderic lefebvrejeff de luca著
216 第七章 深度学习中的正则化 比较式 (7.40)和式 (7.42)，我们能够发现，如果超参数 ϵ,α 和 τ 满足如下： ( − ϵΛ)τ = (Λ+ α )−1α, (7.43) 那么 L2 正则化和提前终止可以被看作是等价的（至少在目标函数的二次近似下）。 进一步取对数，使用 (1 + x) 的级数展开，我们可以得出结论：如果所有 λi 是 小的（即 ϵλi ≪ 1 且 λi/α≪ 1），那么 τ ≈ 1 ϵα , (7.44) α ≈ 1 τϵ . (7.45) 也就是说，在这些假设下，训练迭代次数 τ 起着与 L2 参数成反比的作用，τϵ 的倒 数与权重衰减系数的作用类似。 对应显著曲率（目标函数）方向的参数值正则化小于小曲率方向。当然，在提 前终止的情况下，这实际上意味着对应于显著曲率方向的参数比较小的曲率方向的 参数更早地停止学习。 本节中的推导表明长度为 τ 的轨迹结束于 L2正则化目标的极小点。当然，提前 终止比简单的轨迹长度限制更丰富；相反，提前终止通常涉及监控验证集误差，以便 在空间特别好的点处终止轨迹。因此提前终止比权重衰减更具有优势，提前终止能 自动确定正则化的正确量，而权重衰减需要多个训练实验测试其超参数的不同值。 7.9 参数绑定和参数共享 目前为止，本章讨论对参数添加约束或惩罚时，一直是相对于固定的区域或点。 例如，L2正则化（或权重衰减）对参数偏离零的固定值进行惩罚。然而，有时我们 可能需要其他的方式来表达我们对模型参数适当值的先验知识。有时候，我们可能 无法准确地知道应该使用什么样的参数，但我们根据领域和模型结构方面的知识得 知模型参数之间应该存在一些相关性。 我们经常想要表达的一种常见依赖是某些参数应当彼此接近。考虑以下情形： 我们有两个模型执行相同的分类任务（具有相同类别），但输入分布稍有不同。形式 地，我们有参数为 (A) 的模型 A 和参数为 (B) 的模型 B。这两种模型将输入映射 到两个不同但相关的输出：ŷ(A) = f( (A), ) 和 ŷ(B) = f( (B), )。

2021-07-12

学成近似推断-彩色uml建模(四色原型)object modeling in color _peter coaderic lefebvrejeff de luca著
19.5 学成近似推断 我们已经看到了推断可以被视作一个增加函数 L 值的优化过程。显式地通 过迭代方法（比如不动点方程或者基于梯度的优化算法）来进行优化的过程通常 是代价很高且耗时巨大的。通过学习一个近似推断，许多推断算法避免了这种 代价。具体地说，我们可以将优化过程视作将一个输入 投影到一个近似分布 q∗ = q L( , q) 的一个函数 f。一旦我们将多步的迭代优化过程看作是一个函 数，我们可以用一个近似函数为 f̂( ;θ) 的神经网络来近似它。

2021-07-12

创建帮助手册-基于滑膜控制理论的永磁同步电机的控制方法及系统
OEM 专用在线帮助 18.3 创建帮助手册 SINUMERIK Operate (IM9) 476 开机调试手册, 10/2015, 6FC5397-1DP40-5RA3

2021-07-12

交换空间配置步骤-北邮通信原理复试
实验名称： 8.3 交换空间配置步骤 为 DRS 群集启用主机-本地交换： 主机-本地交换允许将存储在主机本地的数据存储指定为交换文件位置。可以为 DRS 群 集启用主机-本地交换。 步骤 1 在 vSphere Web Client 导航器中，浏览到群集。 2 依次单击管理选项卡和设置。 3 在“配置”下，单击常规以查看交换文件位置，然后单击编辑对其进行更改。 4 选择由主机指定的数据存储选项，然后单击确定。 5 在 vSphere Web Client 导航器中，浏览到群集中的其中一个主机。 6 依次单击管理选项卡和设置。 7 在“虚拟机”下，选择虚拟机交换文件位置。 8 单击“编辑”，选择要使用的本地数据存储，然后单击确定。

2021-07-12

重轲向量操作符[]-sae j1772-2017
§2.5 常规向量 2.5.1 直接引用元素 与数组直接通过下标访问元素的方式（形如“A[i]”）相比，向量ADT所设置的get()和put() 接口都显得不甚自然。毕竟，前一访问方式不仅更为我们所熟悉，同时也更加直观和便捷。那么， 在经过封装之后，对向量元素的访问可否沿用数组的方式呢？答案是肯定的。 解决的方法之一就是重载操作符“[]”，具体实现如代码2.6所示。 1 template T& Vector::operator[] ( Rank r ) const //重载下标操作符 2 { return _elem[r]; } // assert: 0 <= r < _size 代码2.6 重轲向量操作符[] 2.5.2 置乱器  置乱算法 可见，经重载后操作符“[]”返回的是对数组元素的引用，这就意味着它既可以取代get() 操作（通常作为赋值表达式的右值），也可以取代set()操作（通常作为左值）。例如，采用这 种形式，可以简明清晰地描述和实现如代码2.7所示的向量置乱算法。 1 template void permute ( Vector& V ) { //随机置乱向量，使各元素等概率出现亍各位置 2 for ( int i = V.size(); i > 0; i-- ) //自后向前 3 swap ( V[i - 1], V[rand() % i] ); //V[i - 1]不V[0, i)中某一随机元素交换 4 } 代码2.7 向量整体置乱算法permute() 该算法从待置乱区间的末元素开始，逆序地向前逐一处理各元素。如图2.2(a)所示，对每 一个当前元素V[i - 1]，先通过调用rand()函数在[0, i)之间等概率地随机选取一个元素，再 令二者互换位置。注意，这里的交换操作swap()，隐含了三次基于重载操作符“[]”的赋值。 于是如图(b)所示，每经过一步这样的迭代，置乱区间都会向前拓展一个单元。因此经过O(n) 步迭代之后，即实现了整个向量的置乱。 图2.2 向量整体置乱算法permute()癿迭代过秳 在软件测试、仿真模拟等应用中，随机向量的生成都是一项至关重要的基本操作，直接影响 到测试的覆盖面或仿真的真实性。从理论上说，使用这里的算法permute()，不仅可以枚举出同 一向量所有可能的排列，而且能够保证生成各种排列的概率均等（习题[2-6]）。

2021-07-12

无外观控件-ogg 官方文档
20.5　无外观控件 20.5.1　无形才是有形 木木看到“无外观控件”5个字时感到非常奇怪，按钮的外观是一个 矩形，鼠标点上去会有压下去的感觉。如果外观都没有，还能称上控件 吗？由于这个命题和天下武术能够相互印证，因此我们还是引用《笑傲 江湖》中风清扬传剑给令狐冲的一段话吧： 风清扬道：“活学活使，只是第一步。要做到出手无招，那才 真是踏入了高手的境界。你说‘各招浑成，敌人便无法可破’，这 句话还只说对了一小半。不是‘浑成’，而是根本无招。你的剑招 使得再浑成，只要有迹可寻，敌人便有隙可乘。但如你根本并无招 式，敌人如何来破你的招式？”令狐冲一颗心怦怦乱跳，手心发 热，喃喃地道：“根本无招，如何可破？根本无招，如何可 破？”斗然之间，眼前出现了一个生平从所未见，连做梦也想不到 的新天地。 ——《笑傲江湖》，“第十章　传剑” [1] 上面的是风清扬传剑给令狐冲，以下就是木木和风老前辈的对话： “老前辈，为什么还会有无外观控件？” “刚才你使用UserControl自定义控件最大的缺点是什么呢？” “其实我没太多体会，我觉得还是非常方便的。但是《葵花宝典》 上说，最大的缺点就是用户不能自定义控件的外观。”

2021-07-12

数据类型-abb acs510 变频器中文使用说明书
4.2 数据类型 无论声明的是变量还是常量，都必须使用到数据类型。数据类型的标准化是编程语言开放性的 重要标志，在 CoDeSys 中数据类型完全符合 IEC61131-3 所定义的标准， CoDeSys 将数据类型分为 标准数据类型、IEC1131-3 标准的扩展数据类型和自定义数据类型，数据类型决定了它将占用多大 的存储空间以及将存储何种类型的值。 4.2.1 标准数据类型 CoDeSys 标准数据类型共分为 5 大类，分别为布尔类型、整数类型、实数类型、字符串类型和 时间数据类型，图 2-1 将 CoDeSys 所支持的标准数据类型列举出来。 表 2-1 标准数据类型 数据大类 数据类型 关键字 位数 取值范围 布尔 布尔 BOOL 1 FALSE(0)或 TEUE(1) 整型 字节 BYTE 8 0～255 字 WORD 16 0～65535 双字 DWORD 32 0～4294967295 长字 LWORD 64 0～(2^64-1) 短整型 SINT 8 -128～127 无符号短整型 USINT 8 0～255 整型 INT 16 -32768～32767 无符号整型 UINT 16 0～65535 双整型 DINT 32 -2147483648～2147483647 无符号双整型 UDINT 32 0～4294967295 长整型 LINT 64 -2^63～(2^63-1) 实数 实数 REAL 32 1.175494351e-38～3.402823466e+38 长实数 LREAL 64 2.2250738585072014e-308～ 1.7976931348623158e+308 字符串 字符串 STRING 8*N 时间数据 时间 TIME 32 T#0ms～T#71582m47s295ms TIME_OF_DAY TOD#0:0:0～TOD#1193:02:47.295 DATE D#1970-1-1～D#2106-02-06 DATE_AND_TIME DT#1970-1-1-0:0:0 ～DT#2106-02-06-06:28:15 1. 布尔 布尔型变量用来表示 TRUE/FALSE 值，一个布尔型变量只有 TRUE 或 FALSE 两种状态，在 CoDeSys 还可以使用 0 或 1 来表示。 类型 内存使用 BOOL 8位

2021-07-12

电气电机模型的说明-安川伺服驱动说明书.
伺服控制 4.9 电气电机模型的说明 驱动功能 功能手册, (FH1), 04/2014, 6SL3097-4AB00-0RP4 135 4.9 电气电机模型的说明 在转速区 p1752 × (100 % - p1756) 和 p1752 内会切换模型。 在高速范围中，带编码器的异步电机的转矩仿真更加精确，转子阻抗的影响和主磁场感应 的饱和特性得到校正。 而在带编码器的同步电机上，换向角监控功能激活。 如果激活了 kT 评估器，在同步电机上转矩仿真也更精确。

2021-07-11

用户证书的位置-北邮通信原理复试
vSphere 6.0 用户证书的位置 在 vSphere 6.0 及更高版本中，VMware 证书颁发机构 (VMCA) 会使用证书置备您的环 境。这些证书包括用于安全连接的计算机 SSL 证书，对 vCenter Single Sign-On 进行身份 验证的解决方案用户证书，以及已添加到vCenter Server 的 ESXi 主机的证书。

2021-07-12

查看更多

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章？
取消 删除