res2001

SMART всегда возвращает физическое состояние диска. Фактически состояние SMART хранится на контроллере диска, так что ПО тут значения не имеет.
У вас начались переназначения секторов. Это происходит, когда какие-то сектора на диске выходят из строя, в этом случае доступ к ним блокируется контроллером и вместо них назначаются другие (резервные) сектора. Резервных секторов ограниченное количество.
Пока что у вас только 3 переназначения (VALUE), предельное количество переназначений 36 (THRESH). Когда количество переназначений достигнет этого числа, то переназначать уже будет нечего, тогда контроллер диска будет возвращать ошибки чтения в ОС.
Еще какое-то время диск может пожить. Но не известно как быстро он исчерпает все переназначения.
Так что лучше слить с него все что можно и заменить.

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

но как роутер перенаправляет запрос, без указания, на какой из локальных ip адресов происходит подключение?

Без указания - никак.
Но указание в той или иной форме есть.
Если внутренняя сеть имеет серые адреса, то на роутере настроен NAT и там прописано правило перенаправления портов - это правило и есть указание локального адреса.
Если внутри сети используются белые адреса (актуально для IPv6, ну и в IPv4 иногда такое то же можно встретить), то таблица маршрутизации содержит соответствующие правила.

Аргументы командной строки не обязательно будут в 866 кодировке, могут быть и в 1251 - зависит от кодировки консоли, которую можно менять консольной командой chcp.
Вообще не стоит использовать юникод в консоли, т.к. виндовая консоль не слишком дружит с юникодом.
Например, если захотите обработать вывод вашей программы каким-нибудь фильтром в батнике, то при юникоде могут быть проблеммы.
Хотя внутри программы вы можете использовать юникод, но в этом случае вы должны будете перекодировать весь ввод и вывод. Не уверен, можно ли настроить стандартную библиотеку, чтобы она сама занималась перекодировкой.
А так в WinAPI есть целый набор консольных функций, в т.ч. можно получить текущую кодировку консоли для ввода и вывода, установить нужную кодировку, перекодировать текст.

У Бизли в "Подробном справочнике" есть хорошая глава введения в этот процесс (это лучшее, что я видел в печатной литературе на русском). Но там, конечно, только для старта информация, все остальное берите из докуменатции.

Чаще практиковаться в чтении чужого кода. Ревью хорошо помогают в этом, но и читать абсолютно посторонний код полезно.
Это навык, его можно наработать, как и все остальное. В любом случае на это потребуется время.
Прежде чем вникать в код большого проекта, следует изучить документацию, лучше, если это будет документация для программиста. Но и пользовательская документация сгодится, за неимением лучшего. При чтении документации пытайтесь представить, как бы вы это реализовывали (без деталей, только самые важные моменты). После документации в голове сложится картина возможной реализации кода и станет проще понимать сам код.

В префиксном инкременте вы должны изменить текущий объект и вернуть ссылку на себя.
Вы же генерируете новый объект.

Потому что присвоилось значение из последней отфильтрованной findstrом записи: WeekInMonth=2
Вы можете в вызове wmic отфильтровать столбцы, которые он будет возвращать:
wmic path win32_utctime get Month /format:list

На счет часов - тут все просто вы вызываете win32_utctime - она возвращает время в UTC, как это ни странно. Очевидно, в винде выставлен московский часовой пояс - +3 к UTC.
Используйте win32_localtime вместо win32_utctime.

Это скорее всего макросы, определенные где-то в заголовочных файлах. Поищите поиском по "#define _CMDINP" по исходникам библиотеки.

Скорее всего _CMDIMP для компилятора микрософт преобразовывается в __declspec( dllimport ). Для gcc макрос не определен.
_CMDAPI это видимо что-то вроде stdcall или cdecl, т.е. соглашения о вызовах.