Поблема с записью в сокет

@vaan.sk · Регистрация: 10.03.2010

Студворк — интернет-сервис помощи студентам

Добрый день, есть QbyteArray, который я пытаюсь передать по сокету:

Серверная часть:

C++ (Qt)

  QbyteArray sbuff;
  ...
  clientSocket->write(sbuff, sbuff.size());
  if (clientSocket->waitForBytesWritten())
  {
    qDebug() << "Time Limit";
  }

При этом sbuff.size() равен примерно 22000 и всегда процесс приходит в Time Limit, как бы я не изменял параметр в скобках waitForBytesWritten()
По идее 22000 не так уж и много, может нужно как-то по другому записывать?

Если кидаю маленькие sbuff, то все нормально доходит и клиент принимает.

Вот прием клиента:

C++ (Qt)

1	QByteArray recvbuff = socket->readAll();

@Dmitriy_M · 15.10.2013, 18:41

Во первых

C++ (Qt)

1
2
3

QbyteArray sbuff;
  ...
clientSocket->write(sbuff);

Во вторых

Returns true if a payload of data was written to the device; otherwise returns false (i.e. if the operation timed out, or if an error occurred).

а значит

C++ (Qt)

if (!clientSocket->waitForBytesWritten())
  {
    qDebug() << "Time Limit";
  }

@vaan.sk · 15.10.2013, 20:49 **[ТС]**

ну разумеется так и есть, просто копировал криво, прошу прощения, все так

oxotnik · 16.10.2013, 11:08

имхо, лучше передавать в цикле, пакетами размером <=MTU т.е. максимум по 1500 байт, и перед отправкой каждого последующего пакета дожидаться "ответа" о приеме предыдущего, иначе буфер передатчика и приемника переполниться и будет разрыв соединения.

@NoMasters · 16.10.2013, 15:41

Сообщение от oxotnik

имхо, лучше передавать в цикле, пакетами размером <=MTU т.е. максимум по 1500 байт, и перед отправкой каждого последующего пакета дожидаться "ответа" о приеме предыдущего, иначе буфер передатчика и приемника переполниться и будет разрыв соединения.

Нет. Не лучше и разрыва не будет.

oxotnik · 16.10.2013, 17:18

Не по теме:

Сообщение от NoMasters

Не лучше и разрыва не будет

Я до некоторых пор тоже так думал, пока всю ночь перед сдачей проекта не просидел. Правда сокеты не КуТишные были, но сути это не меняет.

@NoMasters · 16.10.2013, 21:34

Сообщение от oxotnik

Я до некоторых пор тоже так думал, пока всю ночь перед сдачей проекта не просидел. Правда сокеты не КуТишные были, но сути это не меняет.

Не надо думать, надо знать.
ТС по всей видимости использует TCP, если буфер принимающей стороны заполнится, отправляющая просто подождёт пока его вычитают, разрыва не будет пока одна из сторон(ну или кто-либо между ними) это не захочет.
И здесь совершенно не важно, используется ли в качестве обёртки Qt или нет.
А отправка потоковых данных кусками меньшими, чем MTU, только создаёт лишний трафик и нагромождения костылей.

@vaan.sk 0 / 0 / 0 Регистрация: 10.03.2010 Сообщений: 23
	15.10.2013, 20:49 [ТС]	3
	ну разумеется так и есть, просто копировал криво, прошу прощения, все так 0

oxotnik 1664 / 1133 / 80 Регистрация: 21.08.2008 Сообщений: 4,726 Записей в блоге: 1
	16.10.2013, 11:08	4
	имхо, лучше передавать в цикле, пакетами размером <=MTU т.е. максимум по 1500 байт, и перед отправкой каждого последующего пакета дожидаться "ответа" о приеме предыдущего, иначе буфер передатчика и приемника переполниться и будет разрыв соединения. 0

@NoMasters Псевдослучайный 1946 / 1145 / 98 Регистрация: 13.09.2011 Сообщений: 3,215
	16.10.2013, 15:41	5
	Сообщение от oxotnik имхо, лучше передавать в цикле, пакетами размером <=MTU т.е. максимум по 1500 байт, и перед отправкой каждого последующего пакета дожидаться "ответа" о приеме предыдущего, иначе буфер передатчика и приемника переполниться и будет разрыв соединения. Нет. Не лучше и разрыва не будет. 0

oxotnik
	16.10.2013, 17:18 #6
	Не по теме: Сообщение от NoMasters Не лучше и разрыва не будет Я до некоторых пор тоже так думал, пока всю ночь перед сдачей проекта не просидел. Правда сокеты не КуТишные были, но сути это не меняет. 0

@NoMasters Псевдослучайный 1946 / 1145 / 98 Регистрация: 13.09.2011 Сообщений: 3,215
	16.10.2013, 21:34	7
	Сообщение от oxotnik Я до некоторых пор тоже так думал, пока всю ночь перед сдачей проекта не просидел. Правда сокеты не КуТишные были, но сути это не меняет. Не надо думать, надо знать. ТС по всей видимости использует TCP, если буфер принимающей стороны заполнится, отправляющая просто подождёт пока его вычитают, разрыва не будет пока одна из сторон(ну или кто-либо между ними) это не захочет. И здесь совершенно не важно, используется ли в качестве обёртки Qt или нет. А отправка потоковых данных кусками меньшими, чем MTU, только создаёт лишний трафик и нагромождения костылей. 0

Опции темы