|
0 / 0 / 0
Регистрация: 25.03.2021
Сообщений: 1
|
|
Реализация алгоритмов планирования использования процессорного времени25.03.2021, 20:48. Показов 4732. Ответов 0
Метки нет (Все метки)
Здравствуйте! Никак не могу выполнить работу. Задание немного расплывчато звучит. Вместо входного файла предлагают использовать элементы на форме и тут вопрос: «Как сделать эти элементы? Как различные поля под переменные или аналог файла, где как в блокноте задаются исходные данные, а потом производится разбор как входного файла
Это пример как планирую делать. Кликните здесь для просмотра всего текста
https://**********/0bxU3WJ
Настройки имеют свои поля, так проще будет делать ,меньше кода. Хотя основная проблема -это расплывчатое задание. Понятно, что надо сделать имитацию переключения процессов, а вот как они будут занимать ресурсы, тут не очень понятно. Не могу понять алгоритм работы программы. Можете более подробно объяснить, что необходимо сделать, своё видение работы программы? Спасибо за помощь Само задание Кликните здесь для просмотра всего текста
Цель: освоить реализацию алгоритмов планирования использования
ресурсов с вытесняющей и невытесняющей многозадачностью, с абсолютным и относительным приоритетом. Освоить реализацию механизмов безопасности и синхронизации потоков, а также механизмов исключения тупиковых ситуаций. В работе необходимо реализовать ряд алгоритмов распределения ресурсов между конкурирующими потоками. Каждый поток характеризуется: – уникальным идентификатором; – приоритетом; – временем CPU burst; – списком требуемых ресурсов; – дополнительными атрибутами (согласно индивидуальному варианту задания). Характеристики ресурса: – уникальный идентификатор; – наименование ресурса; – дополнительные атрибуты (согласно индивидуальному варианту задания). Для имитации времени CPU burst (заданного в миллисекундах) поток при получении кванта времени на доступ к ресурсу должен делать паузу на указанное количество миллисекунд (или имитировать рабочую нагрузку на процессор в течение этого времени). Входной файл должен иметь имя «input.txt», «input.xml», «input.json» и т. п. Если оба задания контрольной или лабораторной работы реализуются в одной и той же программе, имена входных файлов для разных заданий должны отличаться (например, для задания № 1 входной файл может иметь имя «input1.txt», «input1.xml», «input1.json» и т. п.). Формат входного файла представлен в таблице 2.1. Поле Значение PA Выбранный способ планирования QT Продолжительность кванта времени, мс MaxT Максимальное время CPU burst. Минимальное – 1 мс MaxP Максимальный приоритет потока. Минимальный – 1 NR Количество ресурсов … Атрибуты каждого ресурса (наименование и дополнительные атрибуты). Если какие-то атрибуты не заданы (или заданы пустой строкой), то генерируются программой случайным образом NP Количество потоков … Атрибуты каждого потока (приоритет, время выполнения, список требуемых ресурсов и дополнительные атрибуты). Если какие-то атрибуты не заданы (или заданы пустой строкой), то генерируются программой случайным образом Выходной файл должен иметь имя «output.txt». Формат выходного файла представлен в таблице 2.2. Поле Значение NR Количество ресурсов … Характеристики каждого ресурса, если они были сгенерированы случайным образом NP Количество потоков … Характеристики каждого потока, если они были сгенерированы случайным образом T Общее время выполнения всех потоков. В случае возникновения тупиковой ситуации это будет слово «deadlock» 0…00 Строка, соответствующая состоянию системы после завершения нулевого кванта времени. Для каждого ресурса выводится либо идентификатор владеющего им потока, либо указание, что ресурс свободен. Для каждого потока выводится его состояние (не инициализирован, ожидает в очереди, работает, завершил работу). Ведущие нули добавляются для того, чтобы выровнять значения в строках (соответствующие значения должны располагаться в виде таблицы друг под другом). Допускается для этой цели использовать пробелы 0…01 Аналогично – после завершения следующего кванта … И т. д. для всех оставшихся квантов. Если система зашла в тупик, то следует остановиться на последнем кванте, когда состояние системы претерпело изменения Мой вариант Ресурсы – преподаватели на экзамене. Атрибуты преподавателя – Ф.И.О., дисциплина, а также количество студентов N (N ≥ 1), у которых он может принимать экзамен одновременно. Количество преподавателей – P (P ≥ 1). Атрибуты студента – Ф.И.О., номер группы и список дисциплин, по которым ему нужно сдать экзамен. Алгоритмы планирования: 1. SJF, nonpreemptive; 2. Round Robin с очередью типа LCFS, абсолютный приоритет. Для блокировки доступа к преподавателям использовать сеть Петри.
0
|
|
| 25.03.2021, 20:48 | |
|
Ответы с готовыми решениями:
0
Реализация определения времени работы алгоритмов сортировки
Распределение процессорного времени |
| 25.03.2021, 20:48 | |
|
Помогаю со студенческими работами здесь
1
Кванты процессорного времени Распредление процессорного времени Исследование алгоритмов (модель) дискового планирования Распределение процессорного времени на приложения Программа контроля процессорного времени Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Видеокарта простаивает ночами? Вот 4 проекта, которые загрузят её наукой
Programma_Boinc 10.04.2026
Видеокарта простаивает ночами? Вот 4 проекта, которые загрузят её наукой
Если на Windows стоит дискретная NVIDIA или AMD — можно отдать её вычислительную мощность реальным исследованиям. . . .
|
Очистка реквизитов документа при копировании
Maks 09.04.2026
Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях.
Задача: при копировании документа очищать определенные реквизиты и табличную. . .
|
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий
anaschu 08.04.2026
https:/ / github. com/ shumilovas/ med2. git
main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели
8ATzM_2aurI
|
Блокировка документа от изменений, если он открыт у другого пользователя
Maks 08.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2.
Задача: запретить редактирование документа, если он открыт у другого пользователя.
/ / . . .
|
|
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка.
Hrethgir 08.04.2026
Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои.
А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
|
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов.
anaschu 08.04.2026
работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20%
kYBz3eJf3jQ
|
Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики.
Hrethgir 07.04.2026
Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .
|
Горе от ума
kumehtar 07.04.2026
Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .
|