（一）一些相关指令的测试【线程池耗尽】!threadpool 能看到完成端口，线程池工作线程和timer回调各占线程池的情况。0:000> !threadpool
CPU utilization: 6%
Worker Thread: Total: 8 Running: 4 Idle: 4 MaxLimit: 32767 MinLimit: 12
勇哥注：最近开发的软件遇到一些问题，主要是爆cpu时间，这样的后果是软件运行时间一长就会越跑越慢，最终UI失去响应。用vs来排除，目前只知道对可疑代码进行失能，再配合任务管理器观察 ：cpu使用率, cpu时间，线程，句柄等参数来判断可疑代码是不是有问题。如果搜索一下网络，貌似这个问题大部分答案只是对线程做sleep，没啥子可用的信息。因此是时候涨点知识了，我把学习方向放在用WinDbg调试用户模式.net程序上。（一）什么是dump文件（1）什么是dump文件从软件开发的角度上，dump文件就
勇哥注：最近开发的软件遇到一些问题，主要是爆cpu时间，这样的后果是软件运行时间一长就会越跑越慢，最终UI失去响应。用vs来排除，目前只知道对可疑代码进行失能，再配合任务管理器观察 ：cpu使用率, cpu时间，线程，句柄等参数来判断可疑代码是不是有问题。如果搜索一下网络，貌似这个问题大部分答案只是对线程做sleep，没啥子可用的信息。因此是时候涨点知识了，我把学习方向放在用WinDbg调试用户模式.net程序上。系列贴子目录：WinDbg 入门三：调试DumpWinDbg 入门二：基本指令介绍
勇哥注：微软又整出一堆新概念，咱们只能了解一下扫下盲，就学习精力而言，年轻人才是未来。。。.当今 net 生态系统如下： 从上面图中我们可以看到.net 主要分为三个部分 .net FrameWork,.net Core ,XamarinXAMARIN 主要用来构建APP的（包括IOS，Android Windows）主要用的是C#语言The .NET Framework 这个是我们现在经常用的，用这个可以创建windows应用程序还有web app
本文转载自k_set原创内容点击打开链接WinForm加载多个自定义控件时，会出现很严重的闪烁问题，很卡，一块一块的加载（像打开网页时，网络很卡的那种感觉）简直没法忍受。在网上搜索了好久，网上大部分的方法是一下4种，但是都不能有效的解决问题。 1.将DoubleBuffered 设置 true，用双缓存处理Form界面内容加载，可以提高页面显示质量。或者SetStyle(ControlStyles.UserPaint | ControlStyles.AllPaintingI
勇哥注：事件很常见，但有重复的代码量。如果你想简化一下事件的编程，而且是整个程序只使用一个像事件池一样的东西，可以尝试使用下文讲的ObservableCollection观察者集合来做到。ObservableCollection<T>类表示一个动态数据集合,在添加项,移除项或刷新整个列表时,刺激和将提供通知通知可以由下面的枚举知晓你对集合做了什么才触发的事件。using System;
using System.Collections.Generic;
usi
对一个服务器程序想统计每秒可以处理多少数据包，要如何做？答案是用处理数据包的总数，除以累记处理数据包用的时间。这里要指出的是， 运行一段程序，使用的cpu时间，跟实际运行的时间是不一样的。附例如下：private void ShowRunTime()
{
TimeSpan ts1 =&nb
勇哥注：.Net的Stopwatch类可以精确到1/10000毫秒, 有没有更精确的计时吗？见下面的代码。暂时没试过效果，大家可以试下。计算某个代码片段的执行时间，精确到CPU执行一条指令所用的时间（十亿分之一秒），可用于精确计算某个算法的执行时间。代码：using System;
using System.Runtime.InteropServices;
using System.ComponentModel;
using System.Threa
正在c#程序优化时，如果多线程效果不佳的情况下，也会使用多进程的方案，如下：System.Threading.Tasks.Task task=System.Threading.Tasks.Task.Factory.StartNew(
&
勇哥注：我在用Task的时候，它处理完毕后，还能检测到它下图的这些状态。于是在想，Task处理完毕后是否需要做清理工作呢？正好今天看到一个博主聊到这个话题。传送门：异步编程系列目录…… 摘要：本博文解释在.NET 4.X中的Task使用完后为什么不应该调用Dispose()。并且说明.NET4.5对.NET4.0的Task对象进行的部分改进：减轻Task对WaitHandle对象的依赖，并且增强在释放了Task后对其成员的可访问性。 我多次获得这样一个问题： &nb