草庐IT

LIN诊断

全部标签

【Java面试】生产环境服务器变慢,如何诊断处理?

“生产环境服务器变慢?如何诊断处理”这是最近一些工作5年以上的粉丝反馈给我的问题,他们去一线大厂面试,都被问到了这一类的问题。今天给大家分享一下,面试过程中遇到这个问题,我们应该怎么回答。这个问题高手部分的回答,我整理到了一个10W字的文档里面,大家可以在我的主页加V领取。来看看高手的回答。高手:生产环境服务器处理效率变慢,我认为主要会涉及到三个纬度:CPU的利用率磁盘IO效率内存CPU利用率过高或者CPU利用率过低,都会影响程序的处理效率。利用率过高,说明当前服务器要处理的指令比较多,当CPU忙不过来的时候,指令的运算效率自然就会下降。反馈在用户上的感受就是程序响应变慢了。针对这个问题,我们

深度学习&故障诊断初学者 - 学习路线

针对该领域初学者,经常有人一头雾水,不知如何学习,因此本文提供了一个学习路线注:以下路线适合使用深度学习做故障诊断的初学者(建议使用Python、pytorch)深度学习+故障诊断学习路线stage1:Python入门-打好编程基础在线免费python入门编程网站1在线免费python入门编程网站2stage2:吴恩达课程讲深度学习理论-浅浅理解神经网络stage3:看10篇中文故障诊断论文-对故障诊断有个大概了解stage4:深度学习实战(一定要动手敲代码)stage5:了解故障诊断相关理论知识及信号处理方法stage6:实战初级故障诊断代码(同一转速间)基于卷积神经网络的轴承故障诊断算法研

深度学习&故障诊断初学者 - 学习路线

针对该领域初学者,经常有人一头雾水,不知如何学习,因此本文提供了一个学习路线注:以下路线适合使用深度学习做故障诊断的初学者(建议使用Python、pytorch)深度学习+故障诊断学习路线stage1:Python入门-打好编程基础在线免费python入门编程网站1在线免费python入门编程网站2stage2:吴恩达课程讲深度学习理论-浅浅理解神经网络stage3:看10篇中文故障诊断论文-对故障诊断有个大概了解stage4:深度学习实战(一定要动手敲代码)stage5:了解故障诊断相关理论知识及信号处理方法stage6:实战初级故障诊断代码(同一转速间)基于卷积神经网络的轴承故障诊断算法研

西储大学(CWRU)轴承数据集故障诊断(一):数据读取,数据集划分

CWRU轴承数据集故障诊断博客编写背景数据集读取训练与测试完整数据读取代码博客编写背景本次博客是对深度学在机械设备的故障诊断(模式识别)领域的入门级的基础教程,主要是专门针对CWRU滚动轴承故障数据集的数据读取、数据集的划分进行展开。希望对初入故障诊断的大四毕业设计和研一的课题入门有一定的帮助。后续将会持续进行进阶的博客撰写和代码的编写。数据集读取不管是深度学习做寿命预测还是做故障诊断,我相信,难道初学者的第一步便是对数据集进行读取的操作以及进行振动信号的预处理如FFT、STFT、HHT、CWT;或者从一维时间序列转成二维图像等。本文主要是针对一维原始振动数据的读取。对于CWRU轴承数据集,有

西储大学(CWRU)轴承数据集故障诊断(一):数据读取,数据集划分

CWRU轴承数据集故障诊断博客编写背景数据集读取训练与测试完整数据读取代码博客编写背景本次博客是对深度学在机械设备的故障诊断(模式识别)领域的入门级的基础教程,主要是专门针对CWRU滚动轴承故障数据集的数据读取、数据集的划分进行展开。希望对初入故障诊断的大四毕业设计和研一的课题入门有一定的帮助。后续将会持续进行进阶的博客撰写和代码的编写。数据集读取不管是深度学习做寿命预测还是做故障诊断,我相信,难道初学者的第一步便是对数据集进行读取的操作以及进行振动信号的预处理如FFT、STFT、HHT、CWT;或者从一维时间序列转成二维图像等。本文主要是针对一维原始振动数据的读取。对于CWRU轴承数据集,有

