parallel distributed real time systems
play

Parallel & Distributed Real-Time Systems This weeks schedule: - PowerPoint PPT Presentation

EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2014/2015 Lecture #12 Updated May 10, 2015 Administrative issues Parallel & Distributed Real-Time Systems This weeks schedule: Only one lecture


  1. EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2014/2015 Lecture #12 Updated May 10, 2015 Administrative issues Parallel & Distributed Real-Time Systems This week’s schedule: • Only one lecture (Monday) • No lectures or consultation sessions on Thursday • Presentation time slots on Monday, Wednesday and Thursday Lecture #12 Next week’s schedule: • Guest lecture on Thursday, May 21 @ 08:00 Professor Jan Jonsson – Industrial communication networks (Dr. Roger Johansson, Chalmers) • Regular lecture on Thursday, May 21 @ 10:00 Department of Computer Science and Engineering • Consultation sessions on Monday and Friday Chalmers University of Technology • Presentation time slots on Monday and Thursday Network communication Network communication τ τ T 1 T 2 Hardware platform 1 2 µ µ 1 4 τ τ sender receiver message delay 1 2 message τ 1 t µ µ network 2 3 t τ 2 t 1

  2. EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2014/2015 Lecture #12 Updated May 10, 2015 Network communication Network communication Message delay: Queuing delay: • Message delays are caused by the following overheads: • The queuing delay for a task is caused by: – Formatting (packetizing) the message – Waiting for a corresponding time slot (TTP/C, FlexRay) – Queuing the message, while waiting for access to medium – Waiting for a transmission token (Token Ring, FDDI) – Transmitting the message on the medium – Waiting for a contention-free transmission (Ethernet) – Notifying the receiver of message arrival – Waiting for network priority negotiation (CAN) – Deformatting (depacketizing) the message – Waiting for removal from priority queue (Switched Ethernet, EDD-D) Formatting/deformatting overheads are typically included in the execution time of the sending/receiving task. Network communication Network communication Transmission delay: How is the message transfer scheduled between tasks assigned to different processors? • The delay for transmitting the message is a function of: • Integrated scheduling: – Message length (bits) N = t frame – Scheduling of tasks and inter-task communication are frame – Data rate (bits/s) R regarded as comparable operations. and – Requires compatible dispatching strategies. – Communication distance (m) L • Separated scheduling: = t prop v – Signal propagation velocity (m/s) – Scheduling of tasks and inter-task communication are performed as separate steps. – Allows for different dispatching strategies. 2

  3. EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2014/2015 Lecture #12 Updated May 10, 2015 Network communication Network communication Integrated scheduling: Separated scheduling: • Suitable for simple homogeneous systems with known • Suitable for heterogeneous systems or when assignment assignment of tasks to processors of tasks to processors is not always known in advance • Examples: • Motivation: – Time-driven task dispatching + TTP/C network protocol – Transmission delay is zero if communicating tasks are assigned to the same processor – Static-priority task dispatching + CAN protocol – Number of communication links that a message traverses may – Static-priority task dispatching + Token Ring network protocol be a function of the assignment (depends on topology and routing strategy) – Different communication links may employ different message dispatching policies Network communication Network communication How is the message transfer synchronized between Asynchronous communication communicating tasks? • Implementation: • Asynchronous communication: – Network controller chip administrates message transmission and reception (example: CAN, Ethernet) – Sending and reception of messages are performed as – Interrupt handler notifies the receiver independent operations at run-time. • Release jitter: • Synchronous communication: – Sending and receiving tasks synchronize their network – Queuing delays (at sender or in multi-hop network switches) and notification delay cause variations in message arrival time medium access at run-time. – Arrival-time variations gives rise to release jitter at receiving task (which may negatively affect schedulability) – Release jitter is minimized by using offsets for receiving tasks, or by maintaining message periodicity in multi-hop networks 3

  4. EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2014/2015 Lecture #12 Updated May 10, 2015 Network communication Network communication Asynchronous communication: Synchronous communication queuing delay • Implementation: τ τ transmission delay T 1 T 2 – Network controller chip makes sure message transmission 1 2 and reception occurs within a dedicated time slot in a TDMA bus network notification delay τ – Off-line static scheduling is used for matching the time slot with 1 the execution of sending and receiving tasks t – Queuing and notification delays can be kept to a minimum by instructing the off-line scheduling algorithm to use jitter network minimization as the scheduling objective t τ 2 t release jitter Network communication Network communication Synchronous communication: How is the message transfer imposed with a deadline? • As a separate schedulable entity: τ τ T 1 T 2 – Suitable deadline-assignment techniques must be used 1 2 – Worst-case message delay must be known beforehand dedicated time slot • As part of the receiving task: τ 1 – No explicit deadline needed for message transmission t – May impose release jitter on the receiving task network t τ 2 t 4

  5. EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2014/2015 Lecture #12 Updated May 10, 2015 Network communication Network communication How is the message transferred onto the medium? Contention-free communication: • Contention-free communication: • One or more dedicated time slots for each task/processor – Senders need not contend for medium access at run-time – Shared communication bus – Examples: TTP/C, FlexRay, Switched Ethernet – Medium access is divided into communication cycles (normally related to task hyper periods to allow for integrated scheduling) • Token-based communication: – Dedicated time slots provide bounded message queuing delays – Each sender using the medium gets one chance to send its – TTP/C, TTCAN ("exclusive mode"), FlexRay ("static segment") messages, based on a predetermined order • One sender only for each communication line – Examples: Token Ring, FDDI – Point-to-point communication networks with link switches • Collision-based communication: – Output and input buffers with deterministic queuing policies in – Senders may have to contend for the medium at run-time switches provide bounded message queuing delays – Examples: Ethernet, CAN – Switched Ethernet, EDD-D, Network Calculus The TTCAN protocol The TTCAN protocol ”Exclusive” – guaranteed service – Based on the CAN protocol Node ”Arbitration” – guaranteed service (high ID), best effort (low ID) – Bus topology A ”Reserved” – for future expansion... – Media: twisted pair CPU/ – 1Mbit/s mem/CC Transmission S S Columns S Basic cycle Node 3 0 Node 1 Node 6 Node 7 Basic cycle 1 Basic cycle 2 A second controller is Basic cycle required to implement the Node 5 3 redundant bus t Node 4 Node 2 Time is global and measured in network time units (NTU’s) 5

  6. EDA421/DIT171 - Parallel and Distributed Real-Time Systems, Chalmers/GU, 2014/2015 Lecture #12 Updated May 10, 2015 The TTP/C protocol The TTP/C protocol – Double channels (one redundant). Bus topology or ”star” (optical) All communication is statically scheduled – Media: twisted pair, fibre Guaranteed service – 10 Mbit/s for each channel Node ”TDMA-round” Node 3 Node Node 1 A 6 ”message slots” CPU/ mem/CC Node Node Node 5 4 2 S S S Node Node 1 4 A Node Node t 2 5 B A network is built on either Node Node 3 6 twin buses or twin stars. Non-periodic messages have to be fitted into static slots by the application The FlexRay protocol The FlexRay protocol ”Static segment” (compare w/ TTCAN ”Exclusive”) – guaranteed service – Double channels, bus or star (even mixed). – Media: twisted pair, fibre ”Dynamic segment” (compare w/ TTCAN ”Arbitration”) Node – 10 Mbit/s for each channel – guaranteed service (high ID), ”best effort” (low ID) A CPU/ mem/CC 63 Node 3 62 Network Idle Time S S Node 1 Symbol window Node 6 Node 7 Guaranteed periodical Guaranteed ”Best-effort” S periodical/ aperiodical B aperiodical 3 A 2 1 Node 5 0 Node Redundant channel can be Static segment Dynamic segment Node 2 4 used for an alternative (m slots) (n mini-slots) schedule Max 64 nodes on a Flexray network. 6

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend