首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

腾讯的VCode后台等待升级,导致卡死

可是不知道什么情况,一到VCode后台执行等待升级,系统界面就开始卡死,不知道是哪个同学的杰作?! 本来我也不知道是VCode搞的鬼,也没有绝对的证据,但是一次次的场景都指向VCode升级。...历时大概一年之久,升级卡死界面的问题一直没有解决。不知道腾讯测试人员的case场景是不是有缺陷?——马总要问问你们都干嘛去了? 真的是郁闷................在使用过程中,当前窗口界面突然卡死,无法拖动和关闭,切换到VCode可以写代码,但是VCode窗口死了,拖不了关闭了。...这个时候即使调出任务管理器,也只能看到在动,但是窗口是假死的,没办法杀死卡死窗口进程。...后来通过特殊方法定位到应该是 CodeSetup-stable-xxxxx.exe 和 CodeSetup-stable-xxxxx.tmp在等待执行, 名字真的很好,稳稳的卡死,像是有个钩子函数把任务管理器都搞残了

57810
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    有坑 | PyQT多线程无法刷新,导致界面卡死

    params)my_train.textWritten.connect(self.outputWritten)my_train.start() 我以为上述代码是天衣无缝,这样就大功告成了,实际上是界面直接卡死了...一旦放开,在run方法中使用for或while之后,就会一直等到结束才返回刷新界面,说明开启的线程没有异步,还是阻塞执行,导致界面卡死。...02 尝试二: 说在线程run方法中导致CPU无法轮询,一定就不是很合理的解释,必须要用线程的sleep方法才行,测试了还是个锤子,没用!...03 解决方法: 之前的卡死界面线程的代码没有错的,错就错在调用方法,错误的调用方式: my_train = TrainTask(cmd_txt + params) my_train.textWritten.connect...self.start_training_btn.setEnabled(False)self.stop_training_btn.setEnabled(True) 总结一句话: 一定要把线程变量声明为界面类的成员变量,而不是方法中临时变量,是临时变量必然卡死界面

    4.1K30

    Redis使用不当可能导致应用卡死

    阅读本文需要5分钟 作者:小木 my.oschina.net/xiaomu0082/blog/2990388 首先说下问题现象:内网sandbox环境API持续1周出现应用卡死,所有api无响应现象...首先发现开发的本地ide没有发现问题,应用卡死时候数据库,redis都正常,并且无特殊错误日志。开始怀疑是sandbox环境机器问题(测试环境本身就很脆!_!)...决定放弃这次卡死状态的机器 为了保护事故现场 先 dump了问题进程所有堆内存,然后debug模式重启测试环境应用,打算问题再显时直接远程debug问题机器 第二天问题再现,于是通知运维nginx转发拿掉这台问题应用...这是能确认就是api一直转圈的问题,就是这个redis获取连接的代码导致的, 解读这段内存代码 所有线程都在等 @53e5504e这个对象释放锁。

    79240

    位宽不足时数据溢出导致系统“假性卡死”问题分析

    一次常规调试中发现上电后交换机多个口同时打流会导致卡死的现象,最后一步步分析问题出现的原因是位宽不够导致的溢出。...粗略了解了交换机的结构,言归正传,数据溢出为什么会导致交换机“假性卡死”?...当testcenter准备好后直接给交换机4个口同时打数据流,这时有两个口正常工作,但是另外两个口卡死,没有帧出来。...如果在一开始将数据流速率控制在90%,打一阵流之后在将4个口速率提升到100%,则不会出现上述卡死现象。...所以卡死的原因出来了,由于port_state_data_out_b溢出置0,导致pri_val一直为0,所以状态机一直在进行一个循环,不能完成正常跳转!

    1.2K10

    记一次因Redis使用不当导致应用卡死过程

    作者:小木 首先说下问题现象:内网sandbox环境API持续1周出现应用卡死,所有api无响应现象 刚开始当测试抱怨环境响应慢的时候 ,我们重启一下应用,应用恢复正常,于是没做处理。...首先发现开发的本地ide没有发现问题,应用卡死时候数据库,redis都正常,并且无特殊错误日志。开始怀疑是sandbox环境机器问题(测试环境本身就很脆!_!)...决定放弃这次卡死状态的机器 为了保护事故现场 先 dump了问题进程所有堆内存,然后debug模式重启测试环境应用,打算问题再显时直接远程debug问题机器 第二天问题再现,于是通知运维nginx转发拿掉这台问题应用...这是能确认就是api一直转圈的问题,就是这个redis获取连接的代码导致的, 解读这段内存代码 所有线程都在等 @53e5504e这个对象释放锁。

    1.1K30
    领券