LIN协议总结

目录一、LIN1.1、LIN总线的主要特点1.2、LIN工作流程1.3、节点1.4、LIN网络1.5、帧Frames1.6、调度表Scheduletable二、协议规范2.1、信号管理2.1.1、信号类型2.1.2、信号一致性2.2、数据链路层-帧传输2.2.1、帧结构-概述2.2.2、帧结构-同步间隔段(Breakfield)2.2.3、帧结构-同步字节字段(Syncbytefield)2.2.5、帧结构-数据段(Datafield)2.2.6、帧结构-校验和段(Checksumfield)2.2.7、帧结构-帧长度(Framelength)2.2.8、帧结构-帧类型(FrameTypes)

LIN协议总结

目录一、LIN1.1、LIN总线的主要特点1.2、LIN工作流程1.3、节点1.4、LIN网络1.5、帧Frames1.6、调度表Scheduletable二、协议规范2.1、信号管理2.1.1、信号类型2.1.2、信号一致性2.2、数据链路层-帧传输2.2.1、帧结构-概述2.2.2、帧结构-同步间隔段(Breakfield)2.2.3、帧结构-同步字节字段(Syncbytefield)2.2.5、帧结构-数据段(Datafield)2.2.6、帧结构-校验和段(Checksumfield)2.2.7、帧结构-帧长度(Framelength)2.2.8、帧结构-帧类型(FrameTypes)

一次对pool的误用导致的.net频繁gc的诊断分析

(最近有读者朋友表示,希望能加一些示意图来描述分析过程中用到的原理知识。好的,之后我会注意,谢谢这位读者)背景有位朋友找我,希望我能帮看一下他的一个service。从他的描述看,并没有资源方面的泄漏,程序目前也能正常工作。他是在用dotnet-countersmoniter时发现gc2、也就是fullgc触发的比较频繁,频率超过了他自己的预期,于是他心里不踏实,所以想找我看一下。能在没发生资源或性能异常前自觉monitor.netmetrics的人,我跟佩服,这是讲究人儿啊。那后面我就管这位朋友叫"精致大哥"了哈分析其实对于这次没有明确内存泄漏迹象的问题,我没啥把握能给出明确问题点,甚至可能就

一次对pool的误用导致的.net频繁gc的诊断分析

(最近有读者朋友表示,希望能加一些示意图来描述分析过程中用到的原理知识。好的,之后我会注意,谢谢这位读者)背景有位朋友找我,希望我能帮看一下他的一个service。从他的描述看,并没有资源方面的泄漏,程序目前也能正常工作。他是在用dotnet-countersmoniter时发现gc2、也就是fullgc触发的比较频繁,频率超过了他自己的预期,于是他心里不踏实,所以想找我看一下。能在没发生资源或性能异常前自觉monitor.netmetrics的人,我跟佩服,这是讲究人儿啊。那后面我就管这位朋友叫"精致大哥"了哈分析其实对于这次没有明确内存泄漏迹象的问题,我没啥把握能给出明确问题点,甚至可能就

Linux 网桥实现和网络诊断工具

网桥:和交换机工作原理一样的一个硬件。网桥内部有一个缓存,里面放了接口和mac地址的对应关系。桥接、NAT和仅主机模式:NAT网卡(vmnet8):相当于一个虚拟的集线器(Vmnet8),两台使用nat模式的虚拟机能够通信,是因为它都连接到了这个集线器(hub)上面。windows里面本省就生成了一个交割vmnet8的网卡,vmnet8上面的地址是第一个ip地址。这个虚拟的网卡和虚拟的hub也是连接在一起的。所以windows和虚拟机、虚拟机和虚拟机之间能通信。仅主机网卡(vmnet1):配置了仅主机模式的虚拟机都会连接到仅主机这个hub上面。windows里面也有一个虚拟的网卡(vmnet1