GPU型号为NVIDIA的1080Ti,最近出现的状况的是某一个GPU突然就出问题了,如果在该GPU上有运行程序的话则程序中断,nvidia-smi显示出来的GPU则少了这一个. 1.一开始怀疑是温度问题,温度过高导致自动关闭. 2.最好的方法是先看一下nvidia-bug-report,管理员输入sudo nvidia-bug-report.sh 参考:https://devtalk.nvidia.com/default/topic/522835/linux/if-you-have-a-pro

今年的软件自由日(SFD),我在广州Linux用户组的线下活动上做了一个分享,主题叫做<做一名开源社区的扫地僧(上)>.我把演讲的内容重新整理扩充, 写出了文字版, 希望可以跟更多朋友分享. 金庸笔下有一个传奇人物,人称扫地僧,身世隐秘,武功绝顶.小说中的扫地僧一出现就是个高手,没人知道高手怎么炼成的.这种"扫地僧",实在可望不可及. 然而,还有另一种扫地僧,人人都可以效仿,人人都可以做到,不妨称之为"山寨扫地僧". 最近流传一个真实的故事, 有个广外宿

1.  Bug #72215 When LOCK_plugin conflicts very much, one uninstall-audit-plugin operation crash  http://bugs.mysql.com/bug.php?id=72215   2.  Bug #72217 When uninstall a audit plugin, there is a warning info which is not correct  http://bugs.mysql.co

Arduino LiquidCrystal Character LCD Driver Library BUG Report #174181 by Conmajia Effected Devices Hitachi HD44780 series LCD drivers SEIKO EPSON SED1278 SAMSUNG KS0066 NER Japan Radio NJU6408 Issue LiquidCrystal.createChar function can only create c

AUSUM: approach for unsupervised bug report summarization 1. Abstract 解决的bug被归类以便未来参考 缺点是还是需要手动的去细读很多的推荐的关于bug的内容 Automatic summarization of bug reports 自动汇总bug报告 之前的研究是基于学习的方法去做bug summarization 需要大量的训练集 倾向于获得模型所产生的数据 运用四种无监督的bug摘要技巧 industrial bug

作业要求来自:https://edu.cnblogs.com/campus/nenu/SWE2017FALL/homework/957 要求1: 准备工作:利用老师提供的git 命令,批量pull所有同学的代码.截图如下: 文件夹目录截图: 环境:windows10 cmd命令行 (一)被测试程序的作者:陈建宇 标题:命令行实现各个功能出错(按照老师说得颗粒度的问题是不是不用考虑?) 内容: 重现步骤: 命令行打开到含有wf.exe的文件夹下面,按照SPEC的命令执行命令进行测试 结果:出错.如

ubuntu 11.10添加eth0:1后重启网卡不显示 eth0:1 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=324306

gdb或者vlagrind报告: ==14569== Jump to the invalid address stated on the next line ==14569== at 0x0: ??? ==14569== Address 0x0 is not stack'd, malloc'd or (recently) free'd 错误原因:函数通过jmp,call,ret等指令跳转到0x00,错误可能出现的范围 1.函数缓冲区溢出覆盖了返回地址,然后又调用了return,例如 #inclu

<!--以下四个依赖均是javax.xml.bind.JAXBException的依赖 在java6/7/8默认支持,java9不再支持--> <dependency> <groupId>javax.xml.bind</groupId> <artifactId>jaxb-api</artifactId> <version>2.2.12</version> </dependency> <depe

Hi Ludovic, Ludovic Lebègue wrote: > While using zsh shell trying to autocomplete with tab key display the following > message instead of showing the files in the current directory : > > ludo@leonardo ~ % vi > _arguments:450: _vim_files: fu

几天做项目,生成一堆注解的实体,当实体数超过86个时,jvm报错: # # A fatal error has been detected by the Java Runtime Environment: # #  Internal Error (c1_Optimizer.cpp:271), pid=5104, tid=6488 #  guarantee(x_compare_res != Constant::not_comparable) failed: incomparable constan

早上同事要我写个MySQL去除重复数据的SQL,想起来上次写过一篇MySQL去除重复数据的博客,使用导入导出加唯一索引实现的,但是那种方式对业务影响较大,所以重新写一个存储过程来删重复数据,这一写就写了一个上午,这种BUG确实是很令人沮丧和浪费时间的. 这里把流程简单的描述一下,删重复数据的逻辑很简单: 1.根据重复判断条件找出重复记录的最小主键(一般是ID列). 2.在符合重复条件的记录中,把主键大于最小主键的记录全部删掉即可. 假设我有如下表,需要删除start_time和end_time都

