Alexey/DAS_2024_1
2
7
Fork 1
Code Issues Pull Requests 89 Actions Packages Projects Releases Wiki Activity
9b4f9b608c
DAS_2024_1/tsukanova_irina_lab_4
History
Inohara 9b4f9b608c все готово, осталось сделать видео
2024-10-14 15:37:29 +04:00
..
images все готово, осталось сделать видео 2024-10-14 15:37:29 +04:00
t_1 все готово, осталось сделать видео 2024-10-14 15:37:29 +04:00
t_2 все готово, осталось сделать видео 2024-10-14 15:37:29 +04:00
t_3 все готово, осталось сделать видео 2024-10-14 15:37:29 +04:00
Consumer_1.py все готово, осталось сделать видео 2024-10-14 15:37:29 +04:00
Consumer_2.py все готово, осталось сделать видео 2024-10-14 15:37:29 +04:00
Publisher.py все готово, осталось сделать видео 2024-10-14 15:37:29 +04:00
README.md все готово, осталось сделать видео 2024-10-14 15:37:29 +04:00

README.md

Цуканова Ирина ПИбд-42

Лабораторная работа №4 - Работа с брокером сообщений

Предметная область:

Сигналы в операционных системах семейства Unix

Прохождение tutorial:

  • Прохождение первого урока: изображение 1

  • Прохождение второго урока: изображение 2

  • Прохождение третьего урока: изображение 3

Данные из RabbitMQ Management UI:

1. Показания очереди queue_1 при одном запущенном экземпляре Consumer_1

изображение 1

2. Показания очереди queue_2

изображение 2

3. Показания очереди queue_1 при двух запущенных экземплярах Consumer_1

изображение 3

4. Показания очереди queue_1 при трех запущенных экземплярах Consumer_1

изображение 4

Вывод:

Из скриншотов видно, что из-за моментальной обработки сообщений в Consumer_2, очередь queue_2 никогда не заполняется. Consumer_1 же тратить на обработку 2-3 секунды, из-за чего очередь queue_1 существенно заполняется при одном запущенном экземпляре. Если уже запущенных экземпляров Consumer_1 будет больше, чем один, то очередь будет заполняться не так быстро, и в определенный момент не будет заполняться вообще, что будет при оптимальном количестве запущенных экземпляров Consumer_1.

Видео