STM32进入HardFault_Handler处理办法 HardFault_Handler出现的情况一般有两种: 一种是:数组越界 一种是:堆栈溢出,程序指针指飞 方法一 在中断HardFault_Handler中的while()处打上断点,让程序执行到此处停止.  在Registers里面找到R14(LR)的值,我的这里是:0xFFFFFFF9 说明一下:  0xFFFFFFF9对应的是要看MSP寄存器 0xFFFFFFFD对应的是要看PSP寄存器 所以这里需要查找的内存地址是MSP的值:0

linux上TCP connection timeout的原因查找 好久没有写文章了, 今天解决了一个网络连接超时的问题, 记录以备查看. 最近在线上nginx经常出现输出connection timeout的日志,如下格式:2016/03/17 15:33:01 [error] 32356#0: *102974264722 no live upstreams while connecting to upstream, client: 123.151.42.*, server: localhos

编译错误说明 在一个解决方案中的项目A中使用到了boost,完全没有问题.在项目B中也使用了boost库,编译的时候就产生了一堆错误. 原因查找 两个项目通过对比,唯一的不同就是项目B使用了gdal库,通过报错可以看到 因为我使用的boost是通过vcpkg安装的,而GDAL库是在http://www.gisinternals.com下载的. 下载的GDAL库中包含了一部分boost库的内容,而两个不同位置的头文件内容不一样,导致在include的时候没有使用到正确的那一个头文件(两个boost

今天群里有人发问, 进入百度翻译http://fanyi.baidu.com/#auto/zh/, 输入word-wrap,发现页面错乱. 寻找错乱原因. 上图 开始查找原因: 1.从请求入手 从chrome的network面板里,能很容易找到翻译请求v2transapi. js语句发起请求,在chrome里能看到发起这个请求的,方法调用堆栈. 2.从方法名入手 如果方法名看不出名堂,直接从最后个方法入手.这里是b6方法,点击进入. 通过chrome自带格式化工具格式化,然后开始设断点,单步调试

What steps do you take to determine the bottleneck of a slow running ETL process? 如果ETL进程运行较慢,需要分哪几步去找到ETL系统的瓶颈问题. 答:ETL系统遇到性能问题,运行很慢是一件较常见的事情,这时要做的是逐步找到系统的瓶颈在哪里. 首先要确定是由CPU.内存.I/O和网络等产生的瓶颈,还是由ETL处理过程产生的瓶颈. 如果环境没有瓶颈,那么需要分析ETL的代码.这时,我们可以采用排除的方法,需要隔离不同

运行容器的时候,发现一直处于ContainerCreating状态,悲了个催,刚入手就遇到了点麻烦,下面来讲讲如何查找问题及解决的 运行容器命令: [root@master- ~]# kubectl run my-alpine --image=alpine --replicas= ping www.baidu.com 查看pods状态 [root@master- ~]# kubectl get pods NAME READY STATUS RESTARTS AGE my-alpine--knzc

CPU 100%肯定是出现死锁,这个时候观察内存还是够用的,但是CPU一直100%,以下几步解决: 1. 找到进程消耗cpu最大的 $top top - :: up days, :, user, load average: 0.75, 0.60, 0.53 Tasks: total, running, sleeping, stopped, zombie Cpu(s): 11.6%us, 7.0%sy, 0.0%ni, 81.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.1%st

最近在做东西的时候发现一个问题 有一个接口挂了 ,然后进行测试访问地址的时候,浏览器就一直处于等待响应的状态 怎么访问都不行,只有重启web服务器才行. 如果不重启web服务器进行代码调试,总发现在session_start()的时候就不能进行下去了 问题原因后来终于明白了: 因为浏览器发送的请求还是在web服务器中建立了线程进行了请求的处理,由于session是在服务器端存储 而浏览器处于等待响应的状态就是表明了web服务器正在处理你的请求,但是由于响应超时时间很长,你也许进行了下一次的调试.

最近刚刚入手研究kubernetes,运行容器的时候,发现一直处于ContainerCreating状态,悲了个催,刚入手就遇到了点麻烦,下面来讲讲如何查找问题及解决的 运行容器命令: kubectl -f create redis.yaml kubectl get pod redis NAME                 READY     STATUS              RESTARTS   AGEredis-master-6jgsl   0/1       ContainerC

一.缘由: 待续 二.解决办法: netstat -tlnp netstat -nap|grep pid ss |grep pid ss -s sar -u 1 10 strace -FfT -o netstat.log cmd strace -FfT -o netstat.log netstat -tlnp vmstat 1 netstat -anultp |wc -l

