Linux兼容内核启用新域名
Linux兼容内核自2009年1月23日起，正式使用项目Unix名称Longene，中文别名“龙井”。同时，官方网站启用新域名：www.longene.org。
兼容内核是一个自由、开源的操作系统项目，目的是要把Linux的内核扩充成一个既支持Linux应用、也支持Windows应用，既支持Linux设备驱动、也支持Windows设备驱动的兼容内核；使用户可以直接在Linux操作系统上高效运行Windows应用。
通过兼容内核，我们希望原来习惯于windows操作习惯的用户可以在Linux上延续他们的操作习惯。用户购买的第三方软件可以变成与操作系统无关，对于用户来说，本来是一旦购买了Windows的应用软件，从此只能选择Windows操作系统，而现在却还可以有选择，这对于Linux 当然是意义重大，可以提高桌面Linux的市场竞争力。
兼容内核开发组是由浙大网新资助的开源项目，我们将遵守GPL规定，公开那些按规定应予公开的源代码。我们欢迎世界各地的广大网友与爱好者的参与，形成一个Linux兼容内核的开源社区。
另外，项目组已在在SourceForge.net上建立了相应的项目，地址为：http://sourceforge.net/projects/longene，欢迎大家访问。
预告：Linux兼容内核项目组将于中国农历新年长假后，即2009年2月，发布Linux兼容内核0.2.3版本的代码。新版本将加入注册表管理等新功能的系统调用，敬请关注！
以上内容摘自 Linux 兼容内核官方网站。
新年新气象～如何提高自己留言的含金量呢？首先请充分了解讨论的话题！ 对于该项目有任何疑问请先访问以下地址后再留言，谢谢～ Linux 兼容内核项目白皮书
Read More:
憧憬....
在"兼容内核"网站上看到了wine出来的starcraft 难道是把wine集成进内核里减少输入wine空格这五个字符？
@hezhit 可不仅仅这么简单哦～ 建议参看官方网站的文档区。
简单来说，兼容内核项目尝试融合来自 WINE、ndiswrapper 和 ReactOS 三个开源项目的成果，十分有意义。
再次建议不是很了解的朋友查阅官方文档～
楼上黑兄正解，以后很可能服务器版本用标准内核，而桌面版本用兼容内核，以尽可能兼容各种没有Linux原生版本的Win应用程序，从而不断提高Linux的桌面的竞争力---- 直到Linux成为主流，大部分重要应用程序都有原生Linux版本为止，到那时，兼容内核的历史使命就基本完成了，剩下的工作就交给微软来补充以便能兼容主流的Linux世界，让Linux原生程序在Win上完美运行，说不定，微软也对着出个Line。 呵呵，这可是几十年后的事情了，现在还是靠Wine和兼容内核来给Linux增强竞争力吧！
公开那些按规定应予公开的源代码 剩下的呢……
这东西会不会脱离Linux另搞一套？在开发过程中如果发现没办法完美支持两种操作系统的时候会不会抛弃Linux？ 总之我对这东西不感兴趣，还不如reactos直接投奔windows。
windows的包袱已经很重了。再做兼容很难。把旧的包袱继承过来还要保持系统稳定安全。很难做的事情还费力不叫好。最后的结果windows的病毒，流氓软件都跑到Linux平台上。我不看好它。
唉，没有底层支持就是胡闹。
@oldherl & roc & carlos 楼上几位朋友可以到官方文档看看，里面对于这些问题已经阐述的相当清楚了～
又一个这样的项目 兼容windows几乎是不可能的，就算好不容易实现了，windows又出新版呢 Mac之所以能在桌面领域长期牵制Windows靠的不是兼容，而是自己的独特的创新 linux桌面要发展，也是同理 现在新的windows已经开始着手触摸屏操作和语音操作了，我们却还在试图模拟软件，未免显得鼠目寸光了吧
这样的项目就别让国内的人知道了，全英文面向国外的社区做就行了，国内这社区环境，看看楼上那些说的什么话，屁都不懂，就知道说这不行那不行，你自己来个行的啊。一句话，习惯了偷的人，给他免费的他都不会用
关注……
问题是如何做到协议兼容？ GPLv2 + MS EULA = ?
@anper 的确在前段时间发布了英文主页。
这项目我关注有一段时间了，一直没有在这里和大家分享就是看到他的论坛里一些人的留言…… 所以，有口水是意料之中的，呵呵……
一个微内核，一个单内核，还有调度什么都不一样，怎么可能真正的兼容？单纯的把wine等融合，外部提供相同的接口兼容win程序，我个人觉得没那必要。靠wine等兼容win程序，不是提高lin的竞争力，而是让lin向win靠拢.
我个人觉得，对兼容内核不是抱有太高的期望。 此事吃力不讨好啊.....以后都是web程序的世界，用什么系统都不太重要，浏览器才是核心。一切的事务都在浏览器完成。 所以这也是linux的一个机遇。呵呵！！
意义一般 执行效率难料 不过总算是中国开源在比较底层的应用上面的贡献
宏内核容易一起崩溃 微内核难以保证性能 目前了解的微内核 性能最好的 应该是Karlsruhe的L4内核 但根据测试 仍然比Linux这样的宏内核慢百分之2到5
哦也，仔细看完了白皮书，终于看到一个有“较高”技术含量的国产开源项目了。
@liangsuilong 呵呵，不知道龙兄有没有关注过 Palm 新出的 webOS 系统呢？ 完全 JavaScript 化～
白皮书里的《漫谈wine之二：windows的文件操作》里第三节“文件访问的跨进程复制”里说Linux不支持跨任意进程文件句柄复制？ APUE v2第17.4节指出通过stream pipe或unix socket在Linux 2.4.22以上版本都能实现跨任意进程文件句柄的复制，实际项目中也应用过，请参阅之……
是毛得操搞的？
还是更多的寄希望于Linux内核本身，而不是所谓兼容，Linux本身已经足够优秀了，就是兼容的话也应该兼容一个更为优秀的才是，而不是win。
似乎没有大的计划表。所谓的短期，中期，长期并没有说明具体的时间表。一年两年还是五年十年？所谓的商业价值有什么时候能够体现出来呢？ 不管怎么说，我还是很希望这件事情能够坚持下去，不要因为赞助方出现一些变故，如，校长更换啊，什么的，而半途终止。
至于成果吗，我倒不是很担心，站在WINE、ndiswrapper 和 ReactOS这三个巨人的肩膀上，多少总会有点成果的。
@ztfu: windows算不上微内核的。 如果说要模拟hybrid kernel的机制，那就应该算是wineserver了吧。。
不过这个项目不是这个意思。
这个项目的目的大家很多都理解错了。 是这个样子的。
wine里面在用户层给了一些winapi的实现。但是这些是在用户层，有系统切换的。 这个项目的目标是尽可能的将这些winapi实现放到kernel module里面去，避免不必要的系统切换。 所以“兼容内核”并不是为了提高兼容性，而是提高兼容时候的效率。
当然这仅仅是我个人在过去一年中对这个项目的了解，而且是从一线开发者那里了解到的。。。嘿嘿
以前就在这里获取过相关的信息。 还是比较支持这个项目的，建议能够同上游项目保持联系，相互递交代码。
祝好运
为啥米大家还盯着桌面呢？ 桌面的争夺已经结束
linux更有用的是在cloud环境中
根本是无法完成的。
我觉得这样。。。。更容易死机。。。
如果一定要混合使用，用 colinux 不就结了吗。 另外还有 cygwin 和 prefix 可以用。
我不看好
@黑日白月: 黑兄，fedora貌似有online desktop demo，我觉得这个有点像操作系统的未来雏形。当然很多都不完善的，呵呵。
@liangsuilong 我 F9 就尝试了，比较可怖啊……
为什么我们就只能搞搞这么个怪玩意？
中毒怎么办？
这个项目非常不错阿。 楼上有些朋友理解错了，它把windows的内核部分实现了，然后直接把dll文件拿过来就可以用了。 之所以用到wine，是用它的dll实现，因为直接用windwos的dll文件的话，会有版权问题。