То, почему предполагается, что отправляют, может возвратиться с меньше, чем запрошенными данными, переданными на блокирующемся сокете?

Стандартный метод отправить данные по потоковому сокету состоял в том, чтобы всегда звонить, отправляют с блоком данных, чтобы записать, проверить возвращаемое значение, чтобы видеть, были ли все данные отправлены, и затем продолжайте звонить, отправляют снова, пока целое сообщение не было принято.

Например, это - простой пример общей схемы:

int send_all(int sock, unsigned char *buffer, int len) {
  int nsent;

  while(len > 0) {
    nsent = send(sock, buffer, len, 0);
    if(nsent == -1) // error
      return -1;

    buffer += nsent;
    len -= nsent;
  }
  return 0; // ok, all data sent
}

Даже страница справочника BSD упоминает это

... Если никакое место сообщений не является свободным в сокете для содержания сообщения, которое будет передано, то отправьте () обычно блоки...

То, которое указывает, что мы должны предположить, что отправляют, может возвратиться, не отправляя все данные. Теперь я нахожу это скорее поврежденным, но даже W. Richard Stevens предполагает, что это в его стандартном справочнике о сетевом программировании, не в начинающихся главах, но более усовершенствованных примерах использует его собственное записанное (запишите все данные), функция вместо того, чтобы назвать запись.

Теперь я полагаю, что это все еще более или менее повреждается, с тех пор если отправляют, не может передать все данные или принять данные в базовом буфере, и сокет блокируется, то отправьте, должен заблокироваться и возвратиться, когда целое отправляет запрос, был принят.

Я имею в виду в примере кода выше, что произойдет, если отправят, возвраты с меньшим количеством отправленных данных то, что это назовут правильным снова с новым запросом. Что изменилось начиная с последней возможности? В макс. нескольких сотнях ЦП циклы передали так буфер, все еще полно. Если отправляют, теперь принимает данные, почему could'nt они принимают его прежде?

Иначе мы закончим upp неэффективным циклом, где мы пытаемся отправить данные по сокету, который не может принять данные и продолжать пробовать, или иначе?

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