监控网络程序结束时计算丢包率,运行时内存占用问题

.Net技术 码拜 10年前 (2015-02-09) 1495次浏览 0个评论
要写个程序持续的每秒ping一个IP用以监控网络,期间如果有没ping通的时候输出时间,用户结束程序时计算丢包率等。
源代码如下(做过简化),主要思路是通过timer计时器每秒调用theout方法,theout方法为ping指定IP
写完测试时发现有关内存方面的问题:
1.当ping1放在theout方法内,程序运行没有问题,但在.NET3.5下运行时内存会持续增加,而在4.0下运行内存则是不断循环变化,不知3.5和4.0为何有这区别?
2.当ping1放在theout方法外,如果从不丢包,则程序调试运行没问题,且不管是3.5还是4.0下运行内存都能维持在一个较低水平不变,貌似比较完美,但如果有ping不通的情况时就会出现调试错误,因为ping不通时该线程需要五秒左右才能结束,而下一秒一个新的线程又开始ping了,就会在“ping1.SendAsync(“127.0.0.1″, null);”这句报“异步调用已在进行中。必须先完成或者取消此调用,然后才能调用此方法。”错误(将IP改成任意ping不通的即可测试),不知这种情况有没有其他好的处理方法(当然不是1中的方法)。
内存变化情况如下:
框架_变量位置 开始运行时内存           运行1小时内存情况
3.5_in:                    2,740K                  240,000K左右,且一直持续增加,每秒增加几十K左右
3.5_out:                  2,712K                  3,400K,且几乎维持不变
4.0_in:                    2,964K                  循环变化,先每秒增加几十K到一定值(如31,000K)后回落(如4,700K),重复过程
4.0_out:                  2,948K                  3,580K,且几乎维持不变
源码如下:
pre class=”brush: csharp”>
using System;
using System.Collections.Generic;
using System.Text;
using System.Net.NetworkInformation;
namespace MemTest
{
class Program
{
Ping ping1 = new Ping();//如果将ping1放在theout方法外面,结果见3.5或4.0_out
static void Main(string[] args)
{
Program p1 = new Program();
System.Timers.Timer t = new System.Timers.Timer();
//订阅t.Elapsed事件发生时执行theout方法
t.Elapsed += new System.Timers.ElapsedEventHandler(p1.theout);
//间隔时间,毫秒
t.Interval = 1000;
//设置是执行一次(false)还是一直执行(true);
t.AutoReset = true;
//是否执行System.Timers.Timer.Elapsed事件;
t.Enabled = true;
Console.Read();
}
private void theout(object source, System.Timers.ElapsedEventArgs e)
{
//Ping ping1 = new Ping();//如果将ping1放在theout方法里面,结果见3.5或4.0_in
ping1.SendAsync(“127.0.0.1”, null);
}
}
}
/pre>

监控网络程序结束时计算丢包率,运行时内存占用问题
代码中需要释放的对象没有释放
但是不同的框架版本下效果不一样,也可能跟底层机制有关。
监控网络程序结束时计算丢包率,运行时内存占用问题
 Ping ping1 = new Ping(); 放在外面,整个程序只有一个实例,所以占用的内存不会增加。
放到里面,那么每ping一次,内存里就多了一个新的对象,这样内存会占的越来越多。至于为什么不同版本的framework表现不一样,可能底层垃圾回收机制改了吧。
监控网络程序结束时计算丢包率,运行时内存占用问题
10分
引用 2 楼 qmye888 的回复:

怎么释放?局部变量不是自动回收的吗,方法内部的实例是否需要手动释放?请指教

局部变量是自动回收的,但是并不是马上就回收的,垃圾回收机制有一套算法来决定什么时候回收。因此局部变量不需要手动释放(仅限于托管代码)。
/div>

监控网络程序结束时计算丢包率,运行时内存占用问题
引用 4 楼 SPFarm 的回复:
Quote: 引用 2 楼 qmye888 的回复:

怎么释放?局部变量不是自动回收的吗,方法内部的实例是否需要手动释放?请指教

局部变量是自动回收的,但是并不是马上就回收的,垃圾回收机制有一套算法来决定什么时候回收。因此局部变量不需要手动释放(仅限于托管代码)。
/blockquote>

谢谢指教!
那3.5版本下面要每秒ping一次,丢包时程序不出错,内存也不无限增长的方案能指教一二不?

监控网络程序结束时计算丢包率,运行时内存占用问题
逻辑问题
要么你上一次没ping通,不要进行下一次的ping
要么你将超时时间设置成1秒,而不是默认的4秒
监控网络程序结束时计算丢包率,运行时内存占用问题
引用 7 楼 Z65443344 的回复:

