无忧启动论坛

标题: Linux兼容内核 - 提高Linux市场竞争力的一个手段 [打印本页]

作者: dihuo0 时间: 2011-9-24 19:25
标题: Linux兼容内核 - 提高Linux市场竞争力的一个手段

Linux兼容内核

-提高Linux市场竞争力的一个手段

毛德操

来自：http://www.longene.org/techdoc/0894636001227685906.html

虽然Linux在服务器、嵌入式系统、以及高性能计算领域都有不俗的表现，可是在桌面领域的市场占有率很低却是个不争的事实。尤其在中国，如果与Windows相比，桌面Linux的实际使用率几乎可以忽略不计。然而，对于一个现代操作系统而言，桌面应用是其主流；在桌面输了，那就是从总体上输了。

计算机技术的发展史上曾经出现过几次技术上更为先进的产品输给技术上较为落后(但在发展中)的产品的先例，而Linux/Unix和Windows在过去20年间的竞争恰恰是其中最大的一次。关键在于：当技术体现为某种大众化的产品时，就不再是单纯的技术问题了。

笔者不想在这篇短文中分析和总结之所以造成这种局面的原因和教训；更不想在这儿怨天尤人、非议微软的某些受到指责的行为；而只是针对已成之局提出提高Linux市场竞争力的一个手段。这所谓提高，也只是略有提高就好；桌面操作系统的市场那么大，哪怕一个百分点就已经不小了。

那么已成之局是什么呢？最主要的有这么几点：

1）
整整一代人的用户、甚至还包括下一代，都已经习惯于使用Windows。这些人在学校里学的、在培训班里学的、从朋友/同事那儿学的都是Windows，在家里用的、在单位用的、在网吧用的都是Windows，因而它的人机界面和操作方式早已经成为事实上的标准。

2）
Windows的应用软件比Linux丰富得多。Windows有着庞大的、高质量的第三方软件供应。无论是应用软件、中间件、还是系统软件，至少在数量上都是Linux所无可比拟的。事实上，就绝大多数的软件(甚至硬件)供应商的产品来看，其第一个版本几乎肯定是为Windows开发的，然后才有可能想到Linux，实际上还往往置Linux于不顾。

3）
至少在表面上，Windows的售后服务和支持比Linux的好。实际上，这种售后服务和支持绝大部分是针对第三方软件、由第三方软件供应商提供的；可是因为这些软件是在Windows上运行、而且只在Windows上运行，就给人一种印象，似乎Windows的用户得到了支持、而Linux的用户得不到，或者Windows是专业水平的、而Linux是业余水平的。

4）
Windows已经占据计算机应用的主流地位，运行着Linux的计算机必须能与运行着Windows的计算机互连互通，并“无缝”地、按Windows所定义的格式交换各种数据和文件(这一点对于电子商务和电子政务尤为重要)。

实际上，Windows本身的用户界面和操作方式也在变。但是由微软来变则可(不可也得可)；而若是别的人来要求用户改变使用习惯，那就难了。

这些问题大家都看到了，但是应对的策略和意见则各有不同。

1）有一种意见和策略认为最主要的是上述的第二条、即Linux上的应用软件太少的问题。既然是应用软件太少，就大力开发应用软件，并与第三方软件商合作、让它们提供Linux版的产品。久而久之，就应该可以使差距降下来。再说，就具体的用户而言，真正需要用到的软件还是很有限的，很可能只是“老三篇”(浏览器、Office、播放器)。反过来，Linux也有不少优点，对用户应该也有些吸引力，更不必刻意去模仿Windows。这样，慢慢就可以缩小差距，从而把用户吸引过来。国外特别是欧美、有不少人持此种意见。但是笔者对此甚感怀疑。据笔者观察，就桌面系统而言，过去十年内这种差距似乎反有扩大的趋势。问题在于，Windows的应用软件也在发展、甚至更快地发展，新的应用又在不断涌现。而第三方软件商的投入与Linux市场竞争力的提高，就成了某种“先有鸡还是先有蛋”的问题。

