Is the real-time performance of DOS good?
China DOS Union
Union site: www.cn-dos.net Forum site: www.cn-dos.net/forum
DOS stands for freedom, openness and progress. Let us work hard, learn from the openness and GNU spirit of FreeDOS and Linux, and together build and grow a free GNU GPL world!
中国DOS联盟论坛 » DOS开发编程 & 发展交流 （开发室） » Is the real-time performance of DOS good?
View 3,896 Replies 8
Original Poster
Posted 2007-06-29 18:52 · 中国 江苏 南京 电信
Floor 2
Posted 2007-07-03 22:41 · 中国 江苏 无锡 电信
Floor 3
Posted 2007-07-26 10:22 · 中国 广东 深圳 电信
Without an interrupt scheduling mechanism and without context switching, can it be more real-time, you say?
Floor 4
Posted 2007-07-27 01:48 · 中国 福建 厦门 电信
Not having an interrupt scheduling mechanism is not necessarily a good thing. When multiple programs hook the same interrupt, or you can't finish the required work in a single clock interrupt cycle, then trouble will arise.
Floor 5
Posted 2007-07-27 16:13 · 中国 广东 深圳 电信
So, the book emphasizes for interrupt programming:
You should set STI as soon as possible, and output to 20h, AL as soon as possible. This is to avoid blocking other programs.
You should set reentrancy flags and plan the stack. This is to ensure the reentrancy safety of your own program.
You should set STI as soon as possible, and output to 20h, AL as soon as possible. This is to avoid blocking other programs.
You should set reentrancy flags and plan the stack. This is to ensure the reentrancy safety of your own program.
Originally posted by netwinxp at 2007-7-27 01:48:
Not having an interrupt scheduling mechanism is not necessarily a good thing. When multiple programs hook the same interrupt, or you can't finish the required work in a timely manner within a clock interrupt cycle, then troubles will arise.
Floor 6
Posted 2007-09-01 18:32 · 中国 河北 唐山 中移铁通
版主
★★★
操作系统爱好者
Credits 1,113
Posts 392
Joined 2002-11-11 00:00
23-year member
UID 228
Gender Male
Posts 392
Joined 2002-11-11 00:00
23-year member
UID 228
Gender Male
Status Offline
I understand what the LZ means, but I just know that DOS is single-tasking, not easy to crash, and relatively more stable than WINDOWS.
DOS之家 http://doshome.com 站长 葛明阳
Floor 7
Posted 2007-09-12 10:33 · 中国 广东 深圳 宝安区 电信
初级用户
★★
Credits 138
Posts 67
Joined 2007-07-04 10:11
19-year member
UID 93093
Gender Female
From 云南
Posts 67
Joined 2007-07-04 10:11
19-year member
UID 93093
Gender Female
From 云南
Status Offline
In embedded applications, where high precision is required, DOS is better than Windows. This is for scenarios where the system can often change positions and be used by non-professional personnel!
In system integration, where precision requirements are not high, Windows is better than DOS. This is for scenarios where the system is generally fixed in position and used and maintained by professional technicians!
[ Last edited by windowsvesta on 2007-9-12 at 10:44 AM ]
Windows, besides having weak real-time performance, is that the operating system needs to be reinstalled after the device has been used for a while! When a非正常shutdown occurs, Windows needs to scan the disk, and the boot time will make you wait a long time. If the disk is not scanned for a long time, the system will soon crash!
In system integration, where precision requirements are not high, Windows is better than DOS. This is for scenarios where the system is generally fixed in position and used and maintained by professional technicians!
[ Last edited by windowsvesta on 2007-9-12 at 10:44 AM ]
Windows, besides having weak real-time performance, is that the operating system needs to be reinstalled after the device has been used for a while! When a非正常shutdown occurs, Windows needs to scan the disk, and the boot time will make you wait a long time. If the disk is not scanned for a long time, the system will soon crash!
Floor 8
Posted 2007-10-30 14:33 · 中国 广东 江门 电信
No matter which system, if the program is good, the real-time performance is good!
Floor 9
Posted 2007-11-12 12:11 · 中国 福建 厦门 电信
When using timing interrupts under DOS, and if a Chinese system (even a direct screen-writing Chinese system that also uses timing interrupts) is used, it is very easy to have interrupt reentrancy, leading to a system crash. If you use the method of receiving messages and then post-processing in Windows, instead of intercepting messages, it also has good real-time performance (remember to disable unnecessary service processes as much as possible). Windows has a very large advantage in interface processing, driver program processing, I/O port processing, etc. The real-time processing part of Windows needs to be written using.SYS.
Forum Jump: