VM* [128] and Melete [130] are base

VM* [128] and Melete [130] are based on Mate´ and extend its code management capabilities by enabling fine-grained updates to both the VM applications and the system software. VM* adds a service layer, which improves resource man- agement and eases application deployment. However, VM* does not offer support for adaptability. Melete enhances the support for concurrent applications. Furthermore, Melete adds a code dissemination mechanism to distribute code selectively and reactively [131]. However, it assumes that the network topology is a connected graph, which means it cannot handle a dynamic network topology.
MagnetOS [132], Squawk [133] and Sensorware [129] are other examples of traditional VM solutions. MagnetOS is a distributed OS for sensor networks that abstracts the entire network as a single, unified Java VM, which makes the applications written for MagnetOS portable. The main goal of this solution is to reduce energy consumption and increase network longevity. Similar to MagnetOS, Squawk is a small Java VM that supports multiple applications, provides point- to-point connection types, and uses optimised code in order to reduce the memory footprint. Sensorware is another solution that implements a script interpreter in order to provide a way to program WSNs based on mobile scripts. However, Mag- netOS, Squawk and Sensorware are unsuitable for resource- constrained devices (i.e., they have a large code base and use RMI, which is a Java-based, heavyweight mechanism [122] for inter-component communication).
The resource-constrained characteristics of WSNs raise an important limitation: virtual machines require significant mem- ory and processing power resources, which makes virtualisa- tion feasible only on resource-rich devices [22]. Code inter- pretation introduces a significant runtime overhead compared to native binary code [134]. Moreover, the new languages and

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

VM * [128] Melete [130] dựa trên Mate´ và mở rộng mã của nó khả năng quản lý bằng cách cho phép các Cập Nhật hạt mịn cho các ứng dụng máy ảo và hệ thống phần mềm. VM * thêm một lớp dịch vụ, mà cải thiện nguồn tài nguyên con người-agement và giúp giảm bớt việc triển khai ứng dụng. Tuy nhiên, VM * không cung cấp hỗ trợ cho khả năng hoạt động. Melete tăng cường hỗ trợ cho các ứng dụng đồng thời. Hơn nữa, Melete thêm một cơ chế phổ biến mã để phân phối các mã có chọn lọc và reactively [131]. Tuy nhiên, nó giả định rằng topo mạng là một đồ thị liên thông, có nghĩa là nó không thể xử lý một topo mạng năng động.Magneto [132], Squawk [133] và Sensorware [129] là ví dụ khác của truyền thống VM giải pháp. Magneto là một hệ điều hành phân phối cho các bộ cảm biến mạng mà abstracts toàn bộ mạng như một duy nhất, thống nhất Java VM, mà làm cho các ứng dụng viết cho Magneto cầm tay. Mục tiêu chính của giải pháp này là để giảm tiêu thụ năng lượng và tăng tuổi thọ mạng. Tương tự như Magneto, Squawk là một máy ảo Java nhỏ hỗ trợ nhiều ứng dụng, cung cấp các loại kết nối điểm tới điểm, và sử dụng tối ưu hóa mã để giảm dấu chân bộ nhớ. Sensorware là một giải pháp thực hiện các trình thông dịch kịch bản để cung cấp một cách để chương trình WSNs dựa trên kịch bản điện thoại di động. Tuy nhiên, Mag-netOS, Squawk và Sensorware là không thích hợp cho các nguồn lực hạn chế thiết bị (ví dụ, họ có một mã số lớn cơ sở và sử dụng RMI, mà là một Java dựa trên, cơ chế heavyweight [122] cho các thông tin liên lạc giữa hai thành phần).Đặc điểm nguồn lực hạn chế của WSNs nâng cao một giới hạn quan trọng: máy ảo đòi hỏi quan trọng mem-ory và xử lý nguồn tài nguyên năng lượng, mà làm cho virtualisa-tion khả thi chỉ trên các thiết bị nguồn tài nguyên phong phú [22]. Mã inter-pretation giới thiệu một thời gian đáng kể chi phí so với nguồn gốc mã nhị phân [134]. Hơn nữa, các ngôn ngữ mới và

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

VM * [128] và Melete [130] dựa trên Mate' và mở rộng khả năng quản lý mã của nó bằng cách cho phép cập nhật hạt mịn cho cả các ứng dụng máy ảo và phần mềm hệ thống. VM * thêm một lớp dịch vụ, trong đó cải thiện nguồn lực quản lý và triển khai ứng dụng giúp giảm bớt. Tuy nhiên, VM * không cung cấp hỗ trợ cho khả năng thích ứng. Melete tăng cường hỗ trợ cho các ứng dụng đồng thời. Hơn nữa, Melete thêm một cơ chế phổ biến mã để phân phối mã chọn lọc và cách thụ [131]. Tuy nhiên, nó giả định rằng các cấu trúc liên kết mạng là một đồ thị liên thông, có nghĩa là nó không thể xử lý một topo mạng động.
Magneto [132], Squawk [133] và Sensorware [129] là những ví dụ khác của các giải pháp VM truyền thống. Magneto là một hệ điều hành phân phối cho mạng cảm biến mà tóm tắt toàn bộ mạng là một duy nhất, thống nhất Java VM, mà làm cho các ứng dụng được viết cho magneto cầm tay. Mục đích chính của giải pháp này là để giảm tiêu thụ năng lượng và tăng tuổi thọ mạng. Tương tự như magneto, Squawk là một Java VM nhỏ có hỗ trợ nhiều ứng dụng, cung cấp các loại kết nối point- to-point, và sử dụng mã được tối ưu hóa để giảm bộ nhớ. Sensorware là một giải pháp mà thực hiện một thông dịch viên kịch bản để cung cấp một cách để chương trình WSNs dựa trên kịch bản của điện thoại di động. Tuy nhiên, MAG Netos, Squawk và Sensorware không thích hợp cho các thiết bị chế thốn (tức là, họ có một cơ sở mã lớn và sử dụng RMI, mà là một dựa trên Java, cơ chế nặng [122] cho thông tin liên lạc liên thành phần).
Các tài nguyên đặc -constrained của WSNs nâng cao một hạn chế quan trọng: máy ảo yêu cầu thuyết vieân quan trọng và xử lý tài nguyên năng lượng, mà làm cho sự virtualisa- khả thi duy nhất trên các thiết bị giàu tài nguyên [22]. Mã liên diễn giải giới thiệu một chi phí thời gian chạy đáng kể so với mã nhị phân có nguồn gốc [134]. Hơn nữa, những ngôn ngữ mới và