Questions tagged «operating-system»


4
是什么使汇编程序停止崩溃?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 10个月前关闭。 首先,我是一个初学者,所以如果这个问题听起来很愚蠢,请指出错误的假设。 据我了解,操作系统的工作是管理在OS上运行的硬件和软件。而且,据我了解,汇编程序允许人们几乎直接控制硬件。在汇编程序中,可以将数据读取和写入寄存器,以及将数据读取和写入RAM。 有了这种随意使用寄存器和RAM的自由,汇编程序是否不可能影响操作系统?假设一个操作系统正在使用寄存器A来存储关键信息,并假设我在该OS上运行了一个汇编程序。如果程序成功将垃圾写入寄存器A,则操作系统肯定会受到影响。 问题: 是否可能以上述方式弄乱寄存器A? 如果不是,是什么阻止汇编程序修改OS使用的寄存器?

1
哪些功能将实时与其他类型的操作系统区分开来?
我正在尝试一个小的实时内核,除了计数到下一个素数之外,它基本上什么也做不了。它使用中断驱动的I / O。但是为什么它是实时内核? 我读到Linux在2002年成为实时内核,对吗? 我使用Altera DE2,我基于它的代码是1个汇编文件,1个头文件和2个C文件。请帮助我理解。 # Uart_0 at 0x860 .equ de2_uart_0_base,0x860 # Timer_1 at 0x920, interrupt index 10 (mask 2^10 = 0x400) .equ de2_timer_1_base,0x920 .equ de2_timer_1_intmask,0x400 # Timeout value for 0,1 ms tick-count interval (CHANGED in every version) .equ de2_timer_1_timeout_value,4999 # Required tick count per time-slice, meaning # the …

3
非抢占式操作系统的好处是什么?这些好处的价格是多少?
对于裸金属MCU,与具有后台循环和计时器中断体系结构的自制代码相比,非抢占式OS的优势是什么?对于采用非抢占式OS的项目,而不是使用具有后台循环体系结构的自制代码的项目,这些好处中有什么足以吸引人? 。 问题解释: 我非常感谢所有回答我的问题。我觉得答案已经差不多了。我在这里向我的问题添加解释,这表明了我自己的考虑,并可能有助于缩小问题范围或使其更加精确。 我试图做的是了解一般情况下如何为项目选择最合适的RTOS。 为此,更好的理解基本概念以及不同种类的RTOS的最吸引人的好处和相应的价格将有所帮助,因为没有适用于所有应用程序的最佳RTOS。 几年前,我读了有关OS的书,但现在不再随身携带。在我在此处发布问题之前,我在互联网上进行了搜索,发现此信息最有帮助:http : //www.ustudy.in/node/5456。 还有很多其他有用的信息,例如不同RTOS网站上的介绍,比较抢先式调度和非抢先式调度的文章等。 但是,当选择非抢占式RTOS时,我没有发现任何话题,最好是使用计时器中断和后台循环编写自己的代码。 我有自己的答案,但我对它们不满意。 我真的很想知道更多有经验的人的答案或看法,尤其是在行业实践中。 到目前为止,我的理解是: 无论使用还是不使用操作系统,总是需要某种调度代码,即使它采用如下代码形式: in the timer interrupt which occurs every 10ms if(it's 10ms) { call function A / execute task A; } if(it's 50ms) { call function B / execute task B; } 好处1: 非抢占式OS为调度代码指定方式/编程风格,以便工程师即使以前不在同一项目中,也可以共享同一视图。然后,以与概念任务相同的观点,工程师可以处理不同的任务并对其进行测试,并尽可能独立地描述它们。 但是我们真的能从中获得多少呢?如果工程师在同一个项目中工作,他们可以找到很好的方式共享相同的视图,而无需使用非抢先的OS。 如果一位工程师来自另一个项目或公司,那么如果他之前知道操作系统,他将获得好处。但是,如果他没有,那么再次学习新的操作系统或新的代码似乎并没有太大的不同。 好处2: …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.