c) TinyOS: TinyOS [3] is a componen

c) TinyOS: TinyOS [3] is a component-based OS. The components stick together to form statically linked core. Components are software modules and wrappers around hardware. Each service is being decomposed into a component, so that
nused services can be excluded from application. Application can customize the reusable components. Commands and events are used to perform inter-component communication. There is no user space. The concurrency model has non-preemptive tasks and preemptive events. Tasks can not preempt each other, but events can preempt tasks and other events. Events represent hardware interrupts. Version 2.1 of TinyOS has cooperative TOS threads, i.e. an application is itself responsible to yield the CPU explicitly when not in use. Scheduler executes as a high priority thread and schedules threads using FIFO preemptive scheduling. Earlier versions supported FIFO policy only which was unfit for real-time tasks, later Earliest Deadline First Scheduling (EDF) policy was included in TinyOS. TinyOS is written in NesC, a dialect of C[7]. NesC is a componentbased and event-driven programming language used for development in concurrent TinyOS environment. It closely relates to component-based model of TinyOS, thus hardware access is simple. It uses compile-time static memory allocation. There are no heaps, function pointers or virtual memory concepts of dynamic memory allocation. In version 2.1 onwards [16], Safe TinyOS has MPU. The OS has Berkeley Low-power Internet Stack (BLIP)[24] which consists of TCP, UDP, ICMPv6 and
IPv6 and supports 6LoWPAN, RPL and CoAP. The OS uses
Hydro routing protocol to ensure reliable unicast communication
within an IPv6 subnetwork with lossy links

Kết quả (Việt) 1:

c) TinyOS: TinyOS [3] là một thành phần dựa trên hệ điều hành. Các thành phần dính lại với nhau để tạo thành tĩnh liên kết cốt lõi. Thành phần là phần mềm mô-đun và các hàm bao quanh phần cứng. Mỗi dịch vụ được bị phân hủy thành một thành phần, do đó nused dịch vụ có thể được loại trừ khỏi ứng dụng. Ứng dụng có thể tùy chỉnh các thành phần tái sử dụng. Lệnh và các sự kiện được sử dụng để thực hiện các thông tin liên lạc giữa hai thành phần. Có là không có không gian người dùng. Mô hình concurrency có nhiệm vụ Phòng Không "phòng ngừa" và "phòng ngừa" sự kiện. Công việc không có quyền mua trước mỗi khác, nhưng sự kiện có quyền mua trước nhiệm vụ và các sự kiện khác. Sự kiện đại diện cho phần cứng ngắt. Phiên bản 2.1 TinyOS có hợp tác xã TOS chủ đề, tức là một ứng dụng là tự chịu trách nhiệm với sản lượng CPU một cách rõ ràng khi không phải trong sử dụng. Lịch thực hiện như là một chủ đề ưu tiên cao và lịch chủ đề bằng cách sử dụng lập kế hoạch "phòng ngừa" FIFO. Trước đó phiên bản hỗ trợ FIFO chính sách chỉ là unfit cho thời gian thực nhiệm vụ, sau này sớm nhất thời hạn đầu tiên lập kế hoạch (EDF) chính sách đã được bao gồm trong TinyOS. TinyOS được viết bằng NesC, một phương ngữ của C [7]. NesC là một componentbased sự kiện-hướng lập trình ngôn ngữ được sử dụng cho sự phát triển trong môi trường TinyOS đồng thời. Nó chặt chẽ liên quan đến thành phần dựa trên mô hình của TinyOS, do đó truy cập phần cứng là đơn giản. Nó sử dụng thời gian biên dịch tĩnh bộ nhớ phân bổ. Không có không có heaps, chức năng con trỏ hoặc các khái niệm bộ nhớ ảo của cấp phát bộ nhớ năng động. Phiên bản 2.1 trở đi [16], an toàn TinyOS có MPU. Hệ điều hành có Berkeley Low-power Internet Stack (BLIP) [24] bao gồm TCP, UDP, ICMPv6 vàIPv6 và hỗ trợ 6LoWPAN, RPL và CoAP. Sử dụng hệ điều hànhThủy giao thức định tuyến để đảm bảo thông tin đáng tin cậy unicasttrong một subnetwork IPv6 lossy kết

Kết quả (Việt) 2:

c) TinyOS: TinyOS [3] là một hệ điều hành dựa trên thành phần. Các thành phần dính lại với nhau để tạo thành cốt lõi liên kết tĩnh. Các thành phần là các module phần mềm và phần cứng hàm bao quanh. Mỗi dịch vụ được chia ra thành một thành phần, do đó
các dịch vụ nĐã sử dụng có thể được loại trừ khỏi ứng dụng. Ứng dụng có thể tùy chỉnh các thành phần tái sử dụng. Lệnh và các sự kiện được sử dụng để thực hiện giao tiếp giữa các thành phần. Không có không gian sử dụng. Các mô hình đồng thời có nhiệm vụ không ưu tiên và các sự kiện ưu tiên. Nhiệm vụ không thể chặn trước mỗi khác, nhưng sự kiện có thể chặn trước nhiệm vụ và các sự kiện khác. Sự kiện đại diện cho các ngắt phần cứng. Phiên bản 2.1 của TinyOS có đề TOS hợp tác xã, tức là một ứng dụng là tự chịu trách nhiệm để mang lại CPU một cách rõ ràng khi không sử dụng. Scheduler thực hiện như một chủ đề ưu tiên cao và tiến độ đề sử dụng FIFO lịch ưu tiên. Những phiên bản trước chỉ hỗ trợ chính sách FIFO mà là không thích hợp cho các nhiệm vụ thời gian thực, Deadline sớm Đầu tiên Scheduling (EDF) chính sách sau đó đã được bao gồm trong TinyOS. TinyOS được viết bằng NesC, một phương ngữ của C [7]. NesC là một ngôn ngữ lập trình componentbased và hướng sự kiện được sử dụng để phát triển trong môi trường TinyOS đồng thời. Nó liên quan chặt chẽ với mô hình dựa trên thành phần của TinyOS, do đó truy cập phần cứng là đơn giản. Nó sử dụng cấp phát bộ nhớ tĩnh thời gian biên dịch. Không có đống, con trỏ chức năng hoặc các khái niệm bộ nhớ ảo của cấp phát bộ nhớ động. Trong phiên bản 2.1 trở đi [16], Safe TinyOS có MPU. Các hệ điều hành có Berkeley suất thấp Internet Stack (đốm sáng) [24] trong đó bao gồm TCP, UDP, ICMPv6 và
IPv6 và hỗ trợ 6LoWPAN, RPL và CoAP. Các hệ điều hành sử dụng
giao thức định tuyến Hydro để đảm bảo thông tin liên lạc unicast đáng tin cậy
trong một mạng con với các liên kết lossy IPv6