CSDN论坛 > 其他技术论坛 > 装机与升级及其他

一个严重的问题 [问题点数:0分]

Bbs1
本版专家分:0
结帖率 100%
CSDN今日推荐
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Blank
蓝花 2004年4月 硬件使用大版内专家分月排行榜第三
2004年1月 硬件使用大版内专家分月排行榜第三
2003年9月 硬件使用大版内专家分月排行榜第三
2003年8月 硬件使用大版内专家分月排行榜第三
2003年7月 硬件使用大版内专家分月排行榜第三
2003年6月 硬件使用大版内专家分月排行榜第三
Bbs1
本版专家分:0
Blank
红花 2005年1月 硬件使用大版内专家分月排行榜第一
2003年11月 硬件使用大版内专家分月排行榜第一
Blank
黄花 2004年8月 硬件使用大版内专家分月排行榜第二
2004年2月 硬件使用大版内专家分月排行榜第二
2004年1月 硬件使用大版内专家分月排行榜第二
2003年12月 硬件使用大版内专家分月排行榜第二
2003年10月 硬件使用大版内专家分月排行榜第二
2003年9月 硬件使用大版内专家分月排行榜第二
2003年8月 硬件使用大版内专家分月排行榜第二
Blank
蓝花 2004年12月 硬件使用大版内专家分月排行榜第三
2004年10月 硬件使用大版内专家分月排行榜第三
2004年9月 硬件使用大版内专家分月排行榜第三
2004年3月 硬件使用大版内专家分月排行榜第三
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
匿名用户不能发表回复!
其他相关推荐
如何解决Ubuntu发热严重地问题
刚装ubuntu的时候那是相当地热,hot!直接地原因是没有相应地显卡驱动,然后在software update里面找到Nivida地最新驱动,兴高采烈地装上试一试,一点用处没有! 在网上搜了搜,有一个叫Bumblebee Project的项目在做Nivida显卡的驱动适配工作,安装上试一试,果然不错,虽然还是略热,但也就是Win7下面地温度,毕竟,现在已经是夏天了嘛,总比原来能在上面可以烤鸡蛋
Bug的缺陷的优先级和严重程度
在软件测试中,软件缺陷的严重性的判断应该从软件最终用户的观点做出判断,即判断缺陷的严重性要为用户考虑,考虑缺陷对用户使用造成的恶劣后果的严重性。      优先级是表示处理和修正软件缺陷的先后顺序的指标,即哪些缺陷需要优先修正,哪些缺陷可以稍后修正。 确定软件缺陷优先级,更多的是站在软件开发工程师的角度考虑问题,因为缺陷的修正顺序是个复杂的过程,有些不是纯粹技术问题,而且开发人员更熟悉软件代码,
Bufree中Bug严重等级及优先级定义说明
http://bbs.pfan.cn/post-305427.html1.BUG等级划分建议:  目前project上的BUG严重程度分为五个等级,按照CMMI5中定义的规范,BUG严重等级可分为3-5个等级,建议将BUG等级划分四个等级,分别为严重、主要、次要、轻微。  ● 1级,Critical,严重(可对应目前BUG体系中的“非常严重”):  严重问题主要为:系统无法执行、崩溃或严重
一次线上服务故障应急问题总结
昨天负责的项目出了个故障,从发现故障到线上服务恢复耗时一个小时,故障应急的效率存在很大问题。这里总结一下故障期间存在的问题。 首先是故障现象:评论列表页评论内容加载不出,一直在转小圈圈,服务端监控显示有大量NP异常。 因为故障发生在我刚上线完服务五分钟左右,第一反映是回滚代码。服务报警还在继续,怀疑是发布系统回滚有问题(因为当时恰逢公司在升级新版发布系统,我找了个历史包发布,实际发布的
libpcap丢包原理分析及Fedor…
原文地址:9 内核2.6.25.14下安装PF-RING的详细过程">libpcap丢包原理分析及Fedora 9 内核2.6.25.14下安装PF-RING的详细过程作者:maoxti看到网上有人讲解fedora 9下安装PF-RING的过程,都是几年前的了,比较老了,我安装PF-RING就是为了使用libpcap库,libpcap的原理是通过socket将数据包从网卡 捕获数据包,然后在提交给
BUG级别与严重程度(参考)
BUG级别与严重程度(参考)     一直以来都在研究Loadrunner的脚本设计和编写,今天转载一篇理论性的文章,拿来学习下,希望大家共同交流。 优先级 严重程度 p1 blocker 死机、乱码。 p1 critical 页面不存在、服务器错误、数据库错误、丢失数据、造成资料被破坏、内存泄露。     1、出现错误后,测试无法继续执行 p2 major 主要功能未实
ubuntu 下修改mantis bug严重等级为 A,B,C,D,E
原文地址:http://blog.sina.com.cn/s/blog_48c51ad401018atw.html 在var/www/html/mantis/config_defaults_inc.php文件中查找$g_severity_enum_string字段,将其内容修改为:$g_severity_enum_string    ='10:A,20:B,30:C,40:D,50:E';在
浅谈cocos2dx手游开发CPU发热严重之见
猜测它有可能是在主循环里使用了 Sleep(0), 一搜,果然定位到具体代码,它位于 cocos2dx\platform\win32\CCApplication.cpp,大致长像如下: 1 while( 1 ) { 2 if( 有消息 ) { 3 if( 时间
移动app测试中出现bug漏测的原因分析
BUG其实是任何产品都无法避免的一个问题,不是所有的bug都能被发现,包括资深测试,或多或少的会出现线上缺陷,谁也不能把软件所有的功能操作、运用场景想周全。虽说不能做到完全零缺陷,但是每次发布的产品,我们需要追求缺陷越来越少,产品投诉越来越少。   为什么会出现缺陷漏测,主要有以下几点:   需求评审阶段,对业务需求细节理解不明确,未深入挖掘隐含拓展需求。在实际产品研发过程中,产品需求其实
eclipse下web开发中缓存问题
问题描述:对web文件无论怎么修改,甚至删除,最后都会得到一个相同的页面,也就是说改不改源代码对于html页面的显示没有影响。尝试了很多办法,最后定位到是缓存问题。尝试的步骤如下: 1 eclipse下 project选项卡->clean…->clean所有的project ,无果2 .删除build path下的class文件重新编译, 无果3 删掉原来的server,新建server,
关闭