AMD-Xilinx MPSoC的器件里，提供了内置的Watchdog。在Vivado里选择Watchdog，并在设备树里使能Watchdog，还不能在Linux中正常使用。
一，softlockup: watchdog软狗/软锁----用于检测系统调度是否正常。 能响应中断，但调度异常。
如上是从ActivityManagerService提取出来关于Watchdog监控ActivityManagerService这个对象锁的相关代码，而监控的实现如下，Watchdog是一个线程对象，start这个线程之后就会每次wait 30s后检查一次，如此不断的循环检查：
Watchdog监控线程死锁需要被监控的对象实现Watchdog.Monitor接口的monitor()方法，然后再调用addMonitor()方法，例如ActivityManagerService：
刚才提到了上图右下角的绿框，其责任是处理资源，这不是本文的重点，但作者好歹算是Kubernetes爱好者，觉得有必要科(xuan)普(yao)一下资源相关的知识点：
在linux kernel里，有一个debug选项LOCKUP_DETECTOR。
Watchdog是Android系统提供的以后总检查系统异常的机制，正如其名，“看门狗”，它看的是Android框架层的几个核心服务。Watchdog一旦发现的AMS、WMS和PMS等核心服务的主线程阻塞，就清除systemserver进程，我们知道，一单SystemServer进程停止，Zygote进程就会自杀，系统就会重启。
Hello，大家好，之前说不打算更新公众号了，后面有时间的话还是会偶尔更新下，记录和分享下一些技术相关的内容，今天分享下如何实现一个 APM watchdog。
2020年3月出版的《深入浅出Serverless》一书中，陈耿老师提到为了优化watchdog性能，OpenFasS正在孵化一个全新的watchdog实现：of-watchdog，如下图：
看门狗是linux驱动的一个重要环节。某些特殊的设备，有时候需要放在一些环境恶劣的地方，比如电信设备。但是，任何软件都不可能100%没有bug。如何保证软件在遇到严重bug、死机的时候也能正常运行呢，那么看门狗就是有效的一种方法。看门狗一般要求用户定时喂狗，如果一段时间没有喂狗的话，那么系统就会自动重启。今天，我们就来看看这个看门狗驱动怎么编写？
文件系统监控是许多应用程序的关键部分，用于实时检测文件和目录的更改。Python Watchdog是一个优秀的第三方库，用于实现高效的文件系统监控。它提供了一种简单而强大的方式来监控文件和目录的创建、修改、删除等事件。
# watchdog介绍 Watchdog的中文的“看门狗”，有保护的意思。最早引入Watchdog是在单片机系统中，由于单片机的工作环境容易受到外界磁场的干扰，导致程序“跑飞”，造成整个系统无法正常工作，因此，引入了一个“看门狗”，对单片机的运行状态进行实时监测，针对运行故障做一些保护处理，譬如让系统重启。这种Watchdog属于硬件层面，必须有硬件电路的支持。 Linux也引入了Watchdog，在Linux内核下，当Watchdog启动后，便设定了一个定时器，如果在超时时间内没有对/dev/Watc
在计算机中，“看门狗”指的是一种硬件计时器，用于在计算机失去响应（死机）的时候重启计算机。计算机的系统上要运行一个程序不断和看门狗硬件通信。当通信中断经过一段预设的时间后，看门狗就会通过发送 RESET 信号或者切断再接通电源等方式强制重启，保证计算机上运行的服务不长时间中断。
所谓日志（Log）是指系统所指定对象的某些操作和其操作结果按时间有序的集合。每个日志文件由日志记录组成，每条日志记录描述了一次单独的系统事件。通常情况下，系统日志是用户可以直接阅读的文本文件，其中包含了一个时间戳和一个信息或者子系统所特有的其他信息。
SystemServer中通过Watchdog来检测UI、IO、Fg等线程是否会阻塞 , 也可以检测是否发生死锁.
看到这里，对于java11模板的内部实现及其执行原理，相信在您眼里应该没有什么秘密了，为了制作更好用的java模板，咱们已经做了充分准备，接下来的文章，请随欣宸一起实战自定义java模板；
一：为什么需要看门狗? Watchdog,初次见到这个词语是在大学的单片机书上, 谈到了看门狗定时器. 在很早以前那个单片机刚发展的时候, 单片机容易受到外界工作影响, 导致自己的程序跑飞, 因此有了
Framework层所有的Service都是运行在SystemServer进程中；SystemServer进程是由Zygote进程创建。
WatchDog是一个开源（MIT License）、免费、针对ASP.Net Core Web应用程序和API的实时应用监控系统。开发者可以实时记录和查看他们的应用程序中的消息、事件、HTTP请求和响应，以及运行时捕获的异常。
rsyslog 是标准Linux系统的一部分，能够实时的写日志，并且还可以将日志选择性的发送到远程日志服务器。
if w.last < time.Now().Add(-10*time.Second).UnixNano() {
已经写到了第五期, 最近深感学习一件东西,可以和秋风扫落叶的一样的学习和理解,也可以和冰血暴一样的学习了理解,决定用那种方式学习,主要依靠
无论是自动化构建系统、文件同步工具还是相关的自动化程序，都需要对系统中文件的变化（创建、修改、删除等）做出及时响应。
通过阅读本文，您将了解如何检测对Python应用程序中现有文件所做的更改。我们将使用一个维护良好的模块，叫做看门狗(watchdog)。基于官方文档，watchdog是一个用于监视文件系统事件的Python API库和shell实用程序。
Watchdog Manager是AutoSAR架构中位于服务层的模块，通过监控可配置的被监控实体（Supervised Entities）来监控程序流中功能安全相关的逻辑和时间行为等。当它检测到程序执行过程中违反了配置的时间或者逻辑约束时，会执行一系列可配置的操作来从故障中恢复。
可以修改/etc/default/grub文件，很多发行版里没有该问题的，可以直接修改/boot下的grub.cfg，在对应的kernel项后面增加相应的参数。
在python中文件监控主要有两个库，一个是pyinotify （ https://github.com/seb-m/pyinotify/wiki ），一个是watchdog（http://pythonhosted.org/watchdog/）。pyinotify依赖于Linux平台的inotify，后者则对不同平台的的事件都进行了封装。因为我主要用于Windows平台，所以下面着重介绍watchdog（推荐大家阅读一下watchdog实现源码，有利于深刻的理解其中的原理）。 watchdog在不同的平台使用不同的方法进行文件检测。在init.py中发现了如下注释：
上回书(Android架构纵横谈之——软件自愈能力 （2）)说到Android中生死与共的Zygote和SystemServer，今回书我们讲SystemServer的watchdog，也为软件架构自愈系列的终结篇。
运行程序，等到程序ANR或崩溃， 在Terminal使用刚刚提到的命令，导出ANR的信息文件：
Linux kernel支持两种实时(real-time)调度策略(scheduling policy)：SCHED_FIFO和SCHED_RR，无论是哪一种，实时进程的优先级范围[0~99]都高于普通进程[100~139]，始终优先于普通进程得到运行。如果实时进程是CPU消耗型的，会不会导致其它进程得不到运行机会，造成系统lockup呢？
作者：murphyzhang、xmy、hjchjcjh 前言： 近期腾讯安全云鼎实验室听风威胁感知平台监测发现一款攻击路由器的蠕虫病毒，经过分析，认定此款蠕虫是 mirai 病毒的变种，和之前的 mirai 病毒不同，该蠕虫不仅仅通过初代 mirai 使用的 telnent 爆破进行攻击，更多通过路由器漏洞进行攻击传播。通过溯源可以发现，本次捕获的蠕虫来自于美国拉斯维加斯的一位名为 Philly 的黑客。 一、Playload 与漏洞分析 样本在传播和攻击过程中涉及到4个 PlayLoad ，均针对路由
说到开源大家都会想到黑客和极客，开源的概念最早也是在极客们推出和推崇的。开源的提倡旨在开放源代码使之更方便自由的使用和再创作。随着这一思想的发展，衍生出诸多的开源协议，比如有GPL,BSD,MIT等。关于开源的一些故事推荐杜玉杰的 chat 文章《开源纵横谈：谷歌与开源那些事儿》。豪不夸张的说开源的传播已经在颠覆传统软件的开发模式，推动整个 IT 的进步，围绕着开源的社区文化也在这个新的时代发光发热。
修改/ServerStatus/server/config.json文件，注意用户名、密码的值需要和客户端一致
在项目中需要用到解压功能，之前还记录了下，将uboot解压代码移植到另外的bootloader中时，碰到的效率问题。最终查明是cache的配置导致的。
经top 查看原来是一个叫269 的进程一直抢占CPU，占比高达4000%。而该269 进程则是挖矿病毒进行高度伪装，即使是kill 掉该进程也无济于事，后面又会自动跑起来。
watchdog 提供了指定目录/文件的变化监控，对于指定目录内的操作，被视为一次事件。如添加删除文件或目录、重命名文件或目录、修改文件内容等，每种变化都会触发一次事件，事件是用户定义的业务逻辑代码。
app-default.xml web应用配置 cluster-default.xml 集群配置 resin.xml resin.properties 会被修改的变量
这俩是POSIX标准的函数，也是延时操作，将当前任务移到延时队列，其底层就是调用的taskDelay()，即其精度也是取决于系统时钟。与taskDelay()的不同是
MPSoC swdt是一个简单的看门狗，只有四个寄存器。可以参考xwdtps_polled_example.c使用MPSoC swdt。xwdtps_polled_example.c只测试swdt是否超时，没有使能复位。如果需要复位，搜索代码“XWdtPs_DisableOutput(&Watchdog, XWDTPS_RESET_SIGNAL)”，改为“XWdtPs_EnableOutput(&Watchdog, XWDTPS_RESET_SIGNAL)”。
最近面临一个问题是其他业务提交模型文件，服务Flask接口需要实时的更新到该新的模型文件。有一些常规的解决办法，比如更新git项目，打tag，jenkins自动重新拉取并build。这种可能需要业务方懂得Git的使用且需要给予他比较高的开发权限，操作不当可能引起线上事故，这里用另外的方式去解决。监控文件是否发生改变，如果发生改变就进行相应的步骤操作。虽然Flask中有Werkzeug内置的stat重载器，但是其缺点是耗电较严重且准确性一般。因此可以使用其他的监测包。这里使用Python库watchdog，安装之后就能使用它自动监测文件的变动。watchdog 是一个实时监控库，其原理是通过操作系统的时间触发，需要循环等待。
打一个简单的例子就是说，如果我们在一个 RTOS 的基础上去编写应用程序，编写应用程序的这一层就是应用层，也可以说是高层，那 RTOS 内核所处的就是内核层，也可以说是底层。在编写应用程序的时候，我们可以函数调用的形式来在高层调用底层的函数来实现相关的功能，但是底层的程序在使用过程中，一般是不进行改动的，也就无法通过普通函数调用的方法去调用在高层定义的函数，而回调函数则能解决这一问题，使得底层代码调用在高层定义的子程序，下面通过一个图简单说明这个问题：
前言：Node.js 为人所知的是单线程应用，也为人所知的是底层其实利用了多线程。单线程会使得代码实现上变得容易好理解，但是带来好处的同时，也往往会存在一些限制，这些限制导致在 Node.js 内核中，不得不引入其他子线程，最终形成多线程。本文介绍 Node.js 中的这些幕后英雄。
我们要想把一个系统搞清楚，首先要把它的线程模型弄明白。比如它是单线程的还是多线程的？如果它是单线程的，那逻辑就比较简单了，像mediasoup就是单进程多实例的模型；如果是多线程的，那它的线程是如何分配的？每个线程的作用是什么？我们必须把这些都要弄清楚才行，否则我们就无法将这个系统彻底搞明白。
上一篇博客 【Linux 内核】实时调度类 ① ( 进程分类 | 实时进程、普通进程 | Linux 内核 SCHED_FIFO、SCHED_RR 调度策略 | 实时调度实体 sched_rt_entity ) 引入了 实时调度实体 sched_rt_entity 结构体源码 , 在 Linux 内核源码的 linux-5.6.18\include\linux\sched.h 头文件中 ;
在上一篇博客中，我们查看了 Zynq All Programmable SoC 中每个 CPU 提供的私有计时器。在本博客中，我们将了解 Zynq SoC 的私有看门狗定时器，以及如何使用它，我们将查看其使用示例。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
