watchdog

服务器端开发者模式 为便于开发者，Odoo 有一个–dev=all 参数可激活一些开发者友好的功能。 “ 注意：Odoo 10 的修改–dev=…参数是在 Odoo 10 中引入的，它取代了此前版本中更简单、功能也更少的–debug 参数” 这启用了一些有用的功能可加快开发流程，最重要的如下： ⚫ 在保存 Python 文件时自动重载 Python 代码，避免手动重启服务 ⚫ 从 XML 中直接读取 view 定义，避免手动升级模块 –dev=all 将在抛出异常时启动 Python 调试器(pdb)，在服务报错后做后验(postmortem)分析非常有益。注意这一设置对日志输出不产生任何影响。有关 Python 调试器命令详情可参见Python 官方文档。 虽然 all 值适用于大多数情况，–dev 还可接一串逗号分隔的选项。缺省情况下会使用 Python 调试器 pdb。有些人会倾向安装、使用其它调试器，来改善功能和易用性。Odoo 是允许我们指定调试器的，常用的有 ipdb 和 pudb。 在本系列第八章业务逻辑，我们将介绍如何在 Odoo 开发中使用调试器。要自动侦测代码文件的变化 ，服务开发者模式需安装一个额外的依赖 python3-watchdog。我们需要在 Ubuntu/Debian 系统中安装它之后才可使用，命令如下： sudo apt-get install

文章导航 Redis源码系列的初衷，是帮助我们更好地理解Redis，更懂Redis，而怎么才能懂，光看是不够的，建议跟着下面的这一篇，把环境搭建起来，后续可以自己阅读源码，或者跟着我这边一起阅读。由于我用c也是好几年以前了，些许错误在所难免，希望读者能不吝指出。 曹工说Redis源码（1）-- redis debug环境搭建，使用clion，达到和调试java一样的效果 曹工说Redis源码（2）-- redis server 启动过程解析及简单c语言基础知识补充 曹工说Redis源码（3）-- redis server 启动过程完整解析（中） 曹工说Redis源码（4）-- 通过redis server源码来理解 listen 函数中的 backlog 参数 曹工说Redis源码（5）-- redis server 启动过程解析，以及EventLoop每次处理事件前的前置工作解析（下） 曹工说Redis源码（6）-- redis server 主循环大体流程解析 本讲主题 本讲，聚焦于redis的周期执行任务。redis启动起来后，基本就剩下两件事，上一讲的主流程分析中，已经讲到了。1个是处理客户端请求，2就是指向周期任务。处理客户端请求，大概会细分为：处理客户端连接事件（客户端连接到redis）、客户端读写事件（客户端发送请求，redis返回响应）； 周期任务呢，就是本讲主题

转自： https://www.cnblogs.com/dakewei/p/10991941.html 分析用的 内核版本为5.1.3 1.MFD全称 　　Multi-function Device,多功能设备 2. 为何会出现MFD子系统 　　由于出现了一类具有多种功能的外围设备或cpu内部集成的硬件模块 3. 有哪些多功能设备呢? 　　3.1 PMIC,电源管理芯片 　　　　da9063: 调节器,led控制器,看门狗,实时时钟控制器,温度传感器,震动马达驱动,长按关机功能(ON key) 　　　　max77843: 调节器,充电器,燃油量表,触觉反馈,led控制器,micro USB接口控制器 　　　　wm831x: 调节器,时钟,实时时钟控制器,看门狗,触摸控制器,温度传感器,背光控制器,状态led控制器,GPIO,长按关机功能(ON key),ADC 　　　　其它: 甚至具有codec功能 　　3.2 atmel-hlcdc: 显示控制器和背光pwm 　　3.3 Diolan DLN2: USB转I2C,SPI和GPIO控制器 　　3.4 Realtek PCI-E读卡器: SD/MMC和记忆棒读取器 4. MFD子系统解决的主要问题 　　在不同的内核子系统中注册这些驱动。特别是外部外围设备仅仅由一个结构体struct device(或是指定的i2c_client或spi

