Как переносить большие данные без разделения. Я использую tcp socket. Это для игры. Я не могу использовать udp, и в массиве может быть 1200 значений. Я посылаю массив в формате json. Но сервер получает его, как разделенный.Как передать большие данные через сокет tcp
Также есть возможность отправить HTTP-запрос, например, tcp? Мне нужен ответ в порядке. Также это должно быть быстрее.
Спасибо,
Вы не имеете много контроля над расщеплением пакетов/дейтаграммами. Сеть решает об этом.
В случае IP у вас есть флаг DF (не фрагмент), но я сомневаюсь, что здесь будет много помощи. Если вы обмениваетесь данными по Ethernet, то массив 1200 элементов может не вписаться в кадр Ethernet (размер полезной нагрузки зависит от MTU 1500 октетов).
Почему ваше приложение зависит от того, что все данные должны поступать в одном устройстве, а не в одном соединении (состоящем из нескольких блоков)?
Его игровое соединение с 1200 значениями. Его пошаговая игра. Его связь с сервером. Есть ли другой вариант, который я мог бы использовать? Пробовал HTTP-запрос и его медленный. Также мне нужны сообщения в порядке, это не тот случай, когда я использую http. – swaraj
Итак, какова ваша ** настоящая ** проблема? Даже 1200 * 1200 значений не проблема в сети связи. Почему вы не любите раскалывать и так хотите ретранслировать на ** одиночные ** датаграммы/пакеты? Почему ваш сервер не ожидает завершения всего соединения (= последовательность пакетов/датаграмм) до обработки этих данных? –
при отправке большого количества данных, занимает некоторое время. Он разделяет данные на 4. Таким образом, он занимает около 5-6 секунд в медленном сетевом соединении. Я мог бы сократить время. Только 5 секунд предоставляется изменение хода от одного игрока к другому. – swaraj
Вы не можете.
Здесь нет проблем.
Его игровое соединение с 1200 значениями. Его пошаговая игра. Его связь с сервером. Можете ли вы предложить лучший вариант для этого? – swaraj
Лучший вариант для чего? Вы должны задать правильный вопрос, если хотите получить ответ. Насколько велика, например, «ценность»? Один байт? Один гигабайт? – EJP
«HTTP может его разбить» - можете ли вы указать, где находится спецификация? «Здесь не проблема, чтобы решить проблему». Проблемой решения является латентность. – xaxxon
Рассмотрите идею о том, что проблема может быть другой, где или что вы можете отправлять слишком много ненужных данных. В примере с PHP есть функция isset(). Если вы создаете пошаговую игру в Интернете, вам не нужно (нужно, чтобы отправить все 1 200 переменных взад и вперед каждый раз. Просто отправьте то, что изменилось, и когда другой игрок получает эти данные, только переменные имеют значение установить.
На самом деле его пошаговая игра с 1200 ставками. Поэтому он должен быть сохранен в базе данных. – swaraj
как я могу передавать большие объемы данных без разделения.
Я интерпретация выше, чтобы быть примерно эквивалентны «как я могу передать мои данные через соединение TCP, используя в качестве несколько TCP пакетов, как это возможно ». Как отмечали другие, нет никакой возможности для гарантии, что ваши данные будут помещены в один TCP-пакет, но вы можете сделать некоторые вещи, чтобы сделать его более вероятным. Вот некоторые вещи, которые я бы сделал:
Обратите внимание, что даже после выполнения всех вышеперечисленных действий уровень TCP по-прежнему иногда распространяет ваши сообщения на несколько пакетов и т. Д. - это именно так, как работает TCP. И даже если ваш локальный стек TCP никогда не делал этого, TCP-стек получающего компьютера по-прежнему иногда объединял данные из последовательных TCP-пакетов вместе внутри своего буфера приема. Таким образом, принимающая программа всегда собирается «получать ее, как разделенную», иногда, потому что TCP является потоковым протоколом и не поддерживает границы сообщений. (Если вам нужны границы сообщений, вам нужно будет сделать свой собственный кадрирование - самый простой способ - это, как правило, отправлять целое число байтов фиксированного размера (например, 1, 2 или 4 байта) перед каждым сообщением, поэтому получатель знает, сколько байтов ему нужно прочитать, прежде чем у него будет полное сообщение для разбора)
Вы 17 лет устарели. HTTP 1.1 «традиционно» использует «Connection: keepalive». – EJP
Чем меньше пакет, тем лучше вероятность его разложения, но вы никогда не сможете контролировать, происходит ли расщепление, если вы не владеете сеть до конца. – xaxxon
Не используйте JSON. Если все эти 1200 значений не более одного байта, вы можете использовать двоичный массив с фиксированными позициями переменных. Это почти наверняка будет меньше, чем ваш текущий MTU. И если вам нужно все принимать в порядок, подумайте о долговременном соединении, а не о многих маленьких. – DaSourcerer