这是一个来自mysql官方的bug,反正我是看不懂. shuais-MBP:wxapp dandyzhang$ pipenv install mysqlclient Installing mysqlclient... Collecting mysqlclient Using cached https://files.pythonhosted.org/packages/ec/fd/83329b9d3e14f7344d1cb31f128e6dbba70c5975c9e57896815dbb1988a

  CONTENT: example : KDE bug report: https://bugs.kde.org/show_bug.cgi?id=188311 (其中还有很多comments没显示) 构建分类器,对comments中的每一句话(sentence)进行二分类.其中,0代表不选入summary,1代表选入summary. 最终,生成对bug report的答案: 研究问题: 实验方法: 1.找一帮人(10个人),对5个开源项目(Eclipse,Platform,Gnome,Mozi

前一天晚上的时候不知道搞啥了...第二天早上起来开 gnome-system-monitor 的时候发现CPU占用好像不太对头 (一直有个核是 \(100\%\)), 转到进程的时候发现使用最高的居然是个 vim... 顺手翻了翻这个进程其他的资源占用, 一翻不要紧, 居然一直在以 \(13.9\texttt{MB}\) 左右的稳定速度写磁盘...? 哦豁完蛋 然后去考试了, 下午回来发现磁盘特么的马上就要被写满了... 找了找开了哪些 vim, 然后发现我所有终端都没开着 vim? 喵喵喵?

本文来自于腾讯Bugly公众号(weixinBugly),未经作者同意,请勿转载,原文地址:https://mp.weixin.qq.com/s/hnwj24xqrtOhcjEt_TaQ9w 作者:张三华 导语 精神哥最近发现, 很多开发者在 iOS10 上遇到了一类堆栈为nano_free字样的Crash,也有很多人向我们Bugly客服反馈遇到了这类问题,但并没有好的解决方案.正当大家都束手无策的时候,微信强大的技术团队针对这类Crash进行了深度研究,并提出了一个解决方案.原来微信也遇到了这

本文为 Dennis Gao 原创技术文章,发表于博客园博客,未经作者本人允许禁止任何形式的转载. 前言 炎炎夏日,朗朗乾坤,30℃ 的北京,你还在 Coding 吗? 整个 7 月都在忙项目,还加了几天班,终于在这周一 29 号,成功的 Release 了产品.方能放下心来,潜心地研究一些技术细节,希望能形成一篇 Blog,搭上 7 月最后一天的末班车. 导航 背景 问题根源 复现问题 真相 解决办法 环境干扰 修复细节 社区讨论 WinDbg文档 完整代码 背景 本篇文章起源于项目中的一个

导读 这是MySQL8.0修复的上古bug之一,在2003年由Percona的CEO(当时应该还没Percona吧)提出的bug#199,光看这bug号就扑面而来一股上古时代的沧桑气息. 问题的本质在于InnoDB初始化AUTO_INCREMENT的方式,在每次重启时,总是算出表上最大的自增值作为最大值,下一次分配从该值开始.这意味着如果在btree右侧叶节点大量删除记录,重启后,自增值可能被重用.这在很多场景下可能导致问题,包括但不限于:主备切换.历史数据迁移等场景.在bug#199下面一大堆

背景交代.最近在玩lua的服务端编码, 有项目A,B,AB都是同一个模子的.我手上有A的winsocket客户端和服务端的代码,B项目早期的一份linux下的lua client.服务端.客户端都是LUA. 目标:调通B的client供我在Linux下对A做测试. 顺便加强对A项目的认识,主要是通讯层.根据个人经历,这类项目,最难搞定和最难缠的通常也是因为网络通讯导致的bug.   最难的问题是这样的,在修复了各种简单的问题后.出现了一个难缠. 在登录成功后,向服务器端发出的一个邮件列表请求,始

摘要: 本文主要是评估多种监督机器学习算法的有效性,这些算法用于判断一个错误报告是否是reopened的,算法如下: 7种监督学习算法:kNN,SVM, SimpleLogistic,Bayesian Network, Decision Table, CARTand LWL: 3种集成学习算法: AdaBoost,Bagging and Random Forest. 实验结果表明: 评判的指标:accuracy scores和 F-Measure scores Bagging  and  Dec

摘要: 目前有许多的bug定位技术,但是,由于他们基于不同的数据集,而且有些数据集还不是公开的,甚至有些技术只应用于小数据集,不具有通用性,因此,不好比较这些技术之间的优劣. 因此,BOAT应运而生.BOAT是指:Bug lOcalization experimental plATform.这是一个web平台,开发者注册之后,可以在这上面上传他们的bug定位技术,因为在这个平台上测试的数据集是相同的,所以与其他的bug定位技术具有可比性. 地址:http://www.vlis.zju.edu.c