C# 测试代码段性能耗时

?一:?

????????????DateTime BeginTime = System.DateTime.Now;
??????????? //代码
??????????? DateTime EndTime = System.DateTime.Now;
??????????? TimeSpan ts = EndTime.Subtract(BeginTime);
??????????? MessageBox.Show(ts.TotalMilliseconds.ToString());

?
?

二:

??????????? System.Diagnostics.Stopwatch watch = new System.Diagnostics.Stopwatch();
??????????? watch.Reset();
??????????? watch.Start();
??????????? //代码
??????????? watch.Stop();
??????????? MessageBox.Show(watch.ElapsedMilliseconds.ToString());

时间: 2024-11-10 12:08:26

C# 测试代码段性能耗时的相关文章

C#中测试某段功能耗时

using System.Diagnostics; Stopwatch watch = new Stopwatch(); watch.Start(); //--------功能代码 watch.Stop(); LogUtil.WriteLog(new Exception("处理时间:" +watch.ElapsedMilliseconds.ToString()));

计算代码段的运行时间

计算代码段的运行时间,这段代码用得太多了,决定将其封装成两个宏,方便以后使用. 代码很简单,就不解释了. #include <stdio.h> #include <sys/time.h> //计时器开始, //使用时,要将要计时的代码段放入TIMER_START和TIMER_STOP之间,详情请看测试例子 //加入do{ }while(0)是为了尽量减少命令冲突 #define TIMER_START() do { struct timeval timerout_start, ti

计算代码段的执行时间

计算代码段的执行时间,这段代码用得太多了.决定将其封装成两个宏,方便以后使用. 代码非常easy,就不解释了. #include <stdio.h> #include <sys/time.h> //计时器開始, //使用时,要将要计时的代码段放入TIMER_START和TIMER_STOP之间.详情请看測试样例 //增加do{ }while(0)是为了尽量降低命令冲突 #define TIMER_START() do { struct timeval timerout_start,

iOS测试一段代码的运行时间

王刚韧 23:19:26测试一段代码的运行时间 测试一段代码运行花了多久: NSDate* tmpStartData = [NSDate date] ;<#代码#> double deltaTime = [[NSDate date] timeIntervalSinceDate:tmpStartData]; NSLog(@"------cost time = %f ms(毫秒)", deltaTime*1000);

论代码级性能优化变迁之路(二)

本文是"论代码级性能优化变迁之路一"的第二篇. 在上一篇我们主要介绍了所遇到问题的五点,那么今天接下来讨论剩下的问题,我们先再回顾一下之前讨论的问题: 1.单台40TPS,加到4台服务器能到60TPS,扩展性几乎没有. 2.在实际生产环境中,经常出现数据库死锁导致整个服务中断不可用. 3.数据库事务乱用,导致事务占用时间太长. 4.在实际生产环境中,服务器经常出现内存溢出和CPU时间被占满. 5.程序开发的过程中,考虑不全面,容错很差,经常因为一个小bug而导致服务不可用. 6.程序中

Python,django:用line_profiler工具分析代码的性能

昨天下班前写了一段后端程序,然后运行后,发现网页打开速度有点慢,不太理想(因为要去后台数据库进行大量数据查询,而且还要进行运算,所以速度有点慢),然后想到有没有专业的工具对代码块进行性能分析呢?之前一直都是用datetime模块来分析,实例如下: #coding=utf-8 import datetime def f(x,y):     t1 = datetime.datetime.now()     a = x + y     t2 = datetime.datetime.now()     

论代码级性能优化变迁之路(一)

一.前言 大家好,很久没有和大家一起讨论技术了,那么今天我将和大家一起探讨我负责的某项目的性能变迁之路. 我们以前看到的很多架构变迁或者演进方面的文章大多都是针对架构方面的介绍,很少有针对代码级别的性能优化介绍,这就好比盖楼一样,楼房的基础架子搭的很好,但是盖房的工人不够专业,有很多需要注意的地方忽略了,那么在往里面填砖加瓦的时候出了问题,后果就是房子经常漏雨,墙上有裂缝等各种问题出现,虽然不至于楼房塌陷,但楼房也已经变成了危楼.那么今天我们就将针对一些代码细节方面的东西进行介绍,欢迎大家吐槽以

.NET单元测试的艺术-3.测试代码

开篇:上一篇我们学习单元测试和核心技术:存根.模拟对象和隔离框架,它们是我们进行高质量单元测试的技术基础.本篇会集中在管理和组织单元测试的技术,以及如何确保在真实项目中进行高质量的单元测试. 系列目录: 1.入门 2.核心技术 3.测试代码 一.测试层次和组织 1.1 测试项目的两种目录结构 (1)集成测试和单元测试在同一个项目里,但放在不同的目录和命名空间里.基础类放在单独的文件夹里. (2)集成测试和单元测试位于不同的项目中,有不同的命名空间. 实践中推荐使用第二种目录结构,因为如果我们不把

用 Microsoft Fakes 隔离测试代码

Microsoft Fakes 通过将应用程序的其余部分替换为存根 或填充码 来帮助隔离正在测试的代码. 这些是受你的测试控制的小段代码. 通过隔离接受测试的代码,你将会知道,如果测试失败,原因就在这里而不是其他地方. 即使应用程序的其他部分不起作用,存根和填充码也能让你测试代码. Fakes 有两种风格: 存根将一个类替换为一个小的.实现同一接口的替代项. 若要使用存根,你在设计应用程序时必须让每个组件仅依赖接口,而不依赖其他组件. ("组件"是指一个类或一起开发和更新的一组类,通常