|
|
|
Сайт "Художники" Доска об'явлений для музыкантов |
|
|
|
ваывапывп аыпппппппппппппппппп пппппппппппппппппппппппппппп пппппппппппппппппппппппппппп аыпппппппппппппппппп пппппппппппппппппппппппппппп пппппппппппппппппппппппппппп
аывп павап ва п вап вап вап вап ва пва п
варврварварварварварварвар вар вар вар вар
вааыв ыва ЫаЫВврпрпррррррррр арррррррррррррррррр ррррррррррррррррррр
апапапапа пап апа пппппппппппппппппппппп ппппппппппппппппппппппппы ывпывппппппппппппппппп
енварпварв ар вр в рвраврв апвар варврврвар вар вр вар ррррррр
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РФ
МОСКОВСКИЙ АВИАЦИОННЫЙ ИНСТИТУТ
(государственный технический университет)
филиал "Восход"
КАФЕДРА К и ИЛА
" УТВЕРЖДАЮ "
Преподаватель________ Стреж Н.Б.
"____"_____________2003г.
РЕФЕРАТ
на тему: DATA COMMUNICATION SOFTWARE FOR ON - BOARD APPLICATIONS
по дисциплине: Английский язык
Выполнил студент гр. ДЛ 3-18_____________Кистанов С. А.
"___"_____________2003г.
\
Байконур 2003
DATA COMMUNICATION SOFTWARE FOR ON- BOARD APPLICATIONS
1. Distributed system support for on board applications
Distributed system constructed 10 support on-board applications may consist of a number of a possibly heterogeneous nodes. A node can make available the other nodes on the network both its own computing power and the peripheral resources under its own, local control.
Required that a Network Operating System (NOS) be designed, Capable of supporting both the sharing of the distributed resources, and the communications among distributed applications.
In order to meet these requirements, the functions to be performed by NOS can be thought of as structured in the following hierarchical layers. The NOS kernel layer includes a set of basic inter-Process Communication (IPC) mechanisms. The NOS system layer includes a set of services for the management of the shared resources. The NOS user layer includes protocols that can provide the applications with a more convenient abstraction.
Functionally Distributed Systems are characterized by a, possibly static, distribution of functions among the network nodes. Applications and servers can communicate by means of a set of IPC protocols.
Affiliated Autonomous Systems, services and applications can reside on the same nodes. The system layer is built on top of the local operating systems, and of a set of IPC protocols.
Distributed Operating systems, a common operating system kernel is executed on each node. This kernel integrates the functions of the NOS kernel layer. The advantages of this approach include the availability of a unique IPC mechanism for inter-node and infra-node communications, and the availability of kernel functions implementing access to remote kernel resources.
A solution that falls within the Distributed Operating Systems class entails that each node in the system run a common kernel that replaces the local operating system of that node.
An alternative solution can be based on combining the features of the affiliated autonomous systems and the functionally distributed systems.
Solution allows one to maintain the ability of using commercially available operating systems, thus facilitating the use of existing application software.
The system architecture implementing this type of solution should be sufficiently flexible to allow particular applications to make use of low level mechanisms of the architecture.
Following this solution approach the responsibilities of a NOS can be summarized as follows. Firstly, it should extend a (sub) set of the services provided by the different local operating systems, in order to make the resources they manage available to the other nodes on the network. Secondly, it should provide an environment to the dynamic configuration of new servers (managers of shared resources) and of users; the communication between users and servers, and the control of the rights of ail entities (users and servers) requiring access to shared resources.
2. Communication software architectures design issues
The communication architecture provided by the NOS introduced above can be thought of as structured in two principal levels of abstraction; namely, a Data Transport Levels and an Interprocess Communication level.
The communication software architecture of a computer network can be described, in general, as consisting of a number of communication protocols structured in a hierarchy of layers, or levels of abstraction. Protocol levels can be constructed independently of each other by defining the services that each level has to provide to the next higher one, without concern as to how these services are implemented. Hierarchical structuring of network protocols is of major assistance in limiting and mastering the complexity inherent in the design of that software.
Performance.
The performance of the communications in a distributed system can be affected primarily by overheads due to the handling of control and data packets performed by the communication protocols, and the retention and manipulation of state information which may be implemented by those protocols.
With reference to our previous discussion on appropriate assignment of functions to protocol levels, one can observe that a viable approach to assign functions to levels might be based on the assumption that the low levels of the hierarchy should provide general purpose, "guaranteed reliable" communication mechanisms, in order to "help" the development of the higher levels.
Reliability.
Faults in a distributed system can arise both within the communication subsystem and with in the nodes of the system. Faults in the communication subsystem can cause message loss, out of order delivery of messages, message misdelivery, message corruption. These particular classes of faults can be dealt with by using crash resistant protocols, message retransmission mechanisms, sequence numbers, identifiers of message senders and receivers, and cyclic redundancy checksum techniques.
аааааааааапвапти и дчтидлчптичп тпт прппврррррррррррррррррррррррр рррррррррррррррррррр аааааааааааааааааааааа
(Base) Музыка - Арт Сведение - Base 2003 г. Слишком много стилей... Слишком много стилей, чтобы стать оригинальным Да... Давай! Слишком много стилей, чтобы стать оригинальным На счет три по моей команде дружно начинаем Загонять друг другу один большущий респект Это и есть секрет для маленькой такой компании И сказанное ранее И сказанное позже Разрастается как дрожжи, Придержи вожжи! Бежит мороз по коже Я вижу, что тебя тоже Как и меня бесят все эти тупые рожи Ну что ж давай поможем найти свою могилу Каждой педриле Мне одному это не по силе Тили-тили тесто Нагретое место В одночасье воплощается в подобие протеста И что интересно... Бля.... (х-х) И что интересно: вроде бы и тесно Но все же терпимо Вся жизнь - пантомима Стреляют мимо холостыми патронами Хавают килограммами, но высирают тоннами! Бля, что поделать, ну я даже не знаю Кого опережаю - извините, Все прощаю Ваши потуги догнать африканского атлета Настолько ничтожны, что меня даже прет это Куда нам? Против этого спортсмена Читающего о размерах чужого члена Лена Головач или Головач Лена Но есть одна проблема: Просто как называться? Можно по крутому, например - МС! Но слишком обязует хоть немного уметь читать Исходя из вышего всего сказанного буду называть Себя я просто и скромно.... Нет, я слишком боюсь доверять своим нервам Вы хотите сломать меня? Да хер вам! Че стерва? Кто первый? Остынь приятель! Я представляю ФриБит и живу на Арбате Но на свою чужбину приглашаю всех желающих Все еще не втыкающих что такое рэп...
|
|
|
Сайт "Художники" Доска об'явлений для музыкантов |