Чтение из сокета 1 байт во время по сравнению с чтением в большом блоке

Первое и самое простое:

cin.getline(buffer,1024);

Во-вторых, обычно весь ввод-вывод буферизуется, поэтому вам не нужно особо беспокоиться

В-третьих, запуск процесса CGI обычно стоит намного дороже, чем обработка ввода ( если он не огромный файл) ... Так что вы можете просто не думать об этом.

Я не могу комментировать C ++, но с других платформ - да, это может иметь большую разницу; особенно в отношении количества переключений, которые должен выполнить код, и количества раз, когда ему нужно беспокоиться об асинхронной природе потоков и т. д.

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

G'day,

One of the big performance hits by doing it one byte at a time is that your context is going from user time into system time over and over. And over. Not efficient at all.

Grabbing one big chunk, typically up to an MTU size, is measurably more efficient.

Why not scan the content into a vector and iterate over that looking out for \n's to separate your input into lines of web input?

HTH

cheers,

Вы не читаете по одному байту из сокета, вы читаете по одному байту из системы ввода-вывода C / C ++, которая, если вы используете CGI, уже будет иметь буферизовал весь ввод из сокета. Вся суть буферизованного ввода-вывода состоит в том, чтобы сделать данные доступными для программиста таким образом, чтобы они были удобны для обработки, поэтому, если вы хотите обрабатывать один байт за раз, продолжайте.

Edit: ] Поразмыслив, из вашего вопроса неясно, внедряете ли вы CGI или просто используете его. Вы можете прояснить это, разместив фрагмент кода, который указывает, как вы в настоящее время читаете этот единственный байт.

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

Если вы привязаны к небольшому буферу, используйте классические алгоритмы буферизации, например:

getbyte:
   if buffer is empty
      fill buffer
      set buffer pointer to start of buffer
   end
   get byte at buffer pointer
   increment pointer

Вы можете открыть дескриптор файла сокета с помощью функции fdopen (). Затем вы буферизовали ввод-вывод, чтобы вы могли вызвать fgets () или аналогичный для этого дескриптора.

Нет никакой разницы на уровне операционной системы, данные все равно буферизуются. Однако ваше приложение должно выполнять больше кода, чтобы «читать» байты по одному.