last

本文是笔者在学习 cycleGAN 的代码时，发现其实现了根据需求选择不同调整学习率方法的策略，遂查资料了解pytorch各种调整学习率的方法。主要参考： https://pytorch.org/docs/stable/optim.html#how-to-adjust-learning-rate 1 综述 1.1 lr_scheduler综述 torch.optim.lr_scheduler 模块提供了一些根据epoch训练次数来调整学习率（learning rate）的方法。一般情况下我们会设置随着epoch的增大而逐渐减小学习率从而达到更好的训练效果。 而 torch.optim.lr_scheduler.ReduceLROnPlateau 则提供了基于训练中某些测量值使学习率动态下降的方法。 学习率的调整应该放在optimizer更新之后，下面是一个参考蓝本： >> > scheduler = . . . >> > for epoch in range ( 100 ) : >> > train ( . . . ) >> > validate ( . . . ) >> > scheduler . step ( ) 注意： 在PyTorch 1.1.0之前的版本，学习率的调整应该被放在optimizer更新之前的。如果我们在 1.1.0 及之后的版本仍然将学习率的调整（即

MMM高可用架构 MMM（Master-Master replication manager for MySQL） 是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发，主要用来监控和管理MySQL Master-Master（双主）复制，可以说是mysql主主复制管理器。虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时刻备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个slave的read负载均衡。关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件（在任何时候只有一个节点可以被写入），这个套件也能对居于标准的主从配置的任意数量的从服务器进行读负载均衡，所以你可以用它来在一组居于复制的服务器启动虚拟ip，除此之外，它还有实现数据备份、节点之间重新同步功能的脚本。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。MySQL本身没有提供replication failover的解决方案，通过MMM方案能实现服务器的故障转移

学习MySQL时的随手笔记及代码笔记，学习课程来源https://www.bilibili.com/video/av49181542?p=38 第一课 DQL : data query languge 数据查询语言 DML： 增删改查语言 DDL: 数据定义语言 TCL： 事务控制语言 DQL 1.基础查询 select 查询列表 from 表名; 查询的列表可以是：表中的字段、常量、表达式、函数 查询的结果时一个虚拟的表格 #1.查询表中的单个字段 SELECT last_name from employees; #2.查询表中的多个字段 select last_name , salary , email from employees ; #3.查询表中的所有字段 select * from employees ; #4.查询常量至 select 110； select ‘li’; #5.查询表达式 selec 100%98; #6.查询函数 select version(); #7.起别名 select 100%98 as 结果; select last_name as 姓 , first_name as 名 from employees ; ---as可省略 #8.去重 distinct select distinct departme_id from employees;

20.1 IGMP互联网组管理协议 IGMP（internet group manage protocol）协议是主机跟路由器之间的控制协议，主机通过IGMP协议向组播路由器报告自己想加入的组，路由器通过IGMP协议查询网段上是否还有特定组的成员，协议号为2. 当前IGMP对IPv4有3个版本： RFC1112—IGMPv1（参见RFC1112中IGMP的结构） RFC2236—IGMPv2 RFC3376—IGMPv3 主机跟路由器之间的组控制协议称之为Multicast Listener Discover，对IPv6有2个版本： MLD V1 MLD V2 加入组播组方法：当一个主机希望接收一个组播组的数据，则发送成员加入报告给组播组。而且由该网段的DR负责发送查询如图20-1所示： 图20-1　路由器的查询以及主机的报告功能 报告抑制功能： 组的其他成员监听到报告后抑制自己的成员关系报告发送。即报告抑制机制，实验证明V1抑制功能很低下，V2可以正常工作，而且增加了最大响应时间来指定延时值来规定所有主机的查询响应延时的上限，此外最大响应时间在IGMP查询器（选举原则为IP地址小的设备）上配置，只应用在成员关系查询信息。如图20-2所示： 图20-2　IGMP查询和抑制机制 组成员离开过程： 主机[必须是last report设备]向224.0.0.2发送离开组消息

#!/bin/env python3 # -*-coding:utf-8-*- # InputNeuron.py class InputNeuron : index = 1 index_all = 1 def __init__ ( self , index , index_all ) : self . index = index self . index_all = index_all def __str__ ( self ) : return f "[index:{round(self.index,2)},index_all:{self.index_all}]" #!/bin/env python3 # -*-coding:utf-8-*- # hiddenNeuron.py from decimal import Decimal class HiddenNeuron : thet = Decimal ( 0 ) hidden_val = - 1 index = 1 index_all = 1 def __init__ ( self , thet , index , index_all ) : self . thet = thet self . index = index self . index_all = index_all def __str__ ( self ) :

MMM高可用集群案例拓扑图： 环境准备： 主服务器1：192.168.18.146 db1 vip：192.168.18.250 主服务器2：192.168.18.147 db2 从服务器1：192.168.18.128 db3 vip：192.168.18.251 从服务器2：192.168.18.148 db4 vip：192.168.18.252 监控服务器：192.168.18.145 Master1： [root@localhost ~]# wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo [root@localhost ~]# yum install epel-release -y [root@localhost ~]# yum clean all && yum makecache [root@localhost ~]# vim /etc/my.cnf //在行首按9dd删除9行 [mysqld] log_error=/var/lib/mysql/mysql.err log=/var/lib/mysql/mysql_log.log log_slow_queries=/var/lib/mysql_slow_queris.log binlog