Сколько битов для порядкового номера с помощью протокола Go-Back-N
Помещение того резервного диска в Вашей секции не имеет слишком большого смысла. Вместо этого оставьте его в сервере и отметьте его как горячее резервирование. Инструкции здесь. Затем у Вас будут зеркало ОС и массив RAID5 для данных и если какой-либо из тех дисковых сбоев, контроллер автоматически восстановит с горячим резервированием.
Что касается того, почему Вы получаете ошибку о последнем диске, необходимо будет обеспечить больше детали. Какова ошибка? Вы уже восстановили все наборы RAID так, чтобы диск в настоящее время не настраивался в наборе RAID?
Чтобы понять это, нам нужно выяснить, сколько пакетов может поместиться в нашу ссылку за раз, а затем вычтите единицу из этого числа. Это будет убедитесь, что у нас никогда не будет двух пакетов с одинаковым порядковым номером в то же время в ссылке.
Я не согласен с этим рассуждением. Отсутствие двух пакетов с одинаковым порядковым номером достигается за счет того, что объекты протокола не отправляют кадры за пределы окна. Следует различать размер окна N и диапазон порядковых номеров. Нет проблем с использованием 32-битных порядковых номеров для окна, состоящего всего лишь из 5 кадров, хотя это, конечно, не было бы оптимальным.
Если время передачи в одном направлении составляет 18 мс, тогда у вас будет RTT, время кругового обхода, 18 мс + время обработки на приемной стороне + 18 мс. Я понятия не имею, какие значения времени обработки целесообразны в этом случае, поэтому для простоты давайте просто примем ноль. Это дает RTT 36 мс. Это означает, что с момента отправки кадра пройдет (в лучшем случае) 38 мс, прежде чем вы получите подтверждение в этом кадре. Это определяет верхний предел объема ожидаемых данных, который имеет смысл иметь при выборе размера окна. Если у вас окно большего размера, оно заполнит только буфер передачи на отправляющей стороне и не повлияет на пропускную способность. Вполне могут быть другие факторы (например, размер буфера на принимающей стороне), которые дополнительно ограничивают окно, но поскольку для этого не дается никакой информации, предположим, что принимающая сторона имеет неограниченное количество буферов и т. Д.
Для оптимальной (пропускной способности) производительности окно должно быть достаточно большим, чтобы отправитель мог непрерывно отправлять 38 мсек. Скорость T1 составляет 193000 байт в секунду. С 64 байтами на кадр, что соответствует 3015,625 кадрам в секунду. 0,038 умножить на 3015,625 дает 114. 59375. То есть за 38 мс можно отправить 114 кадров. Следовательно, можно выбрать размер окна, немного превышающий теоретический максимум (например, 115-120) (так, чтобы ограничивающим фактором была физическая связь, а не размер окна). Диапазон порядковых номеров должен быть больше, чем размер окна, и в этом случае 128 - это близкое максимальное значение.
Итак, ответ на ваш вопрос: в этом случае вам нужно минимум 7 бит для порядковых номеров. См. Также здесь для получения информации об интерактивном Java-апплете возврата назад.
Итак, ответ на ваш вопрос: в этом случае вам нужно минимум 7 бит для порядковых номеров. См. Также здесь для получения информации об интерактивном Java-апплете возврата назад.
Итак, ответ на ваш вопрос: в этом случае вам нужно минимум 7 бит для порядковых номеров. См. Также здесь для получения информации об интерактивном Java-апплете возврата назад.