djyos推广中的困惑

finisher007

原帖由 djyos 于 2009-3-2 15:32 发表
    目前，djyos遇到的最大困难是，如何说服人们花30分钟阅读我的书，人们第一印象，总是误认为该书是djyos操作系统的说明书，他们关注的是该操作系统能否增加他们饭碗的成色，很难让他们相信一个新出来的操作系 ...

版主 我对它很感兴趣   但你的书在哪下呀， 总不能让你的粉丝连个书也看不到啊~

djyos

原帖由 superwiles 于 2009-3-15 08:23 发表
很尊敬楼主的奋斗精神，
但是作为一个长期做rtos开发（10+years）的软件工程师，没有从这个os中看到令人惊喜的东西。
os的理论其实早就非常成熟，工程上拼的主要是可靠性，完备性，对已有标准，协议的支持程 ...

      谢谢您中肯的建议，我会积极考虑的。
    如何打动并获得像您这样的行业资深人士的认可然后支持，是一道绕不过去的坎，也是一道很难跨越的坎，但djyos自信必定会跨越这道坎。
    不知您说的qnx的创新是不是指qnx是微内核而绝大多数其他操作系统都不是微内核的。
    大多数操作系统设计者或者维护者，很容易受现有系统的导向，先入为主地从cpu执行的角度去理解软件，cpu执行程序的角度看，就是如何检测外部激励，何时创建线程、合适暂停一个线程，何时终止一个线程，合适启动一个线程等等，相应地，传统操作系统提供了丰富的诸如thread_create、thread_idle、thread_resume、thread_delete之类的系统调用，以引导（也可说误导）程序员按计算机的思维方式编写应用程序。djyos的创新之处在于，此类api一个没有，在djyos中，应用程序程序员根本看不到线程的存在，他们只看到事件。人类的思维方式是什么？发现有不属于自己职责范围的事情，就告诉上级主管（操作系统），上级主管如何调配人力（创建、启动线程）去处理这个事情，不用你管，传统操作系统方式下，如果你检测到了一件应该由A君完成的工作，就在A君屁股上踹一脚（开动线程），让他马上开干，djyos的方式，是告诉上级主管有一件事做，由上级主管安排A君去做。根据人类思维，控制线程并不是程序员想要的，程序员想要的是，计算机处理产生的事件，至于计算机是否使用线程机制去处理，鬼才关心！从面向对象的角度讲，程序员只需用事件告诉计算机需要处理什么事情，而cpu是一个完整的对象，而线程是这个对象的内部实现秘密，是私有资源，没必要让程序员知道。
    让程序员按计算机的思维方式转为按人类的思维方式编程，不知算不算核心创新，是不是重复发明轮子。
    当今，嵌入式程序员的数量正爆炸性地增长着，这些新程序员，可能是由电子工程师转行而来，也可能是学数学的，也可能是习惯于PC编程的，让这些本来就不懂线程和进程技术的人，在嵌入式条件下，仍然无需学习线程进程技术就可以编程，不知算不算核心创新，是不是重复发明轮子。
    不知您有没有看过我的driver架构，传统的driver架构下，代码等级森严，上层代码和低层硬件营垒分明，djyos不同，driver两端是平等的，它融入了软硬件平等可转化的联合设计思想。软件模块的组件化变成一个软件系统架构概念，一个不依赖于特定硬件的概念。它把组件和环境隔离，这个环境不仅仅包括特异性的硬件，还包括操作系统以及系统中运行的其他模块，是软件模块在相同硬件环境的系列化产品型号中互相移植变得非常容易，与我书中序言部分的拿来拿去主义的论述是相呼应的。这些，也是和传统操作系统有本质不同的，不知算不算核心创新，是不是重复发明轮子。
    还有太多太多，不能尽言……

[ 本帖最后由 djyos 于 2009-3-15 20:56 编辑 ]

djyos

原帖由 finisher007 于 2009-3-15 14:23 发表



版主 我对它很感兴趣   但你的书在哪下呀， 总不能让你的粉丝连个书也看不到啊~

www.djyos.com，找下载页。
您也太粗心了，在本版置顶帖子中就有啊。
不直接传到版面上，是因为要经常更新，每次更新都要上传很多地方的话，很容易错的。

superwiles

os的本质就是对cpu资源的虚拟，根据你的文档，你所采用的调度策略并没有超出现有策略的范围
你目前的做法，似乎是所有的线程都变成了ISR，你的事件相当于软中断于硬中断的联合。
任何应用都要把自己注册成为一个事件，然后做动态优先级抢占调用。 从你的文档中没有看到如何防止优先级翻转的问题。

至于驱动模型，qnx的思想会更优，vxworks 也早已经引入了内存barrier 来加强限制。

引入“新”的模型固然是“新”，但是和已有系统的兼容性问题会带来很高成本，
重新开发驱动，重新开发协议栈，成本太高，即使ipv6也因为兼容性难以推广
而且调度模型不同，在兼容posix的时候会带来更多问题，而且没有看出这种模型的优势和新意。
同样这样的“新”，没有经过任何第三方测试，其效率，鲁棒性没有任何profile可以参考对比
其实楼主最好和rtems，vxworks 一起做一个benchmark，就更有说服力

superwiles

希望早日看到profile，

[ 本帖最后由 superwiles 于 2009-3-15 21:38 编辑 ]

djyos

原帖由 superwiles 于 2009-3-15 21:35 发表
os的本质就是对cpu资源的虚拟，根据你的文档，你所采用的调度策略并没有超出现有策略的范围
你目前的做法，似乎是所有的线程都变成了ISR，你的事件相当于软中断于硬中断的联合。
任何应用都要把自己注册成为一 ...

在我书中第5.7.7节讲的是优先级继承的问题，djyos是支持优先级继承以防止优先级翻转的。
我书中第3章第1节论述了实时系统和多道程序设计的矛盾，指出了实时系统是不可能使用动态优先级的，故不存在你贴中所说的“动态优先级抢占调用”的问题。
如果从计算机如何执行程序的角度看，djyos的策略和传统系统确实没有什么两样，但从程序员以人的思维角度看，却是翻天覆地的变化。
您可以深入谈谈为什么你认为qnx的驱动模型的思想更优吗？是因为其微内核架构带来的先天便利吗？与红内核比，这种便利可是见仁见智的哦。

djyos

楼上误解我的意思了。
我想得到行业资深的认可，不是认证！
这些资深人事在所在企业中，在产品系统方案制定以及操作系统的选择中，有很大的影响力甚至决定权。
而且，他们往往还带一些徒弟，以点带面的效应很大。
至于权威机构认证嘛，嘿嘿，麒麟、道系统、汉芯都通过他们认证的，怎么样？djyos怎会自贬身份让他们去认证。