Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
УчебПособ_Гончаровский.doc
Скачиваний:
17
Добавлен:
13.11.2019
Размер:
3.75 Mб
Скачать

3. Базовые устройства ввода-вывода встроенных систем

1. Предположим, что 4-х разрядный ADC-преобразователь работает по принципу последовательных приближений. Диапазон входного сигнала от Vmin=1 В (=0000) до Vmax=4.75 В (=1111). Какое количество шагов используется для преобразования значений 2.25 В, 3.75 В, and 1.8 В? Изобразить временную диаграмму преобразования этих значений.

4. Язык проектирования аппаратуры VHDL

  1. Пусть дана реализация шины как на рисунке.

Какое значение из множества IEEE 1164 std_logic для VHDL будет на шине (bus), если оба разрешающих входа установить в ’0’ (ena1 = ena2 = ’0’)?

Какое значение из множества IEEE 1164 std_logic для VHDL будет на шине (bus), если ena1 = ’0’, ena2 = ’1’ and f 2 = ’1’?

5. Многозадачность

1. Дать EFSM-модель функции addListener на рис.73 подобно модели на рис. 74.

2. Допустим, что две целые глобальные переменные a и b разделяются несколькими потоками. Допустим, что lock_a и lock_b два замка мутекса, которые защищают доступ к a и b. Допустим, нельзя предположить, что чтение и запись целых глобальных переменных являются атомарными. Рассмотрим следующий код:

Допустим, для исключения взаимоблокировки команда разработчиков договорилась, что замок b должен быть всегда взят перед замком a любым кодом, берущим оба замка. Кроме того из-за производительности команда настаивает, что не надо излишне брать замок. Следовательно, неприемлемо модифицировать proc1 следующим образом:

Поток, вызывающий proc1 берет замок b излишне, когда a не равно arg.

В некоторых библиотеках потоков такой код является некорректным. Поток будет блокировать попытку получить уже удерживаемый замок. Но примем для нашего случая, что если поток пытается получить уже удерживаемый замок, тогда он немедленно предоставляет его.

Дать решение для proc1, которое минимизирует излишнее взятие замка b.

3

1 if (size == 0) {

2 pthread_cond_wait(&sent, &mutex);

3 }

. Реализация функции get на рис.78 допускает более одного вызывающего get потока. Однако, если изменить код в строках 30-32 для pthread_cond_wait на

тогда этот код будет работать, только если удовлетворяются два условия:

– pthread_cond_wait возвращается, только если есть соответствующий вызов pthread_cond_signal и

– есть только один поток-потребитель.

Пояснить, почему требуется второе условие.

4. Шаблон producer/consumer, реализованный на рис.77 имеет недостаток в том, что размер очереди используемой для буферизации сообщений неограничен. Программа может отказать в работе, исчерпав всю доступную память (отказ функции malloc). Написать вариант функций send и get, который ограничивает размер буфера до 5 сообщений.

5. Альтернативная форма передачи сообщений, называемая рандеву подобна шаблону producer/consumer на рис.77, но это синхронная процедура тесно связанная с потребителем. В частности на рис. 77 функция send возвращается немедленно независимо от того готов ли некоторый поток принять сообщение. При коммуникации в стиле рандеву процедура send не должна возвращаться пока процесс потребителя не достигнет соответствующего вызова get. Соответственно нет необходимости в буферизации сообщений.

Написать реализацию send и get для рандеву.