1.现象    最近项目中调出一个bug,某些时候程序会卡死不动,用windbg进行加载后用 ~*kb 命令列出所有的线程栈调用,发现有多个线程调用 WaitForMultipleObjects 在等待同一个内核对象:    输入 !handle cc f 命令列出该内核对象的详细信息:    发现是是一个Mutex对象,对象名是 Mutex_DebugMsg2 ,查找代码知道这个Mutex是用写log时锁定文件写入用的.代码如下: BOOL CDebugMsg::WriteLogA(LPSTR

在开发的朋友特别是和mysql有接触的朋友会碰到有时mysql查询很慢,当然我指的是大数据量百万千万级了,不是几十条了,下面我们来看看解决查询慢的办法. MySQL查询优化:查询慢原因和解决方法 会经常发现开发人员查一下没用索引的语句或者没有limit n的语句,这些没语句会对数据库造成很大的影响,例如一个几千万条记录的大表要全部扫描,或者是不停的做filesort,对数据库和服务器造成io影响等.这是镜像库上面的情况. 而到了线上库,除了出现没有索引的语句,没有用limit的语句,还多了一个情

如何查找MySQL中查询慢的SQL语句 更多 如何在mysql查找效率慢的SQL语句呢?这可能是困然很多人的一个问题,MySQL通过慢查询日志定位那些执行效率较低的SQL 语句,用--log-slow-queries[=file_name]选项启动时,mysqld 会写一个包含所有执行时间超过long_query_time 秒的SQL语句的日志文件,通过查看这个日志文件定位效率较低的SQL .下面介绍MySQL中如何查询慢的SQL语句 一.MySQL数据库有几个配置选项可以帮助我们及时捕获低效S

本文针对MySQL数据库服务器查询逐渐变慢的问题, 进行分析,并提出相应的解决办法,具体的分析解决办法如下: 会经常发现开发人员查一下没用索引的语句或者没有limit n的语句,这些没语句会对数据库造成很大的影响,例如一个几千万条记录的大表要全部扫描,或者是不停的做filesort,对数据库和服务器造成io影响等.这是镜像库上面的情况. 而到了线上库,除了出现没有索引的语句,没有用limit的语句,还多了一个情况,mysql连接数过多的问题.说到这里,先来看看以前我们的监控做法 1. 部署zab

编译器 STVD 与 IAR 的一些差别,这些事个人的体验,欢迎扔砖和指点或者补充. 1:全局查找功能: STVD:全局查找功能全局查找功能比較麻烦.有3个动作. IAR:有全局查找功能比較方便.仅仅要一个动作,和KEIL一样. 2:编译时间 STVD:相对照较慢. IAR:相对快点. 由于IAR能够分两个project文件放置.编译时候我们能够仅仅要编译更改的project文件就能够了.因此就不用将全部文件都编译一次.以此省一点时间. 3:查找变量的方便性 如:Go to definition

转载自https://www.cnblogs.com/qmfsun/p/4844472.html 如何在mysql查找效率慢的SQL语句呢?这可能是困然很多人的一个问题,MySQL通过慢查询日志定位那些执行效率较低的SQL 语句,用--log-slow-queries[=file_name]选项启动时,mysqld 会写一个包含所有执行时间超过long_query_time 秒的SQL语句的日志文件,通过查看这个日志文件定位效率较低的SQL .下面介绍MySQL中如何查询慢的SQL语句 一.My

如何在mysql查找效率慢的SQL语句呢?这可能是困然很多人的一个问题,MySQL通过慢查询日志定位那些执行效率较低的SQL 语句,用--log-slow-queries[=file_name]选项启动时,mysqld 会写一个包含所有执行时间超过long_query_time 秒的SQL语句的日志文件,通过查看这个日志文件定位效率较低的SQL .下面介绍MySQL中如何查询慢的SQL语句 一.MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句 1,slow_query_log 这

1.全局查找功能: STVD:全局查找功能全局查找功能比较麻烦,有3个动作. IAR:有全局查找功能比较方便,只要一个动作,和KEIL一样. 2.编译时间 STVD:相对比较慢. IAR:相对快点. 因为IAR可以分两个工程文件放置,编译时候我们可以只要编译更改的工程文件就可以了.因此就不用将所有文件都编译一次,以此省一点时间. 3.查找变量的方便性 STVD:无法使用该功能. IAR:在同个工程项目中可以使用,给程序员带来很大的方便性. 4.在线调试对比 STVD:很容易进入定时中断,这个是一

linux suse11在terminal可以正常登录进行各种操作,在tomcat运行jdbc web程序异常: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failureThe last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packe

报错Access denied for user 'root'@'localhost' (using password: YES)  参考一  参考二 登陆mysql时,root密码的修改 参考帖子http://blog.csdn.net/jiedushi/article/details/6663177 crontab定时任务不执行,原因查找 http://www.linuxeye.com/Linux/2248.html

注:ifeve.com的同名文章为本人所发,此文在其基础做了些调整.转载请注明出处! 一.java8中CAS的增强 前些天,我偶然地将之前写的用来测试AtomicInteger和synchronized的自增性能的代码跑了一下,意外地发现AtomicInteger的性能比synchronized更好了,经过一番原因查找,有了如下发现: 在jdk1.7中,AtomicInteger的getAndIncrement是这样的: public final int getAndIncrement() {