为什么不换个思路：内核依桌面与服务器分开开发，图形界面写入linux桌面内核

[delectate]

开玩笑呢？gnu的纯正血统hurd内牛满面了

[jarlyyn]

Richard Stallman发起GNU的时候，Linus还在上初中。。。

没错，不过如果没有 Linus，至今仍然不会有 GNU / Linux 这个操作系统。

原因是什么？因为按照 RMS 坚持的理想，是不可能制作出 Linux 这样的东西的。GNU 在 RMS 领导下只能永远是个失败项目。

如果 没有 Linux ，GNU 这个项目早就垮台了，所以说 GNU 就是 Linux 造就的没错，Linus 就是 GNU 的救世主。

这话怎讲？

gnu 的产品又不限于某个平台，他的拳头产品 gcc, glibc, emacs, binutils 到现在为止几乎还都是无可替代的。
没有 linux 或许就会更早的出现 gnu/bsd 甚至 gnu/hurd。

你能想想一个排斥私有软件排斥私有驱动的系统成功么……

[jisare]

大家说了这么多，我来总结一下
我认为图形界面不应放到内核里面
1.如果放内核里面，导致臃肿，维护升级起来极大浪费资源
2.从内核开发的驱势来讲，有图形界面的内核不容易达到稳定
3.内核合并图形界面带来的效率提升不一定比通过改善图形界面与内核通讯机制带来的效率提升高

[独孤]

围观

[bingfengwx]

这个问题可以这么解释：
一、面粉和馅伴在一起
优点：没看出
缺点：从面里面把馅挑出来太困难，吃了面也就吃了馅。（桌面崩溃了，内核也玩完）
二、包子皮里面包馅
优点：吃了皮，馅不影响，而且馅和面可以定制。（桌面崩溃了，内核不影响，桌面和内核都可定制，GNOME、KED、XFCE）
缺点：口味想和别人不一样，要自己动手做。遗憾的是并非所有人都会做包子。（不会定制编译内核、桌面环境）

实际上我还是喜欢皮是皮，馅是馅。（内核是内核，GUI是GUI）

之所以吃披萨的比吃包子人多，就是因为披萨把馅和面混在一块做，看着漂亮。当然包子的价格也是很符合大众的。
MS windows是披萨，UBUNTU是包子。
不过MS也朝着做包子的方向发展了！看来还是包子有前途！

说的甚是！！

[humhook]

首先各位都没有注意我的标题：桌面与服务器分开做。我没有说内核以后就一个，可以分成两个版本——图形效率更高的桌面版和追求稳定性的服务器版。当然，至于以后用哪个版本，自己看着办（睾手可以不用桌面版，以示同菜鸟的区别）
另外浪得虚名我颇为赞同你的观点，只不过说得太穿会~

把gui集成到内核里面了 你就不再自由了 gnome的人像换kde kde的人又想用gnome 后面很多图形界面 你要满足这么多人的要求 怎么办？
难道把每个gui都集成进去？ 不可能 这需要多少时间？


保持自由 可定制 这就也是linux的思想

[Root Lee]

Richard Stallman发起GNU的时候，Linus还在上初中。。。

没错，不过如果没有 Linus，至今仍然不会有 GNU / Linux 这个操作系统。

原因是什么？因为按照 RMS 坚持的理想，是不可能制作出 Linux 这样的东西的。GNU 在 RMS 领导下只能永远是个失败项目。

如果 没有 Linux ，GNU 这个项目早就垮台了，所以说 GNU 就是 Linux 造就的没错，Linus 就是 GNU 的救世主。

这话怎讲？

gnu 的产品又不限于某个平台，他的拳头产品 gcc, glibc, emacs, binutils 到现在为止几乎还都是无可替代的。
没有 linux 或许就会更早的出现 gnu/bsd 甚至 gnu/hurd。

1. gnu 的产品确实不限于平台，但是 gnu 最初的目标是建立一套完整的操作系统的。
2. 最后一句话你说对了，确实 gnu/hurd 很早就出现了，比 Linux 早，但是一直不可用。

[Root Lee]

不善于讨论，默默地支持一下 wayland

[xrfang]

我可以负责任地说，认为GUI应该进内核的人，至少有两个问题：

1）绝非专业程序员

2）辩论的能力不太好

例如，我看到前面说的为何要将GUI搞进内核，原因不外乎：Linux GUI不稳定、性能不好？？原因真的是这样吗？作为一个外行，你确信GUI进内核能够解决这些所谓的问题？

至于偏题到RMS vs. Linus、哲学和信仰层面，那就不用提了。

[牵牛星]

Linux嘛，技术上是可行的。至于路子对不对，不走走也不能定论

[hooluupog]

wayland依然没有将GUI放入内核，说明这是经过深思熟虑的。将GUI放入内核带来的不稳定和bug相比性能提升似乎是不值得的。而至于性能方面，我们还是期待2013年wayland大面积使用之后，再看其性能结果吧，现在下结论还为时尚早。

[tangmumao_wefls]

那么能不能这样，在内核分配了资源后，像硬解码一样，x或者wayland直接操纵显卡进行2d或者3d运算，之后运算出的图像直接写framebuffer,内核通过kms来识别显卡并加载驱动后将显卡的api传递给x或者wayland,以提升效率。纯属码盲业余观点，请多指教