Petro123В третьих, потери в пинги ты считаешь в штуках? Или в градусах?если ты при пинге разомкнёшь цепь - у тебя полезет ошибка сразу. и если ты начнешь пинговать в эти 10 сек у тебя будут 100% потерь. при ws потерь 100% не получилось. хотя измерительное устройство отправляло данные постоянно.
поэтому потери в 75% пинга величина относительная.
Petro123тогда тут выложи решениетам у чела свои тараканы. я предложил варианты.
если б яблочный прибор был в руках - погонял/поисследовал...
Petro123Раньше у тя только скорость была в критериях.она и счас осталась. появилась возможность оценить на качество связи - вот и это добавилось.
была бы реальная сетка с 75% потерями пинга - были бы реальные данные.
если у ТС есть такая - почему бы не проверить?
но 10секундный обрыв без потери данных меня впечатлил, возможно он может быть дольше, но это надо уже более точные опыты

Petro123Так понятно?
одно не понятно - зачем биться головой об стену?
может стоит проверить ws в реальных условиях?
как ведёт себя ws, я рассказал, а как поведёт себя lp при обрыве в 10+ сек?

Petro123и никогда уже не поймешь, что нужна линейка решений.
у чела есть решение
andreykaTКак это сделать на вебсокетах вопросов в общем то нет. всё просто. там у спринга есть некий хендлер который каждый раз пробегает когда что то приходит с фронта, ну и наоборот - просто постим ивент в сессию вебсокетовую и фронт его получаетно он как мозахист
andreykaTтепреь с лонг поллингом -- допустим я возвращаю футуру контроллером, теперь у меня цепляется клиент открывает хттп подключение и....
и что? у меня пробегает код и ничего. не пойму никак куда и что мне вкарячить чтоб он ждал ответа и когда ответ готов он его получал (или не получал).