.NET执行效率 - 微软宣布.NET开发环境将开源 支持三大操作系统

[walaqi]

网上看到一个新闻“微软宣布.NET开发环境将开源 支持三大操作系统”，感觉这是好事情。但是作为早已经转到macbook作为个人工作平台的人，开始担心代码的耗电量问题。
在mac os下面，大多数代码都是使用OBJ-C或者native-c开发的。而只要是微软开发的程序，耗电量都是一个大问题，被mac评价为“大耗电量程序”，而就算是PC本子，在电池容量一致的情况下，mac可以用到8个小时（不开office for mac的情况下），而PC本子只能用4-5个小时（都是一样的硬盘）。

再这样的设计理念下做出来的。net开放源码，是否能够有效的解决能源使用问题，是一个未知数。

不知道各位怎么想？

[跳舞的码农]

没用过macbook，也就没注意到这样的问题

[於黾]

根源在哪里,电都消耗到哪里去了? .net开发的程序更吃内存,还是更吃CPU,还是更频繁访问硬盘?

[於黾]

如果没有具体的数据进行对比,而仅仅说它更"耗电",我觉得是没有根据的说法

[IE11下面经常卡到爆]

同native肯定是要弱些了，不过耗电量只能算是个感性指标

[宝_爸]

还真没从这个角度想过问题。

[wxl_gf]

这个貌似没有什么根据吧

[娃都会打酱油了]

一般来说占用更多的资源才是耗电关键吧。。。。。 而资源占用问题更多的还是代码质量问题

[足球中国]

引用 3 楼 Z65443344 的回复:

根源在哪里,电都消耗到哪里去了? .net开发的程序更吃内存,还是更吃CPU,还是更频繁访问硬盘?

耗电大多数是耗在CPU上，.net本身的边解释边编译，本身就是一个相当耗CPU的。肯定会耗电。

[YapingXin]

引用 楼主 walaqi 的回复:

网上看到一个新闻“微软宣布.NET开发环境将开源 支持三大操作系统”，感觉这是好事情。但是作为早已经转到macbook作为个人工作平台的人，开始担心代码的耗电量问题。 在mac os下面，大多数代码都是使用OBJ-C或者native-c开发的。而只要是微软开发的程序，耗电量都是一个大问题，被mac评价为“大耗电量程序”，而就算是PC本子，在电池容量一致的情况下，mac可以用到8个小时（不开office for mac的情况下），而PC本子只能用4-5个小时（都是一样的硬盘）。 再这样的设计理念下做出来的。net开放源码，是否能够有效的解决能源使用问题，是一个未知数。 不知道各位怎么想？

我觉得，Apple公司在耗电量这方面一直比较注意，电源管理做得比较好，这一点毋庸置疑。 不过你的比较并不是很有说服力。我只是说你的比较方式，但不评论你的结论。 即使你用同一台笔记本，然后比较Mac OS X和Windows，但是： (1) 在Mac OS X和在Windows下都安装了合适的驱动了吗？ 尤其是在苹果的笔记本上，可以用Boot Camp安装Windows，而Boot Camp是苹果公司开发的，我不知道他们有没有专门为Windows做驱动方面的优化，就像他们对Mac电源管理的优化？ (2) 应用程序和后台服务 不知道你在测试的时候，Mac OS X和Windows分别运行的应用程序和后台服务，是不是一致的或者可类比的？ 无论Mac还是Windows，都可以优化后台服务和前台应用。

[YapingXin]

引用 楼主 walaqi 的回复:

再这样的设计理念下做出来的。net开放源码，是否能够有效的解决能源使用问题，是一个未知数。 不知道各位怎么想？

关于能源消耗的问题，我是这样想的： 1. 首先，要确实在程序中为能源消耗做考虑 有时候我们开发的应用程序，对于能源消耗方面并没有需求。比如说我开发一个传统的桌面应用，如果没有特别说明，我肯定不会为能源消耗做任何考虑。对于开发传统桌面应用来说，我这样做无可厚非。甚至，有时候我为了某种优化，可能会额外地多消耗一些资源，用空间换时间，也许这样能让我实现一个更高效的服务器，但对于能源消耗来说却使得电量消耗更快了。 然后你用这个和一些专门为移动设备优化的“省电”的应用程序做比较，这种比较本身就是不公平的。就好像我把士兵训练成训练有素的战士，一切为了战场需要，但你现在却让我的士兵上唱歌的舞台来跟别人比唱歌，并以此作为考核的指标，这本身就是滑稽可笑的，对吧。 2. 如何考虑能源消耗问题 但是如果程序的需求里面确实考虑了能源消耗，那么同样对于能源消耗，大家做得怎么样，那就是各显神通了。 第一层较量在驱动，同样一个操作，支撑它的底层驱动不一样，耗电肯定也是不一样的。 第二层较量才在应用程序。无论是.Net的程序还是C程序，无论是Managed Application还是Native Application，都可以在策略上选择比较有利于节能的策略，这些程序最终都要通过调用操作系统的API来实现对硬件的访问，如果确实精心做了考虑，都可以达到良好的节能效果的。

[以专业开发人员为伍]

引用 楼主 walaqi 的回复:

网上看到一个新闻“微软宣布.NET开发环境将开源 支持三大操作系统”，感觉这是好事情。但是作为早已经转到macbook作为个人工作平台的人，开始担心代码的耗电量问题。 在mac os下面，大多数代码都是使用OBJ-C或者native-c开发的。而只要是微软开发的程序，耗电量都是一个大问题，被mac评价为“大耗电量程序”，而就算是PC本子，在电池容量一致的情况下，mac可以用到8个小时（不开office for mac的情况下），而PC本子只能用4-5个小时（都是一样的硬盘）。 再这样的设计理念下做出来的。net开放源码，是否能够有效的解决能源使用问题，是一个未知数。 不知道各位怎么想？

你随便。祝你的用户一直省电，并且永远不用 office！ 我们的企业用户使用 windows 平台平板系统。

[以专业开发人员为伍]

其实这就跟 Android 在4年前遇到的果粉的攻击是一样的。Android还是会成长、也会改进。而且 Android开发者开始关心的是 Android上“自己的”的省电策略。 这是好事。至少避免了合流，能够让.net应用在windows平板上成长。

[walaqi]

我的态度是中肯的，也是讨论性质的，并不是作为果粉来做评价或者来做一个对.net的批评。因为，我是果粉，同是，又是一个一贯.net 程序员。^_^ 发这个帖子的目的，是因为目前准备开发一个移动应用。以前总是要使用自己不习惯的objc，现在随着微软的开源行动，总算看到一点曙光，但是在耗电这一点上有些担心。毕竟在电池技术没有大的突破之前，移动应用必须要考虑这一点。希望能够通过大家的讨论得到一点儿启示。