https://help.aliyun.com/zh/ecs/support/linux-instances-of-ecs-system-no-response-the-system-log-in-bug-soft-lockup-cpu-0-stuck-for-61-s-errorhttps://www.eet-china.com/mp/a231582.htmlpanichttps://docs.redhat.com/zh_hans/documentation/red_hat_enterprise_

一、查看报错翻译   二、检查操作一台虚拟机又kvm虚拟了5台虚拟机，并且跑了大量任务，感觉像负载过大，CPU扛不住导致，导致内核锁死。三、解决办法执行echo30>/proc/sys/kernel/watchdog_thresh，调整该值可以延长watchdog等待时间，最大为60s。 

1、https://blog.csdn.net/weixin_41752389/article/details/120777145 内核软死锁（softlockup）Softlockup：这个bug没有让系统彻底死机，但是若干个进程（或者kernelthread）被锁死在了某个状态（一般在内核区域），很多情况下这个是由于内核锁的使用的问题。出现死锁原因1、CPU高负载时

 1. Scan中插入的lock_uplatch原理是什么呢？2. Lockuplatch的用法，看这个就够了

案例说明：在国产中标麒麟系统生产环境中，监控发现KingbaseESV8R3集群发生了failover的主备切换，客户需要给出分析报告，说明此次集群发生failover切换的原因，本次文档通过分析

转自：https://blog.csdn.net/21cnbao/article/details/108250786提到softlockup，大家都不会陌生：BUG: soft lockup - CPU#3 stuck for 23s! [kworker/3:0:32]

  近期在处理cpusoftlockup问题时注意到rpciod进程影响较大，先简单了解下，具体还未找到原因和解决方法rpciod进程简介rpciod进程对应的内核线程共有32个，从rpciod/0到rpci

reflink: https://www.edn.com/enhanced-timing-closure-using-latches/ 1.complexity&importanceofholdfixing当代SoCtimingtimingclosure的效率很大