1 2022年02月 机器学习-逻辑回归 黄海广 副教授 2 本章目录 01 分类问题 02 Sigmoid函数 03 逻辑回归求解 04 逻辑回归代码实现 3 1.分类问题 01 分类问题 02 Sigmoid函数 03 逻辑回归求解 04 逻辑回归代码实现 4 监督学习的最主要类型 ✓ 分类（Classification） Sigmoid函数 01 分类问题 02 Sigmoid函数 03 逻辑回归求解 04 逻辑回归代码实现 8 ? ? 代表一个常用的逻辑函数（logistic function）为?形函数（Sigmoid function） 则：? ? = ? ? = 1 1+?−? 合起来，我们得到逻辑回归模型的假设函数： 当? ? 大于等于0.5时，预测 y=1 当? ? 小于0 10 2.Sigmoid函数 将?进行逻辑变换：? ? = 1 1+?−? ?′(?) = ( 1 1 + ?−?)′ = ?−? (1 + ?−?)2 = 1 + ?−? − 1 (1 + ?−?)2 = 1 (1 + ?−?) (1 − 1 (1 + ?−?)) = ?(?)(1 − ?(?)) ? ? 11 3.逻辑回归求解 01 分类问题 02 Sigmoid函数

第六部分 实战 TensorFlow 验证码识别 扫描二维码 试看/购买《TensorFlow 快速入门与实战》视频课程 • 准备模型开发环境 • 生成验证码数据集 • 输入与输出数据处理 • 模型结构设计 • 模型损失函数设计 • 模型训练过程分析 • 模型部署与效果演示 第六部分 目录 准备模型开发环境 第三方依赖包 数据集生成 • Pillow • captcha 储的数据， 它应该为一般的图像处理工 具提供坚实的基础。 https://github.com/python-pillow/Pillow captcha Catpcha 是一个生成图像和音频验证码的开源工具库。 https://github.com/lepture/captcha from captcha.image import ImageCaptcha from captcha.audio https://github.com/pallets/flask 生成验证码数据集 验证码（CAPTCHA）简介 全自动区分计算机和人类的公开图灵测试（英语：Completely Automated Public Turing test to tell Computers and Humans Apart，简称CAPTCHA），俗称验证码，是一种区分用户是 计算机或人的公共全自动程序。在CAPT