逻辑问题
要么你上一次没ping通,不要进行下一次的ping
要么你将超时时间设置成1秒,而不是默认的4秒

这个问题已经比较明确了,确实就是这方面的问题,但需求就是想每秒ping一次,不知道3.5下面有没有好的方法,纠结

监控网络程序结束时计算丢包率,运行时内存占用问题
30分
引用 8 楼 qmye888 的回复:
Quote: 引用 7 楼 Z65443344 的回复:

逻辑问题
要么你上一次没ping通,不要进行下一次的ping
要么你将超时时间设置成1秒,而不是默认的4秒

这个问题已经比较明确了,确实就是这方面的问题,但需求就是想每秒ping一次,不知道3.5下面有没有好的方法,纠结

那不是需求,而是拍脑袋想出来的方案
好比今天有快递要来,你就派个人不断的去门卫看是否来了快递
然后你说:需求就是每隔10分钟派个人过去,而不管前面派出的人是否还在那里根本没有走开?
前一次正在ping,没有超时,你另开个线程继续ping是没有任何意义的
就好比已经有个人在门卫等快递了,你再派一个人去看,该来还是会来,该不来还是不来,没有任何意义
所以,如果想避免门卫挤了一堆人在那等快递
1.要么写个异步回调方法,让门卫接到快递给你打电话,而不是你不断派人去看
2.要么前面的人没走之前,就不要再派其他人去
3.要么让前面的人看一眼,没有就赶紧回来,而不是一直在那等

监控网络程序结束时计算丢包率,运行时内存占用问题
引用 9 楼 Z65443344 的回复:
Quote: 引用 8 楼 qmye888 的回复:

fieldset>

Quote: 引用 7 楼 Z65443344 的回复:

逻辑问题
要么你上一次没ping通,不要进行下一次的ping
要么你将超时时间设置成1秒,而不是默认的4秒

这个问题已经比较明确了,确实就是这方面的问题,但需求就是想每秒ping一次,不知道3.5下面有没有好的方法,纠结

那不是需求,而是拍脑袋想出来的方案
好比今天有快递要来,你就派个人不断的去门卫看是否来了快递
然后你说:需求就是每隔10分钟派个人过去,而不管前面派出的人是否还在那里根本没有走开?
前一次正在ping,没有超时,你另开个线程继续ping是没有任何意义的
就好比已经有个人在门卫等快递了,你再派一个人去看,该来还是会来,该不来还是不来,没有任何意义
所以,如果想避免门卫挤了一堆人在那等快递
1.要么写个异步回调方法,让门卫接到快递给你打电话,而不是你不断派人去看
2.要么前面的人没走之前,就不要再派其他人去
3.要么让前面的人看一眼,没有就赶紧回来,而不是一直在那等
醍醐灌顶,多谢指点,去学一下异步回调。
不过我在想,其实如果就像放在方法内部,每次用新实例,也就是你说的一直派人去,但ping超时时间也就5秒钟,所以门卫那里最多会累计五个人在那等消息,而更早之前的肯定已经走了,感觉上应该不会越积越多啊

监控网络程序结束时计算丢包率,运行时内存占用问题
引用 11 楼 Z65443344 的回复:

你派5个人,他派5个人,每个人都派5个人,那不就越来越多了吗
而且因为派的人多了,他们在门卫那个小地方就会堵塞,导致更多的人在外面排队,进不去

程序里就一个timer每秒钟派一个人去啊,就极端情况考虑,一个一直都ping不通的IP,第1、2、3、4、5个人去都在那等,第6个人去的时候,第1个人因为超时就回来了,门卫那就剩2、3、4、5、6共五个人,第7个人去时第2个人也回来了,所以还是共5个人在门卫那,而且以后一直都是维持着五个人在等消息,不会出现越积越多的情况啊,不解。
也许C#实际不是仅仅这么简单的处理,可能底层还有其他东西在累积?
/div>

监控网络程序结束时计算丢包率,运行时内存占用问题
引用 13 楼 Z65443344 的回复:

既然同样的代码在不同的框架版本下运行出来效果不一样,说明底层实现也还是随着版本的升高有改进了
不要一味的纠结底层实现,更不要靠底层实现去给你”纠错”,先把你的业务逻辑弄清楚,让它不要产生不可预料的问题,这样不管底层到底怎么实现的,都不会出大问题

嗯,确实应该这样考虑


CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明监控网络程序结束时计算丢包率,运行时内存占用问题
喜欢 (0)
[1034331897@qq.com]
分享 (0)

文章评论已关闭!