C#做WinCE开发，与VC++做WinCE开发，性能相差有多大？？？

[starrycheng]

C#做WinCE开发，与VC++做WinCE开发，性能相差有多大？？？

在 x86的嵌入式设备上，一般内存都有256M以上，C#和VC++感觉不出来太大的差别。

但是，如果用在Arm9 的 64M内存的设备上，那么内存就明显不够用了。 一般Arm9上，64M内存，跑WinCE6.0后，还有10M可以使用。


这10M内存，要通过串口每1分钟采集一次数据（大概20个点），还要将采集的数据通过网口实时的传输进行Socket数据传输。

问题一：
用C#做的程序，随着程序跑的时间，可用的内存会越来越少，直至内存溢出。 为什么内存会越用越少，C#垃圾回收的时间周期是多长时间？？？

问题二：
如果用VC++，可以用10M的内存可以搞定1分钟内的数据采集和传输吗？

问题三：如果有数据积累，那么硬件资源应该肯定不够用的吧。

[starrycheng]

引用 1 楼 arpnet99 的回复:

我wince上都是用win32智能设备项目，写出来的比MFC的小不少。 你这项目要求并不高，肯定没问题。

您用的是MFC，还是.net 啊？？？

[这不是鸭头]

引用 2 楼 starrycheng 的回复:

[quote=引用 1 楼 arpnet99 的回复:] 我wince上都是用win32智能设备项目，写出来的比MFC的小不少。 你这项目要求并不高，肯定没问题。

您用的是MFC，还是.net 啊？？？ [/quote]不用.net，有时候用MFC，大部分时候都是SDK直接写。这样要小一些。

[starrycheng]

引用 3 楼 arpnet99 的回复:

[quote=引用 2 楼 starrycheng 的回复:] [quote=引用 1 楼 arpnet99 的回复:] 我wince上都是用win32智能设备项目，写出来的比MFC的小不少。 你这项目要求并不高，肯定没问题。

您用的是MFC，还是.net 啊？？？ [/quote]不用.net，有时候用MFC，大部分时候都是SDK直接写。这样要小一些。 [/quote] 大神，10M内存，根据sdk用MFC来做。您感觉，可以搞的定这些事情吗？？？ 比如，一个设备有4个 485串口。 是每个485口建立一个线程比较好，这样采集数据就有4个线程。 还是，4个485口用一个线程比较好呢？

[这不是鸭头]

引用 4 楼 starrycheng 的回复:

[quote=引用 3 楼 arpnet99 的回复:] [quote=引用 2 楼 starrycheng 的回复:] [quote=引用 1 楼 arpnet99 的回复:] 我wince上都是用win32智能设备项目，写出来的比MFC的小不少。 你这项目要求并不高，肯定没问题。

您用的是MFC，还是.net 啊？？？ [/quote]不用.net，有时候用MFC，大部分时候都是SDK直接写。这样要小一些。 [/quote] 大神，10M内存，根据sdk用MFC来做。您感觉，可以搞的定这些事情吗？？？ 比如，一个设备有4个 485串口。 是每个485口建立一个线程比较好，这样采集数据就有4个线程。 还是，4个485口用一个线程比较好呢？[/quote] 你说的1分钟采集20个。数据量看样子不是很大。要是一个线程能满足要求，做好还是一个线程处理，还省事。

[SiGoYi]

问题一：C#（或Java）的内存回收机制，是由虚拟机处理释放的，不是按时间间隔，具体办法不详，大概是虚拟机认为这个内存已经没有代码在使用了，就会把内存释放掉。从这点上看来，这个根本不算是c#的优势，通过你的问题就体现出来了。 问题二：我没太明白你的意思，但有二点值得说明，我感觉你的数据采集和传输应该分别放在不同的线程中去处理；第二点，我感觉这个和C#和C++的使用没什么关系吧！应该是你处理逻辑和算法的问题。 问题三：数据集累的问题也可以使用算法来解决，如：（不一定恰当）比如你的数据采集到一定规模时，发现数据传输已经低于采集数据很多时，就可以先不采集了，等类似这样的算法。不然在有限的资源内不加以处理总会有用完的时候。

[这不是鸭头]

我wince上都是用win32智能设备项目，写出来的比MFC的小不少。 你这项目要求并不高，肯定没问题。

[starrycheng]

引用 6 楼 SiGoYi 的回复:

问题一：C#（或Java）的内存回收机制，是由虚拟机处理释放的，不是按时间间隔，具体办法不详，大概是虚拟机认为这个内存已经没有代码在使用了，就会把内存释放掉。从这点上看来，这个根本不算是c#的优势，通过你的问题就体现出来了。 问题二：我没太明白你的意思，但有二点值得说明，我感觉你的数据采集和传输应该分别放在不同的线程中去处理；第二点，我感觉这个和C#和C++的使用没什么关系吧！应该是你处理逻辑和算法的问题。 问题三：数据集累的问题也可以使用算法来解决，如：（不一定恰当）比如你的数据采集到一定规模时，发现数据传输已经低于采集数据很多时，就可以先不采集了，等类似这样的算法。不然在有限的资源内不加以处理总会有用完的时候。

不采集是不行的，数据不能间断。

[别以为你站在珠峰就能看到全世界]

你这个没啥压力啊，用mfc做只要不能出内存泄漏，内存是够了

[别以为你站在珠峰就能看到全世界]

如果你不用C#，那么系统定制上还可以去掉.net的支持，这样空间剩余更多，启动更快。