2) 另一种意见和策略既重视第二条，也重视第一条和第四条，即用户已经习惯于使用Windows及其应用软件、以及与Windows系统交换数据和文件的问题，所以在开发Linux应用软件时很注意与Windows“兼容”，实际上就是使应用软件在外观、功能、操作方式和效果等方面与Windows上的对应软件尽可能一致，让用惯了Windows的人可以毫无困难地转到Linux上来。在这一方面，OpenOffice等软件的开发就很典型。持这种意见的人国外也有不少，国内则更多。说穿了，这就是走“仿制”Windows应用软件的道路。然而，问题在于Windows的应用软件有那么多，又层出不穷，实在是仿不胜仿。

3) “仿制”既然不能很好地解决问题，那就来“嫁接”，就是设法在Linux上直接运行Windows应用软件的二进制映像。在这方面最重要的进展是开源软件Wine的开发。Wine在Linux内核和Windows应用程序之间提供一个适配层。它的上方为Windows应用程序提供Win32 API (实际上也包括16位界面)，为应用程序提供以动态连接库为主的Windows运行环境。而其下方，则把本来应该是对Windows内核的系统调用翻译/转化成对Linux内核的系统调用。这样，Windows应用程序实质上是在一个模拟/仿真的Windows内核上运行，而Wine的主要功能就是在Linux内核外面实现对Windows内核的模拟/仿真。不过Wine的设计者不愿意别人认为Wine是个仿真器。这主要是因为“仿真器”这个词容易使人误解，以为是对CPU机器指令的仿真，那是效率非常低的，而Wine的效率确实比普通意义上的仿真要高得多。在过去几年中，Wine一直在稳步地发展，过不多久就会有个较新的版本发布。有几个公司，如Linspire、Xandros等，也在推出基于Wine的产品。一般是同时有两套版本，一套是开源的，另一套则包括一些不公开源码的优化和改进。

4) 还有一种策略是让用户既可以使用Windows，也可以使用Linux。最简单的办法就是所谓双引导，即在同一台机器上装上两个系统、而在引导时加以选择。这样，有些事情适合在Linux上做，就引导Linux，反之则引导Windows。可是这样很不方便，更好的办法就是Vmware所采用的虚拟机技术，就是在Linux上再装一个Windows系统，让Windows作为Linux的一个应用来运行；或者也可以反过来，在Windows上再装一个Linux系统，让Linux作为Windows的一个应用来运行。这种策略最大的问题就是不能摆脱Windows操作系统，因而对于提高Linux市场竞争力的作用也就不大。

在这四种不同的意见和策略中，笔者以为最有效、最有前途的是第三种。说它有效和有前途，是因为至少从理论上说可以把绝大多数的第三方软件变成与操作系统无关。对于第三方软件的购买和使用者来说，本来是一旦买了/用了这种软件就好像定了终身，从此只能用Windows了，而现在却还可以有选择，还可以摆脱Windows，这对于Linux当然是意义重大。

然而，在实践中，情况却并不如想象中那样美妙。主要有这么一些问题：

一、Wine对Windows应用软件的支持面不如想象中那么大，一部分原因是Wine本身的开发有个过程，所以对Win32 API的支持一时还不那么全面。不过这并不是根本性的问题，随着事间的推移会不断改进。事实上，今年的版本比前年的版本就已经充实了不少。

二、虽然Wine不是仿真器，不像仿真器那么低效；但是既然要把原来是对Windows内核的系统调用转化成对Linux内核的系统调用，而两个内核的系统调用又存在着相当程度的差异，那么这种转化难免会使效率有所降低。这有点像是用一种高级语言来实现另一种高级语言，功能是达到了，性能却总不那么好。实际上，许多系统调用本质上是粒度相当大的“宏”操作，在这么大的粒度下很难高效地实现某些微妙的机制。甚至，有些系统调用还可能实际上无法很贴切地翻译成另一组系统调用，以至某些软件在运行时出现不同于Windows上的效果。与上一条相比，这一条是带有根本性的问题。