−阿兰·图灵 1.1 人工智能 信息技术是人类历史上的第三次工业革命，计算机、互联网、智能家居等技术的普及 极大地方便了人们的日常生活。通过编程的方式，人类可以将提前设计好的交互逻辑交给 机器重复且快速地执行，从而将人类从简单枯燥的重复劳动工作中解脱出来。但是对于需 要较高智能水平的任务，如人脸识别、聊天机器人、自动驾驶等任务，很难设计明确的逻 辑规则，传统的编程方式显得力不从心，而人工智能(Artificial 是可行 的。 怎么实现人工智能是一个非常广袤的问题。人工智能的发展主要经历了三个阶段，每 个阶段都代表了人们从不同的角度尝试实现人工智能的探索足迹。早期，人们试图通过总 结、归纳出一些逻辑规则，并将逻辑规则以计算机程序的方式实现，来开发出智能系统。 但是这种显式的规则往往过于简单，并且很难表达复杂、抽象的概念和规则。这一阶段被 称为推理期。 1970 年代，科学家们尝试通过知识库加推理的方式解决人工智能，通过构建庞大复杂 据中学习规则的研究学科诞生了，称为机器学习，并在 1980 年代成为人工智能中的热门学 预览版202112 第 1 章 人工智能绪论 2 科。 在机器学习中，有一个通过神经网络来学习复杂、抽象逻辑的研究方向，称为神经网 络。神经网络方向的研究经历了两起两落。从 2012 年开始，由于算法效果极为显著，深层 神经网络技术在计算机视觉、自然语言处理、机器人等领域取得了重大突破，部分任务上 甚至

5.7. 定义集群服务版本（CSV） 5.8. 使用捆绑包镜像 5.9. 遵守 POD 安全准入 5.10. 云供应商上的 OPERATOR 的令牌身份验证 5.11. 使用 SCORECARD 工具验证 OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 Container Platform 中默认部署。 这些工具可组合使用，因此您可自由选择对您有用的工具。 2.1.3. Operator 成熟度模型 Operator 内部封装的管理逻辑的复杂程度各有不同。该逻辑通常还高度依赖于 Operator 所代表的服务类 型。 对于大部分 Operator 可能包含的特定功能集来说，可以大致推断出 Operator 封装操作的成熟度等级。就 此而言，以下 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时，会验证以下要求： 该捆绑包必须在注解中至少定义一个频道。 每个捆绑包都只有一个集群服务版本（CSV）。 如果 CSV 拥有自定义资源定义（CRD），则该 CRD 必须存在于捆绑包中。 2.2.1.1

INGRESS CONTROLLER 端点发布策略 11.2. 其他资源 第 第 12 章 章 验证 验证到端点的 到端点的连 连接 接 12.1. 执行连接健康检查 12.2. 连接健康检查实现 12.3. PODNETWORKCONNECTIVITYCHECK 对象字段 12.4. 验证端点的网络连接 第 第 13 章 章 更改集群网 更改集群网络 络的 的 MTU 13.1. 关于集群 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18.3. 验证流控制传输协议 (SCTP) 已启用 第 第 19 章 章 使用 使用 PTP 硬件 硬件 19.1. 关于 PTP 硬件 19.2. 关于 PTP 19.3. OPENSHIFT CONTAINER CLOUD-EVENT-PROXY SIDECAR REST API 中的 PTP 事件 20.4. 将消费者应用程序订阅到 PTP 事件 20.5. 获取当前的 PTP 时钟状态 20.6. 验证 PTP 事件消费者应用程序是否收到事件 第 第 21 章 章 外部 外部 DNS OPERATOR 21.1. OPENSHIFT CONTAINER PLATFORM 中的外部 DNS OPERATOR

3.5. 对集群恢复失败使用的集群脚本已被更新 1.2.4. 机器 API 1.2.4.1. 支持多个块设备映射 1.2.4.2. Machine API providerSpec 的默认设置和验证 1.2.4.3. 在 Azure 上运行的机器集支持 Spot 虚拟机 1.2.4.4. 在 GCP 上运行的机器集支持可抢占虚拟机实例 1.2.5. Web 控制台 8 8 8 8 8 Operator API 1.2.11.5.1. 在集群进行升级前，会删除 Operator API 的技术预览版本 1.2.11.6. Node Maintenance Operator 现在会验证维护请求 1.2.11.7. 使用 NodeMaintenance 自定义资源将节点设置为维护模式 18 18 18 18 18 18 18 19 19 19 19 20 20 20 新的集群日志记录仪表板 用于调整 Fluentd 的新参数 1.2.17. 监控 1.2.17.1. 用户定义项目的监控 1.2.17.2. 对规则更改的警报 1.2.17.3. Prometheus 规则验证 1.2.17.4. 为 Thanos Querier 添加了指标和警报规则 1.2.17.5. 虚拟机的 Pending Changes 警报已更新 1.2.18. Insights Operator

CI/CD 4 采用自定义构建策略时，开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建器 镜像，可以自定义构建流程。 自定义构建器镜像是嵌入了构建过程逻辑的普通容器镜像，例如用于构建 RPM 或基本镜像的逻辑。 自定义构建以级别很高的特权运行，默认情况下不可供用户使用。只有可赋予集群管理权限的用户才应被 授予运行自定义构建的权限。 2.1.1.4. Pipeline 构 构建 构建过程将目录更改到 contextDir（若已指定）。 3. 内联 Dockerfile（若有）写入当前目录中。 4. 当前目录中的内容提供给构建过程，供 Dockerfile、自定义构建器逻辑或 assemble 脚本引用。 这意味着，构建会忽略所有驻留在 contextDir 之外的输入内容。 以下源定义示例包括多种输入类型，以及它们如何组合的说明。如需有关如何定义各种输入类型的更多详 build error: failed to pull image 信息，您可以使用 以下方法之一解决这个错误： 创建一个输入 secret，其中包含构建器镜像的仓库和所有已知 mirror 系统的身份验证凭据。在本 例中，为到镜像 registry 及其 mirror 的凭证创建一个 pull secret。 使用输入 secret 作为 BuildConfig 对象上的 pull secret。

PVC 使用。 3.2.8. 更改持久性卷的重新声明策略 更改持久性卷的重新声明策略： 1. 列出集群中的持久性卷： 输 输出示例 出示例 2. 选择一个持久性卷并更改其重新声明策略： 3. 验证您选择的持久性卷是否具有正确的策略： 输 输出示例 出示例 $ oc delete pv $ oc get pv NAME 挂载卷并将其传递给容器之前，它会检查卷是否包含由持久性卷定义中 的 fsType 参数指定的文件系统。如果没有使用文件系统格式化该设备，该设备中的所有数据都会被删 除，并使用指定的文件系统自动格式化该设备。 此验证可让您将未格式化的 AWS 卷用作持久性卷，因为 OpenShift Container Platform 在首次使用前会 进行格式化。 4.1.4. 一个节点上的 EBS 卷的最大数目 默认情况下，OpenShift 指定启用巨型磁盘的机器集标签。此流程使用 disk.ulssd 用于这个值。 这个 pod 引用了 ultra-disk PVC。 验证 1. 运行以下命令验证机器是否已创建： 机器应处于 Running 状态。 2. 对于正在运行并附加节点的机器，请运行以下命令验证分区： 在这个命令中，oc debug node/ 会在节点 上启动一个 debugging

启 autoCreateTopicEnable 机制，什么情况会在两个 Broker 上都创建队列，其实，我们只需要连续快速的发送 9 条消 息，就有可能在 2 个 Broker 上都创建队列，验证代码如下： public static void main(String[] args) throws MQClientException, InterruptedException { DefaultMQProducer 命令，逐一查看文件大小不为０的文件，从而寻找错误日志，便于快速解决 问题。 RocketMQ 提供了众多的运维命令来查看 RocketMQ 集群的运行状态，在这里我先 简单使用 clusterList 命令来查看集群的状态，用于验证一下集群的状态。 sh ./mqadmin clusterList -n 127.0.0.1:9876 本文来自『中间件兴趣圈』公众号，仅作技术交流，未授权任何商业行为。 1.3 实战：RocketMQ 图所示： 看到这样的提示就表示大功告成。 本文来自『中间件兴趣圈』公众号，仅作技术交流，未授权任何商业行为。 1.3 实战：RocketMQ 学习环境搭建指南篇 < 38 接下来简单来做一个验证。 首先先在 AbstractSendMessageProcessor 类的 parseRequestHeader 方法中 打上一个断点。 然后运行 example 中 org/apache/