背景 在项目中需要用到解压功能，之前还记录了下，将uboot解压代码移植到另外的bootloader中时，碰到的效率问题。最终查明是cache的配置导致的。 https://www.cnblogs.com/zqb-all/p/11443127.html 优化前速度是uboot的十分之一，优化后速度达到uboot的两倍多。 没想到风水轮流转，最近在uboot中用了解压功能，结果最终在进行启动速度优化时，发现解压速度很慢， 不仅比不上移植到另一个bootloader中的解压速度，而且比之前测到过的uboot解压速度要慢得多。 同样的数据量，在另一个bootloader中解压耗时低于200毫秒，而记忆中的之前测到的uboot中耗时为数百毫秒，最新数据测得是接近2秒。 cache 最开始还是怀疑cache，一顿操作一无所获，经过确认cache是确实使能了的，类型也是write-back，没有问题。为了确认还故意将其配置为write-through，测得性能进一步降低了，这才确认此路不通。 watchdog 继续排查，最终才性能问题是一个watchdog配置项引入的，打开了watchdog之后解压耗时就从数百毫秒增加到了接近2秒，足足三倍。 watchdog怎么就影响到了解压速度呢？原来uboot在很多地方预置了watchdog的喂狗的钩子，当适配了watchdog驱动并使能之后

安装postgresql CentOS7安装并配置PostgreSQL 安装pgpool rpm -ivh http: // www.pgpool.net/yum/rpms/3.7/redhat/rhel-7-x86_64/pgpool-II-release-3.7-1.noarch.rpm yum -y install pgpool-II- pg95 yum -y install pgpool-II-pg95- debuginfo yum -y install pgpool-II-pg95- devel yum -y install pgpool-II-pg95- extensions 开机启动 systemctl enable pgpool 　 添加Pgpool-II运行用户 [root@im110 pgpool- II]# useradd pgpool [root@im110 pgpool - II]# passwd pgpool Changing password for user pgpool. New password: Retype new password: passwd: all authentication tokens updated successfully. [root@im110 pgpool -II]# chown -R pgpool.pgpool

作者：阿里安全 谢君 公众号： vessial的安全Trash Can 背景 随着5G大浪潮的推进，未来万物互联将会有极大的井喷爆发的可能，而移动基带系统作为连接世界的桥梁，必将成为未来非常重要的基础设施，而基础设施的技术自主能力已经上升到非常重要的国家层面上的战略意义，从美国对待中国的通信产商华为的禁令就可以看得出基础技术的发展对一个国家的震慑，现今人类的生产生活已经离不开移动通信，未来也将会继续是引领人类科技的发展的重要媒介，人工智能，自动驾驶，物联网以及你所能想到的一切科技相关的发展都会与移动通信产生重要的联系，在此之上其安全性和可靠性将会成为人类所关心的重要问题，这也是笔者为了写这个系列文章的初衷，也希望更多的安全研究人员参与到基础设施的安全研究当中来，挖掘出更多的缺陷与隐患，完善未来的基础设施的安全。 概念和研究目的 3GPP移动通信的标准化组织3rd Generation Partnership Project，成立于上世纪末，主要职能是为了制订移动通信的技术标准，保证各个不同国家以及运营商在移动通信方面的兼容性，最常见的例子就是能够让我们的手机可以做到在不同的国家漫游使用。 3GPP所制定的移动通信技术标准涵盖了所有的2/3/4/5G通信相关的技术体系，产生了大量的技术文档供研究人员学习和参考，有兴趣的可以从3GPP的官方网站获取。

FILE_THIS="./oomLog" FILE_LAST="./oomTemp" FOLDER="./back" DIR=`pwd ` IP=`/sbin/ifconfig -a|grep inet|grep -v 127.0.0.1|grep -v inet6|awk '{print $2}'|tr -d "addr:" ` while :; do if [ -e "$FILE_THIS" ]; then # mv "$FILE_THIS" "$FILE_LAST" # ls "$FOLDER" > "$FILE_THIS" diff "$FILE_THIS" "$FILE_LAST" if [ $? == 0 ]; then echo Not changed else echo Changed ./stop.sh ./start.sh MTIME=`ls -l --time-style="long-iso" $FILE_THIS |awk '{ print \$6 "-" \$7}' ` # SMS="http://193.0.10.197:8084/skynet/collect?infoId=13\&text=oom_error$MTIME\&phone=18758363171\&title=watchdog" SMS="http://193.0.10.197:8084

CPU TLZ7xH-EVM是一款由创龙基于SOM-TLZ7xH核心板设计的开发板，底板采用沉金无铅工艺的6层板设计 CPU为 Xilinx Zynq-7000 SOC，兼容XC7Z0 35 /XC7Z0 45 /XC7Z 100 ，平台升级能力强，以下为 Xilinx Zynq-7000 特性参数： （ 数据手册见Datasheet目录） CameraLink 接口 开发板引出2路 CameraLink Base接口 ， 支持Full模式 ，其引脚定义如下图： Watch dog接口 Watchdog接口， 3pin，间距2.54mm，通过跳线帽配置。其引脚定义如下图： 来源： oschina 链接： https://my.oschina.net/u/4169033/blog/3192419