megorit

Очень-очень верно! Даже на чём-то типа istringstream виртуальный вызов занимает довольно много времени, и ОЧЕНЬ желательна буферизация своими силами.
Подтверждаю, приходилось писать код скоростного разбора XML.

Это верно!
Особенно заметно, когда нужна обработка больших файлов.
Избегать или нет - зависит от ситуации. Если скорость не важна, а файл не большой, то можно не заморачиваться.

Вы можете считать в буфер большой кусок и дальше посимвольно его обрабатывать но уже из собственного буфера. Этим вы избавитесь от лишних операций связанных со стандартной библиотекой.

На больших файлах вместо собственной буферизации можно использовать механизм "файлов проецируемых в память", предоставляемый ОС.

speakrus.ru/dict/index.htm

char hmac[40];
auto scan_count = sscanf(cookie.c_str(), cookie_format, &uid, &hmac);

На входных данных:
uid=20364-726552704a0366dc3e0ca627e6ebacdeb8ecff70
получаем следующее:
uid=20224 hmac=726552704a0366dc3e0ca627e6ebacdeb8ecff70

Потому что hmac[40], а должен быть hmac[41] судя по тому, что в строке 40 символов. Переполнение буфера, все дела. И %s лучше заменить на %40s

Без велосипеда
Модификаторы минимальной ширины поля
Выравнивание вывода
https://cpp.com.ru/shildt_spr_po_c/08/0804.html
https://ru.cppreference.com/w/c/io/fprintf

В подтверждение слов Rsa97 и zedxxx могу привести код на godbolt.
Там выбрана архитектура ARM, так как там хорошо видно разницу из-за его простоты.

В жёлтом блоке ассемблерного кода происходит побайтовое чтение поинтера из байт 3, 4, 5, 6 и его склеивание, т.к. отключено выравнивание.
В голубом блоке происходит чтение сразу всего поинтера потому что он выровнен.

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

Разобраться с вопросом тебе поможет статья: Расставим точки над структурами C/C++.
Если точнее, то тебе стоит детально изучить первый же пункт статьи: Выравнивание полей памяти.

В общем выравниваются в памяти поля по границе кратной своему же размеру. То есть 1-байтовые поля не выравниваются, 2-байтовые — выравниваются на чётные позиции, 4-байтовые — на позиции кратные четырём и т.д.

Большинство современных процессоров читают данные из памяти не отдельными байтами, а блоками по 2-4-8 байт. Соответственно, если у вас данные не выравнены в памяти и начало попадает в один блок, а конец в другой, то для чтения надо будет получить два таких блока.

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

Про линукс, конечно, нельзя забыть. Например Linux Каманный справочник Скотта Гранермана.

Таненбаум Э., Уэзэрол Д. - Компьютерные сети

Архитектура компьютера, Таненбаум Э.
Архитектура компьютера и проектирование компьютерных систем, Д. Паттерсон, Дж. Хеннесси

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

С точки зрения программиста, я-бы изучил дополнительно следующие вещи:

1) Конвеер процессора
2) Кеш память
3) Шина данных
4) Многопоточность процессора (у AMD сейчас одна, у Intel другая)
5) Ускоряющие инструкции, типа SSE

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