三、更重要的是，Wine只是在用户空间为Windows应用软件营造了一个运行环境，却没有涉及内核、特别是没有涉及设备驱动程序。这又导致两个方面的问题。首先，许多外部设备厂商现在只为Windows提供设备驱动程序、一般是扩展名为.sys的模块。如果不能把这些设备驱动模块安装到Linux内核中，就意味着Linux一时还不能支持这些外部设备。在这方面，开源项目NdisWrapper已经进行了努力、并取得了不小的成绩；但是它主要是针对一些网卡的驱动程序而开发的，还不够全面。其次，实际上更为重要的是，现在有些应用软件是与某些特定的设备驱动模块配套运行的；缺了内核中的特定设备驱动模块，相应的应用软件也就不能运行了。随着“数字家庭”等等应用和技术的发展，这样的倾向应该还会加剧。传统意义上的内核是公共的，设备驱动属于内核，因而也是公共的；而现在的内核却在朝着动态可定制，或者面向特定应用进行个性化配置的方向在发展。如果把内核比作一盆水，而传统意义上的应用软件像是浮在水面上的鸡蛋，那么现在的有些应用却像个哑铃了。就是说，它的一部分还在水面上、还像个鸡蛋，但是另一部分却在水底，当中有个柄，把两个球状物连成一个整体。显然，缺了内核中的设备驱动这一块，Wine的作用就不完善。而且，二者必须有机地结合起来。

四、Wine对Windows应用软件的支持面不如想象中那么大，还有一部分原因是存在着应用软件绕过Win32 API进入内核的可能。这往往发生在一些老的、特别是16位的软件，以及一些特殊软件。

由此看来，Wine还不能很好地解决问题。正是出于这样的考虑，笔者才提出了“Linux兼容内核”的设想和技术路线。其目的是：将Linux的内核加以扩充，使其既支持Linux本身的应用和设备驱动，又支持Windows的应用和设备驱动，从而成为一个“兼容内核”。要实现这样一个内核，就得在Linux的内核中增加这么几个成分：

l
一个符合Windows设备驱动程序的特征和要求的框架，即Windows设备驱动框架，使得可以把多个Windows设备驱动模块装入内核，并使这些模块间的关系和运行条件跟它们在Windows内核中时相同。

l
一组由Windows内核导出(Export)函数界面(见Windows DDK)定义的导出函数。对于设备驱动程序而言，这些函数就相当于由内核提供的库函数。

l
Windows的系统调用界面。微软并没有公开它的系统调用界面，但是在“Windows NT/2000 Native API Reference”和其他资料中已经揭开了这个秘密。在Linux内核中实现Windows的系统调用界面，就相当于用汇编语言来实现另一种高级语言。这是因为，在内核里面，可以使用的“砖块”就不再是宏观的Linux系统调用，而是Linux的许多微观的内核函数了。

一旦有了这么一个兼容内核，从原理上说只要把Windows的那套DLL(动态连接库)和有关的服务进程软件搬过来，就可以直接运行所有的Windows应用软件了。但是我们当然不能那样干，因为这牵涉到微软的知识产权(第三方提供的DLL当然可以)。所以，有了兼容内核以后，Wine是仍旧需要的，只是再不需要把Windows系统调用翻译/转换成Linux系统调用了，因而将是一个优化了的Wine。这样一个Wine，实际上就是Windows的那些“系统DLL”(以及有关服务进程和一些工具软件)的开源版。

这样，兼容内核的Windows系统调用界面，加上优化了的Wine，这二者的结合在用户空间为Windows应用软件营造出一个运行环境；而设备驱动界面、即DDK所定义的内核导出函数界面，以及设备驱动框架，这二者的结合在系统空间、即内核中为Windows设备驱动程序也营造出一个运行环境。就是说，“哑铃”的两头都照顾到了。

于是，Windows应用所“看到”的就是一个Windows环境，无论是在用户空间还是系统空间都一样，而且这样的环境是由“汇编语言”构筑的，性能上应该与Windows本身所提供的不相上下。这意味着将来Windows软件一般都可以在兼容内核上运行，而且运行时的效果和性能都可以跟在Windows上运行时相仿。既然如此，对于用户来说，改用Linux操作系统就是很现实可行的事了。

[ 本帖最后由 dihuo0 于 2011-9-24 19:28 编辑 ]

作者: 不点 时间: 2011-9-24 21:06
老问题了。开源兼容闭源，难度太高。

要兼容闭源，有很多情况都需要 hack 或破解。这怎会是一件简单的事情啊？

