Kochmin Alexandr wrote:
кому то надо было проектировать ПО нормально. и учитывать нестабильный
канал.
Протокол TCP плохо себя ведёт на плохих каналах. Плюс его толком не
подкрутить. Кастомные протоколы позволили бы легко решать такие задачи.
St. Alex пишет:
> Холивар по этому поводу считаю нецелесообразным, нельзя сделать так
> нельзя, но говорить что это никому не надо тоже, думаю, не стоит.
> Набросились на парня :-)
Согласен. Войны нам не нужны. Набрасываться - тоже не стоит.
Отправили "в сад", но вполне мотивированно. И даже разъя
Это первый запрос в этой конференции на эту тему, насколько я понимаю.
Допустим, одно приложение, которое "уже написано и которое не может
быть переписано" уже есть - но где еще 99? :)
Ну первый то он может потому что большинство не верит, в то что это
кто-то будет реализовывать. Да, это, видим
Кому-то нужно выйти из идеального мира, где никогда не отваливается
сеть, в реальный.
кому то надо было проектировать ПО нормально. и учитывать нестабильный
канал.
Andrei wrote:
2) на стороне клиента (fbclient.dll). Предусмотреть функцию настройки
с тремя параметрами:
-- время ожидания восстановления соедиенения
-- период попыток повторного подключения
-- call back функция
Это всё слишком узко. Кардинальное решение - это возможность подсовывать
Andrei пишет:
"Ждать этого оторванного клиента на разорванном со стороны клиента
канале?
А закрытию разорванного канала сбросится и вся информация по этому
соединению на стороне сервера. "
почему сбросится? что мешает выждать и серверу, и клиенту
восстановления связи, и продолжить работу
как ни
On 02.11.2010 12:22, Andrei wrote:
Чего сильно не хватает FB -- это устойчивости к обрывам связи.
Устойчивость к обрывам связей повышают другими способами.
Резервированием каналов например на аппаратном уровне.
Описанный выше способ повысит только вероятность возникновения
блокировок и коли
7 matches
Mail list logo
