社区
C#
帖子详情
我的.net2003为什么编译时狂占CPU100%时间长达20-30秒呢?
sxmenghen
2003-10-09 09:55:29
我的.net2003为什么编译时狂占CPU100%时间长达20-30秒呢?
而且点别的查看窗口时,CPU也是狂占时间
我的盘很干净的,不会有人说我中毒吧
...全文
174
17
打赏
收藏
我的.net2003为什么编译时狂占CPU100%时间长达20-30秒呢?
我的.net2003为什么编译时狂占CPU100%时间长达20-30秒呢? 而且点别的查看窗口时,CPU也是狂占时间 我的盘很干净的,不会有人说我中毒吧
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
17 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
sxmenghen
2003-10-10
打赏
举报
回复
实时监控是不可能关掉的,我一直在线的,升级内存,老板也不可能给我的。
程序内部算法不好,这个我承认有肯能,不过,打开其他的程序也是如此,而且我打开一下
搜索的框都是狂慢!!!惨啊,我先是不是先修理一下机器了
再等等,再结贴
HunterForPig
2003-10-10
打赏
举报
回复
换个版本,或者改个系统,
vs只是在启动时很耗
dingyy
2003-10-10
打赏
举报
回复
gz
SaSBYa
2003-10-10
打赏
举报
回复
一样,我现在用的电脑过一个小时就开始慢了,。。。最后狂慢。。。。
可能是VS2002和2003在运行了不断的消用内存,又不FREE而成。
常常是关了解决方案,关了VS再重开,少了200MB RAM,而机器内存不过256MB
wideroad
2003-10-10
打赏
举报
回复
很正常,他要不耗cpu,那就没有软件耗cpu了
Jack0Cao
2003-10-10
打赏
举报
回复
建议你在win2000里面作吧
我就是在2000里面,没有上述的问题
我是amd 1.4
512sd
sxmenghen
2003-10-10
打赏
举报
回复
自己顶
sxmenghen
2003-10-09
打赏
举报
回复
我的内存 256的啊,不知道还有没有别的大牛知道为什么我的。NET2003为什么这么慢
mooniscrazy
2003-10-09
打赏
举报
回复
是不是你的内存太少?如果少于256M可能会出现这种情况
hddhddhdd
2003-10-09
打赏
举报
回复
正常的,不必担心
minajo21
2003-10-09
打赏
举报
回复
很正常,.net ide 很耗的
gshope
2003-10-09
打赏
举报
回复
可能是和什么软件有冲突,把杀毒软件的实时监控关掉,其它在运行的软件尽量关掉。
6HZ
2003-10-09
打赏
举报
回复
我也发现VS.NET非常耗费内存!
风轻扬
2003-10-09
打赏
举报
回复
我的内存原先256M,运行Windows Server 2003+Visual Studio.net 2003,写程序的时候越来越慢,后来升级到512M内存,好多了,我认为还是内存小,我的CPU是PIII-M 1G,感觉足够了。杀毒软件的实时监控也有可能。
colin666
2003-10-09
打赏
举报
回复
是不是所有的程序都一样呢?可能你的程序有的地方算法不太合理,占用资源太多
zlcoolzl
2003-10-09
打赏
举报
回复
我用的是C3感觉比C4要好
orcale
2003-10-09
打赏
举报
回复
最好是512,不過cpu也要跟的上,p4是最好了
我感覺c4還不如p3
Ubuntu 12.04+Graphite+Statsd部署原理与底层调试实战
时间
序列监控系统的核心逻辑始于数据采集、传输、存储与可视化四个基本环节。Graphite作为早期开源TSDB代表,其Carbon组件负责接收指标,Whisper提供固定精度的时序存储,Statsd则基于UDP实现轻量聚合——这些技术概念在现代Prometheus体系中已高度抽象,但原始实现细节仍深刻影响着指标准确性、延迟控制与故障定位能力。本文聚焦Graphite 0.9.x与Statsd 0.7.x在Ubuntu 12.04环境下的手动部署全过程,还原Carbon缓存机制、Whisper文件结构、Stat
Debian 10 上 systemd 部署 code-server 生产实践指南
code-server 是 VS Code 的服务化实现,将完整编辑器后端运行于服务器,前端通过 Web 实时交互,本质是轻量级云 IDE 架构。其核心原理在于分离计算(Node.js 进程集群)与呈现(WebSocket 渲染),依托 Linux 系统级资源管控实现多租户隔离。技术价值体现在环境一致性、内网合规性与跨终端零部署,显著降低嵌入式、教育及个人开发中的工程熵值。典型应用场景包括 Yocto 交叉
编译
协作、百人编程实训平台及树莓派轻量云工作站。本文聚焦 Debian 10 环境下基于 system
LIN总线在车窗天窗控制中的应用:从原理到实战开发详解
在汽车电子领域,车载网络通信是实现分布式控制的关键技术。LIN(Local Interconnect Network)总线作为一种低成本、单线串行通信协议,其核心原理在于采用主从架构与简化的协议栈,通过UART/SCI接口实现可靠通信。这项技术的核心价值在于,它能在满足功能需求的前提下,显著降低系统成本、简化布线并减少开发复杂度。LIN总线广泛应用于对实时性要求相对宽松、数据量较小的车身控制场景,如车窗升降、天窗控制、雨刮器、后视镜调节等。本文以车窗天窗控制系统为具体案例,深入剖析了如何基于LIN 2.0协
全速域无速度传感器高频注入+SMO观测器加权切换模型研究(Simulink仿真实现)
内容概要:本文研究了一种适用于全速域的无速度传感器控制策略,通过将高频信号注入法与滑模观测器(SMO)相结合,提出一种加权切换模型,并在Simulink环境中完成系统仿真验证。该方法旨在克服传统观测器在低速及零速工况下因反电动势微弱而导致转子位置估计失效的问题。高频注入法在低速段提供高精度的位置信息,而SMO在中高速段展现出优良的动态响应与抗干扰能力,二者通过设计合理的加权切换机制实现无缝衔接,确保整个调速范围内转子位置与速度的精确估计。研究重点涵盖两种观测器的融合逻辑、切换平滑性设计、权重函数优化以及系统稳定性分析,有效提升了无传感器控制系统的鲁棒性与实用性。; 适合人群:具备电机控制、电力电子与现代控制理论基础,从事新能源汽车、工业自动化或高性能电机驱动系统研发的科研人员及工程师(工作年限1-5年)。; 使用场景及目标:①掌握高频注入与滑模观测器在无速度传感器控制中的互补机制与工程实现;②学习全速域观测器加权切换结构的设计方法与参数整定技巧;③应用于高性能电机控制系统中以降低硬件成本、提高系统可靠性与维护便捷性;④为相关课题的仿真建模、算法优化与实验验证提供理论依据和技术参考。; 阅读建议:建议结合Simulink仿真模型深入理解算法实现细节,重点关注切换过程中系统状态的连续性与观测精度的一致性,同时可进一步探索智能权重分配策略(如模糊逻辑、神经网络)或引入滤波算法优化观测信号质量,以提升系统在复杂工况下的鲁棒性与动态性能。
YOLO算法工业设备摄像头模块目标检测数据集-129张-包含 VOC 和 Yolo 格式标签-支持多种算法训练模型.zip
下方展示数据集可视化效果,供参考。 YOLO工业设备摄像头模块目标检测数据集 目标类别:['plug1'] 中文类别:['插头1'] 训练集:129 张 验证集:0 张 测试集:0 张 总计:129 张 该数据集提供了data.yaml文件,内容如下: train: ../train/images val: ../valid/images test: ../test/images nc: 1 names: ['plug1']
C#
111,129
社区成员
642,532
社区内容
发帖
与我相关
我的任务
C#
.NET技术 C#
复制链接
扫一扫
分享
社区描述
.NET技术 C#
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧
+ 用AI写文章