http://user.qzone.qq.com/1090309342/blog/1242560546

主流上来说，如果冯~和哈佛结构不会发生重大变化的话，unix,window,linux不重新全写，
那么它们依然会是pc,笔记本电脑操作系统的主流，这点是大概只有40%左右的可能发生翻天覆地的变化。
其实主要是最近重新学习计算机操作系统，并研究了linux的一些知识后，在单片机应用时，发现了一些新的非常有意思的观点或是想法。
对于大多数人猜想或是觉得未来操作系统应该是云操作系统，其实我不太了解云操作系统的具体概念，呵呵，但是觉得他在某些地方似乎太大了，只适合于网络中心这样的环境中，而我在考虑的这个系统是用在一个多单片机环境中的。当然多任务系统。而且我在考虑像当前这些系统中的比如多用户，虚拟空间，多硬盘等等是否合乎未来操作系统的要求，无限网络的计算，其实云操作系统上的一些功能在window,linux中没有的东西，在未来操作系统中也是有那么一丁点的展现。
首先我提一两个小问题。
第一个未来操作系统中是否集成java。
其实我个人是比较喜欢用它的，而且用其架构写应用级办公系统非常快。当然我不是来谈j2ee应用的。而想从编译层设计执行它的新方式。它将不再解释，而是成为机器码。
虽然解释的执行方式有着无限的美好，但是我还是觉得它很慢。在很多时候，让我在等待 。
包括它对内存的吃紧，cpu资源的侵占。。。。。。。。。
我经常性的使用gcc -S 这样的命令，将我的c项目翻译成汇编代码看。不管它多么简单哪怕是一个hello,world.
听说oracle收购sun，所以我都有些担心java将来是否还能让我们像现在这样使用。所以
如果我愿意的话我可以写一个解释程序把.java转换成.s文件，再调用gun的汇编编译器直接把它编译成执行文件。我不清楚gun下的java是如何工作的，因为我从来没用过它的java功能，我也没有用过sun公司的jet不知道它又是如何转换的.
我经常为了java程序的发布伤透了脑筋，我要知道我的用户是否安装了jre,当然我可以检测，但我不知道我的用户是否愿意使用.bat文件。最后一个jre,mysql或是别的数据库程序，又时候我的应用程序都不到30m而jre+数据库就快100M，我经常伤心。
那么如果未来操作系统要使用java的办公应用，我是否像上面那样做。
谈到数据库，我在质疑在我的程序中，我还是否需要使用mysql,甚至是oracle这样的数据库，像sqlite这样非常小的数据库是多么的惬意，问题是数据可能是海量。
数据库也是文件系统。就像window的注册表一样，那么如果我要在未来系统中使用一个特征库，我如何直接把一种行之有效的数据库直接开发到系统中。

第三个我觉得最为重要的一点：
    估算应用程序的行为：
    向来我们都是使用杀毒软件来防止入侵的，我们的系统都是这样生存的。咋感觉就像生了病让医生看一样，似乎天经地义，怪不得又时候它把我的程序给杀掉，它又不是病毒，庸医看死人。
    未来操作系统中要有比较严格安全防线。
    程序行为估测。
    一不小心有到两点了。深夜的灯光啊，头疼死了。

[培训]内核驱动高级班，冲击BAT一流互联网大厂工作，每周日13:00-18:00直播授课