From 9530d620f21905aebf5e5a856694efcc5faec24d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E9=9B=B6=E4=B8=AD=E6=96=AD=E5=BB=B6=E8=BF=9F=E7=9A=84RTOS?=
 <cosyos@139.com>
Date: Fri, 28 Feb 2025 02:36:51 +0000
Subject: [PATCH] update README.md.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Signed-off-by: 零中断延迟的RTOS <cosyos@139.com>
---
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index 202ff34e..b99d2437 100644
--- a/README.md
+++ b/README.md
@@ -16,7 +16,7 @@
   原有 CosyOS-I、CosyOS-II 停止更新维护，但仍提供技术支持。
 
 ### 序言
-* 近年来，随着RTOS的普及及在嵌入式设备中的广泛应用，以关闭总中断等方式来保护临界段所带来的危害性（丢失响应、处理延误）正日益凸显出来，其中以高速通讯接收丢帧、高速捕获丢失脉冲等中断丢失响应现象最为紧要和普遍。有些RTOS肆意关闭总中断，且未能提供“系统最大关闭总中断时间”等核心关键参数，实时性已无从谈起。<br>
+* 近年来，随着RTOS的普及及在嵌入式设备中的广泛应用，以关闭总中断等方式来保护临界段所带来的危害性（丢失响应、处理延误）正日益凸显出来，其中以高速通讯接收丢帧、高速捕获丢失脉冲等中断丢失响应现象最为紧要和普遍。有些RTOS关闭总中断可能过于频繁，且未能提供“系统最大关闭总中断时间”等核心关键参数，实时性有待商榷。<br>
 * 随着时代的发展、科技的进步，零中断延迟已经成为可能，RTOS正悄然的面临着一场时代的变革... ...<br>
 * 2023年，CosyOS 应运而生！<br>