从多年的实践来看，这类工作的速度太不能令人满意。十几年前的一个非常不错的商业软件 Win4Lin，现在已经消失了。它跟不上 Windows 变化的节奏。Wine 也逐渐被更多的人遗忘。ReactOS 的开发进度也同样很慢。

此类软件都有一个致命的弱点：开发速度太慢，越来越让用户失望。

等将来微软死了，这类软件就有了 “出头之日”。否则，微软活着，那么此类软件永远见不到天日。

换句话说，这类工作的意义，就在于 “等待时机”。微软活着的时候，这类工作没有什么意义。微软肯定会让所有这些努力全都化为泡影。微软活着，这类工作就白做了，注定失败，因而工作本身就失去了意义。还不如把有限的精力投入到其它更容易成功的方面，比如说，干脆在 Wintel 之外寻找突破口，例如在 ARM + Linux 之下建立新秩序。

作者: my9823 时间: 2011-9-25 07:18
所以，有了兼容内核以后，Wine是仍旧需要的~
这句是关键啊，封杀这个软件代码不就可以？不是很懂编程，使劲拍砖啊！

作者: 不点 时间: 2011-9-25 07:54
兼容微软的系统，可以部分地做到。但要完全兼容，则（基本上）是 “不可实现的任务”。

IE 很难兼容，Office 也很难兼容。此类 “微软自己生产的东西”，在其开发之前早都先行布下 N 多陷阱了，保护它不被别的软件 “兼容掉”。

其他第三方的工具，倒是比较容易兼容。但是另一方面，既然是第三方，他们也可直接编写 Linux 下的软件，这样，又不需要兼容了。

从这些方面的分析可以看到：兼容微软的努力，其意义将 “打折扣”。

作者: dihuo0 时间: 2011-9-25 11:47
标题: 回复 #2 不点的帖子
开源兼容闭源，确实是一件很麻烦的事情。这个项目不是从零开始，实际上是拿来主义，建立在wine和reactos的基础上，目标是兼容xp，目前已经把wine服务层移植到内核，运行速度有了很大的提高，现在正在进行多核的功能的整合。

这几个项目中，wine项目发展得最成熟，更新频繁，已经有很多软件在发布前使用wine进行测试。
Reactos曾经为证明没有使用泄漏的微软源代码而进行代码审查，开发工作差不多停滞了两年，现在已经重新步入正轨，开发速度有所加快。
龙井项目的主要工作是在借鉴Reactos代码的基础上，把wine的代码移植到linux内核，开发进度比较快，现在已经增加更新发布频率，最近将要推出用户体验组件。

[ 本帖最后由 dihuo0 于 2011-9-25 14:10 编辑 ]

作者: dihuo0 时间: 2011-9-25 13:30
标题: 回复 #3 my9823 的帖子
wine是必须的，Reactos和龙井项目都只是开发内核，用户层功能都得依靠wine来提供。

[ 本帖最后由 dihuo0 于 2011-9-25 14:05 编辑 ]

作者: dihuo0 时间: 2011-9-25 14:03
标题: 回复 #4 不点的帖子
100％的兼容是不可能的，也是没必要的。根据80/20法则，80％的功能通常只需要20％的工作量，龙井项目的做法和您有些类似，以实践中使用的api为标准，先开发重要的常用的api，那些不常用的难度大的放到以后再说，只要能运行绝大多软件就可以了。

由于回报和投入不成比例，第三方软件通常不愿意开发linux版本，最多对wine进行测试，保证在wine上可以运行。
而且对用户来说，已经购买的软件和用户数据都是投资成本，龙井兼容内核的目标是已有软件和用户数据都可以平滑的迁移到linux系统上，无需购买新软件，不增加软件投资，还可以保持使用习惯不变，也不增加学习成本。从这一点所还是很有意义的。

作者: 不点 时间: 2011-9-25 14:18
标题: 回复 #7 dihuo0 的帖子
不错，同意你的分析。

作者: 2011jobinson99 时间: 2011-12-8 03:01
个人表示，只要能够有完整的驱动，其他的都是浮云，因为可以用wine或者虚拟机搞定。

欢迎光临无忧启动论坛 (http://wuyou.net/)