Common Intermediate Language и системное программирование в Microsoft .NET - тест 13

При разработке параллельных приложений необходимо обеспечить:

Разработка серверов, обслуживающих асинхронно поступающие запросы является:

Реализация однопоточного сервера для обслуживания асинхронно поступающие запросы нецелесообразна по следующим причинам:

Для реализации пула потоков необходимо создание:

При использовании пула потоков имеет смысл ограничивать общее число рабочих потоков:

Если при использовании пула потоков последние занимаются исключительно вычислительной работой, то их число не должно превышать:

В Windows поддержка пула потоков реализована в виде:

В Windows порта завершения ввода-вывода берет на себя функциональность, необходимую для организации:

Что касается порта завершения ввода-вывода в Windows, то с точки зрения разработчика приложения необходимо:

Порт завершения создается с помощью функции:

Типичными формами применения функции CreateIoCompletionPort являются:

Создавать новый порт завершения ввода-вывода с помощью функции CreateIoCompletionPort можно так:

При простом создании порта завершения ввода-вывода достаточно указать только:

Ассоциирование порта с файлом можно осуществить так:

С помощью функции PostQueuedCompletionStatus можно помещать в очередь порта запросы:

Число потоков в пуле обычно превышает число:

Чтобы порт завершения ввода-вывода не связывать с файлами, для размещения запроса можно воспользоваться функцией:

В общем виде поток в пуле реализует цикл с выбором запросов из очереди с помощью функции:

В современных реализациях Windows с помощью функции:BOOL QueueUserWorkItem(
  LPTHREAD_START_ROUTINE QueryFunction,
  PVOID pContext, ULONG Flags
);предусмотрена возможность:

С помощью флага WT_EXECUTEDEFAULT запрос будет направлен:

Флаг WT_EXECUTEINIOTHREAD заставит систему обрабатывать запрос в потоке, который находится:

При разработке многопоточных приложений возникает необходимость обеспечивать не только параллельное исполнение кода потоков, но также их взаимодействие:

Поскольку все потоки разделяют общее адресное пространство процесса, то все они имеют общий и равноправный доступ:

Очень часто для изоляции данных достаточно их размещать:

Thread Local Storage - это:

Выберите утверждения верные для TLS памяти:

Сколько функций предоставляет ОС Windows необходимых для работы с локальной для потока памятью:

Какая функция выделяет в ассоциированной с потоком памяти двойное слово, индекс которого возвращается вызвавшей процедуре:

Для доступа к данным зарезервированной ячейки используется функция:

Какая функция изменяет значение в соответствующей ячейке:

В Visual Studio работа с локальной для потока памятью может быть упрощена при использовании:

При использовании _declspec(thread) при описании переменных компилятор будет размещать эти переменные:

Следует внимательно следить за выделением и освобождением данных, указатели на которые:

Аналогично TLS памяти, Windows поддерживает память, локальную для волокон:

В данном случае:DWORD FlsAlloc( PFLS_CALLBACK_FUNCTION lpCallback );

VOID WINAPI FlsCallback( PVOID lpFlsData )
{
  ...
}происходит:

Маска, назначаемая потоку, должна быть: