Моделирование вычислительных систем

@Ulya_jk · Регистрация: 11.04.2016

Author24 — интернет-сервис помощи студентам

На обслуживание в вычислительную систему (ВС) поступает 2 потока заданий. В 1-ом потоке задания следуют через 1±0,4с, во 2-ом – через 1±0,5с. Задания каждого потока направляются на обработку в собственный ЦП. Если собственный ЦП занят, то задание 2-го потока направляется в чужой ЦП, но, если он также занят, то задание возвращается в очередь к собственному ЦП и ожидает обработки без попыток перенаправления. Если собственный ЦП занят, то задание 1-го потока направляется в чужой ЦП, но, если он также занят, то проверяется возможность прерывания работы сначала собственного, а затем чужого ЦП. Если собственный ЦП занят обработкой задания 2-го потока, то оно прерывается и дообслуживается на этом же ЦП в свободное от обработки заданий своего потока время. Если чужой ЦП занят обработкой задания 2-го потока, то оно прерывается и дообслуживается на этом же ЦП в первоочередном порядке. Если прерывания невозможны, то задание 1-го потока
возвращается в очередь к собственному ЦП и ожидает обработки без попыток перенаправления. Время обработки заданий в ЦП имеет экспоненциальное распределение с интенсивностью 1,2. Смоделировать работу ВС в течение часа. Определить максимальную длину очередей и степень загрузки ЦП. Для каждого потока построить гистограмму распределения времени пребывания заданий в ВС, определить среднее значение этого времени и его СКО. Определить минимальную интенсивность обработки заданий в ЦП, при которой степень загрузки ЦП 1-го потока не будет превышать 0,8. Представить отладочный вариант модели для проверки выполнения прерываний.

Помогите разобраться.

@Dukalys · 16.05.2016, 16:45

Чтобы разобраться в задаче нарисуйте схему генерации и обслуживания заявок.
Начните с двух входов - генераторов, далее они сходятся в очередь и так далее, каждый блок подписывайте, также подписывайте его параметры обслуживания (задержки и т.д.)

Новые блоги и статьи Все статьи Все блоги /
Работа с объемным DOM в javascript Htext 04.04.2025 Сегодня прочитал статью тут о расходах памяти в JS, ее утечках и т. п. И вот что вспомнил из своей недавней практики. Может, кому пригодится. Хотя, в той статье об этом тоже есть. Дело в том, что я. . .	Оптимизация производительности Node.js с помощью кластеризации run.dev 04.04.2025 Масштабирование приложений для обработки тысяч и миллионов запросов — обыденная задача для многих команд. Node. js, благодаря своей асинхронной событийно-ориентированной архитектуре, стал популярной. . .	Управление зависимостями в Python с Poetry py-thonny 04.04.2025 Стандартный инструмент для установки пакетов в Python - pip - прекрасно справляется с базовыми сценариями: установил пакет командой pip install и используешь его. Но что произойдёт, когда разные. . .	Мониторинг с Prometheus в PHP Jason-Webb 04.04.2025 Prometheus выделяется среди других систем мониторинга своим подходом к сбору и хранению метрик. В отличие от New Relic, который использует агентный подход и отправляет данные во внешнее хранилище,. . .	Пакет Context в Golang: Управление потоками и ресурсами golander 04.04.2025 Работа с горутинами в Go часто напоминает управление непослушными детьми - они разбегаются кто куда, делают что хотят и не всегда завершаются вовремя. К счастью, в Go 1. 7 появился пакет context,. . .
Контейнеризация React приложений с Docker Reangularity 03.04.2025 Контейнеризация позволяет упаковать приложение со всеми его зависимостями в автономный контейнер, который можно запустить на любой платформе с установленным Docker. Это существенно упрощает процессы. . .	Свой попап в SwiftUI mobDevWorks 03.04.2025 SwiftUI, как декларативный фреймворк от Apple, предоставляет множество инструментов для создания пользовательских интерфейсов. В нашем распоряжении есть такие API как alerts, popovers, action sheets. . .	Антипаттерны микросервисной архитектуры ArchitectMsa 03.04.2025 Хорошо спроектированная микросервисная система может выдержать испытание временем, оставаясь гибкой, масштабируемой и устойчивой к большинству проблем. Такая архитектура обладает высоким уровнем. . .	std::mutex в C++: Советы и примеры использования bytestream 03.04.2025 std::mutex - это механизм взаимного исключения, который гарантирует, что критический участок кода выполняется только одним потоком в каждый момент времени. Это простое, но могущественное средство. . .	Не удержался от оценки концепции двигателя Стирлинга. Hrethgir 03.04.2025 Сколько не пытался - она выдавала правильные схемы, причём случайно рисовала горячие области в середине, холодные по краям, трубки с краёв в низ и магнит в соединяющей, но при этой выдавала описание. . .

@Ulya_jk 0 / 0 / 0 Регистрация: 11.04.2016 Сообщений: 3

	Моделирование вычислительных систем 16.05.2016, 14:14. Показов 1665. Ответов 1 Метки gpss, моделирование (Все метки) На обслуживание в вычислительную систему (ВС) поступает 2 потока заданий. В 1-ом потоке задания следуют через 1±0,4с, во 2-ом – через 1±0,5с. Задания каждого потока направляются на обработку в собственный ЦП. Если собственный ЦП занят, то задание 2-го потока направляется в чужой ЦП, но, если он также занят, то задание возвращается в очередь к собственному ЦП и ожидает обработки без попыток перенаправления. Если собственный ЦП занят, то задание 1-го потока направляется в чужой ЦП, но, если он также занят, то проверяется возможность прерывания работы сначала собственного, а затем чужого ЦП. Если собственный ЦП занят обработкой задания 2-го потока, то оно прерывается и дообслуживается на этом же ЦП в свободное от обработки заданий своего потока время. Если чужой ЦП занят обработкой задания 2-го потока, то оно прерывается и дообслуживается на этом же ЦП в первоочередном порядке. Если прерывания невозможны, то задание 1-го потока возвращается в очередь к собственному ЦП и ожидает обработки без попыток перенаправления. Время обработки заданий в ЦП имеет экспоненциальное распределение с интенсивностью 1,2. Смоделировать работу ВС в течение часа. Определить максимальную длину очередей и степень загрузки ЦП. Для каждого потока построить гистограмму распределения времени пребывания заданий в ВС, определить среднее значение этого времени и его СКО. Определить минимальную интенсивность обработки заданий в ЦП, при которой степень загрузки ЦП 1-го потока не будет превышать 0,8. Представить отладочный вариант модели для проверки выполнения прерываний. Помогите разобраться. 0

@Dukalys 1817 / 1031 / 285 Регистрация: 13.02.2012 Сообщений: 3,339
	16.05.2016, 16:45
	Чтобы разобраться в задаче нарисуйте схему генерации и обслуживания заявок. Начните с двух входов - генераторов, далее они сходятся в очередь и так далее, каждый блок подписывайте, также подписывайте его параметры обслуживания (задержки и т.д.) 0