eitherstaticallyordynamically. A st

eitherstaticallyordynamically. A static schedule, allocation or binding make the runtime
system simpler.
In this general framework, most synthesized hardware uses static resource allocation and binding schemes, and static or relative scheduling techniques as described in
Chapter 4. Due to this static nature, operations that share resources are serialized and the
binding of resources is built into the structure of the synthesized hardware, and thus there
are always enough resources to run the available set of tasks. Consequently, there is no
need for a runtime system in hardware. Similarly, in software, the need for a runtime
system depends upon the whether the resources and tasks (and their dependencies) are
determined at compile time or runtime.
Since our target architecture contains only a single resource, that is, the processor,
the tasks of allocation and binding are trivial, i.e., the processor is allocated and bound
to all routines. However, a staticbinding would require determination of astaticorder
of routines, effectively leading to construction of a single routine for the software. This
would be a perfectly natural way to build the software given the fact that both resources
and tasks and their dependencies are all statically known. However, due to the presence
ofNDoperations in software, a complete serialization of operations may lead to creation
ofNDcycles which would make satisfiability determination impossible.

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

eitherstaticallyordynamically. Một tĩnh lịch trình, phân bổ hoặc ràng buộc thời gian thực hiện.Hệ thống đơn giản.Trong khuôn khổ chung này, đặt phần cứng tổng hợp dùng phân bổ nguồn lực tĩnh và chương trình liên kết, và tĩnh hoặc tương đối lập kế hoạch kỹ thuật như mô tả trongChương 4. Do này bản chất tĩnh, các hoạt động chia sẻ tài nguyên được đăng trên và cáccác ràng buộc của nguồn tài nguyên được xây dựng vào cấu trúc của phần cứng tổng hợp, và do đó cóluôn có đủ nguồn lực để chạy bộ có nhiệm vụ. Do đó, có là không cócần thiết cho một hệ thống thời gian chạy trong phần cứng. Tương tự như vậy, trong phần mềm, sự cần thiết cho một thời gian chạyHệ thống phụ thuộc vào các định các nguồn lực và công việc (và phụ thuộc của họ)xác định tại thời gian biên dịch hoặc thời gian chạy.Kể từ khi kiến trúc mục tiêu của chúng tôi có chỉ là một nguồn duy nhất, có nghĩa là, là bộ vi xử lý,nhiệm vụ phân bổ và ràng buộc được tầm thường, tức là, bộ vi xử lý được phân bổ và ràng buộcđể tất cả các thói quen. Tuy nhiên, một staticbinding sẽ yêu cầu xác định astaticordercủa thói quen, có hiệu quả hàng đầu để xây dựng một thói quen duy nhất cho phần mềm. Điều nàysẽ là một cách tự nhiên một cách hoàn hảo để xây dựng phần mềm cho một thực tế rằng cả hai nguồn tài nguyênvà nhiệm vụ và phụ thuộc của họ tất cả tĩnh được biết đến. Tuy nhiên, do sự hiện diệnofNDoperations trong phần mềm, một tuần tự hoàn thành các hoạt động có thể dẫn đến sáng tạoofNDcycles mà sẽ làm cho satisfiability xác định không thể.

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

eitherstaticallyordynamically. Một lịch trình tĩnh, giao đất hoặc ràng buộc làm cho thời gian chạy
hệ thống đơn giản.
Trong khuôn khổ chung này, phần cứng tổng hợp nhất sử dụng phân bổ tài nguyên tĩnh và các chương trình liên kết, và các kỹ thuật lập lịch tĩnh hoặc họ hàng như mô tả trong
Chương 4. Do tính chất tĩnh này, các hoạt động chia sẻ mà nguồn tài nguyên là tuần tự và các
ràng buộc của các nguồn tài nguyên được xây dựng thành các cấu trúc của phần cứng tổng hợp, và do đó
luôn có đủ nguồn lực để chạy bộ có sẵn các nhiệm vụ. Do đó, không có
nhu cầu cho một hệ thống thời gian chạy trong phần cứng. Tương tự như vậy, trong phần mềm, sự cần thiết cho một thời gian chạy
hệ thống phụ thuộc vào việc các nguồn lực và nhiệm vụ (phụ thuộc của họ) được
xác định tại thời gian biên dịch hoặc thời gian chạy.
Từ kiến trúc đích của chúng tôi chỉ có một nguồn duy nhất, đó là, các bộ vi xử lý,
các nhiệm vụ phân bổ và ràng buộc là tầm thường, tức là, các bộ vi xử lý được phân bổ và ràng buộc
cho tất cả các thói quen. Tuy nhiên, một staticbinding sẽ yêu cầu xác định astaticorder
của thói quen, hiệu quả hàng đầu để xây dựng một thói quen duy nhất cho phần mềm. Đây
sẽ là một cách hoàn toàn tự nhiên để xây dựng phần mềm cho một thực tế rằng cả hai nguồn lực
và nhiệm vụ phụ thuộc của họ được biết tất cả các tĩnh. Tuy nhiên, do sự hiện diện
ofNDoperations trong phần mềm, một tuần tự hoàn thiện của các hoạt động có thể dẫn đến việc tạo ra
ofNDcycles đó sẽ đưa ra quyết định satisfiability không thể.