# Цуканова Ирина ПИбд-42
# Лабораторная работа №4 - Работа с брокером сообщений


## Предметная область:
Сигналы в операционных системах семейства Unix

## Прохождение tutorial:
 
- Прохождение первого урока:
![изображение 1](./images/t_1.png)  

- Прохождение второго урока:
![изображение 2](./images/t_2.png)

- Прохождение третьего урока:
![изображение 3](./images/t_3.png)


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

#### 1. Показания очереди queue_1 при одном запущенном экземпляре Consumer_1
![изображение 1](./images/q_1_one_comsumer_1.jpg)
#### 2. Показания очереди queue_2
![изображение 2](./images/q_2.jpg)
#### 3. Показания очереди queue_1 при двух запущенных экземплярах Consumer_1
![изображение 3](./images/q_1_two_comsumer_1.jpg)
#### 4. Показания очереди queue_1 при трех запущенных экземплярах Consumer_1
![изображение 4](./images/q_1_three_comsumer_1.jpg)

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


## [Видео]()