Тупняк с сокетами

где тут c++, cout?

man aio

If no messages are available at the socket and O_NONBLOCK is not set on the socket's file descriptor, recv() shall block until a message arrives. If no messages are available at the socket and O_NONBLOCK is set on the socket's file descriptor, recv() shall fail and set errno to [EAGAIN] or [EWOULDBLOCK].

Ну когда установлен O_NONBLOCK, оно пару первых итераций возвращает -1.

Брысь.

И что? Там в цитате ещё про errno написано, если что.

т.е. errno проверять? ок, попробую.

т.е. errno проверять?

нет. нужно изучить модели юниксового ввода/вывода.

так что же делать?! надо быстренько загрузку по сокетам организовать.

сначала скажи, что ты пытаешься сделать

Разве не видно?! Загрузить страницу как можно быстрее.

тебе сервер в заголовке шлет размер. считываешь заголовок, считываешь тело до тех пор, пока не получил столько, сколько сказал сервер.

в маил сру чтоль задачу дали на собеседовании?

Не блокирующие сокеты?

тебе сервер в заголовке шлет размер

всегда ли?

в маил сру чтоль задачу дали на собеседовании?

лол, нет

Тцп потоковый протокол, лолка. Как иначе то.

неблокирующий сокет ему ничем не поможет в данном случае

просто откоменчу ваш код:

// чё-то отсылаем, и если хоть часть ушла - будем читать
if (send(this->socket_desc, message.c_str(), message.length(), 0) >= 0)
{
	ssize_t size_recv;
	char chunk[HTTP_RECV_CHUNK_SIZE]; // этот массив в стеке
		
	//fcntl(this->socket_desc, F_SETFL, O_NONBLOCK);
		
	do
	{
                // пройдём нулями по стеку, проц.должен что-то делать
		memset(chunk, 0, HTTP_RECV_CHUNK_SIZE);
                // забъём свежие нули более свежими байтами
		size_recv = recv(this->socket_desc, chunk, HTTP_RECV_CHUNK_SIZE, 0);
                // напечатать сколько нулей погибло
		std::cout << size_recv << std::endl;
                // добавить куда-то НЁХ (адрес в стеке)
		response += chunk;
	}
	while(size_recv > 0); // пока коннект не отвалится - повторять
}

падсталом :D

Такая унылая попытка... :-(

где его комменты врут? :)

Нигде. Но попытка то уныла.

унылый ты и твой кусок простыни. иди книжки читай

Нет, ты.

Ага. Побежал.

Ага. Побежал.

Пока-пока.

// чё-то отсылаем, и если хоть часть ушла - будем читать

На самом деле не отсылаем, а лишь копируем в буфер обмена. А так как он почти всегда (я не уверен, что можно сделать буфер меньше 4K, поэтому всегда) больше, чем размер HTTP GET запроса (никто же не поверит, что ТС POST'ом отправляет файло больше 64K), то этот код почти всегда работает, как ожидается.

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

Надо было всего лишь запустить не 1, а 10K клиентов. И смотреть не латентность обслуживания одного клиента, а пропускную способность сервера, обслуживающего 10K клиентов.