Дмитрий

Он предназначен для вывода со встроенного в чипсет\процессор видео. С дискретной видеокарты через него вывести нельзя.

Precompiled headers, же! И всё влёт собирается.
Ну, или для совсем тяжёлых случаев, можно юзать Ниндзю.

А писать однозначно на бусте.

Тут много подробной инфы.

Наличие у IPv6 миллиардов адресов никак не означает, что у одного юзера будет только один адрес или даже префикс.
Механизм раздачи адресов у IPv6 в разы сложнее и объёмнее, чем в IPv4. На текущий момент, одному пользователю рекомендуется выделять /64 префикс, а это ни много, ни мало — около 300 миллионов адресов, что, мягко говоря, сводит на "нет" вашу идею.

Как-то так

Как и в любом другом дистрибутиве:

# iptables -A TCP -p tcp --dport 8080 -j ACCEPT

Либо, сервер запускается не на ANY, а на локалхосте.

Учите ассемблер. После него таких вопросов возникнуть в принципе не может.
Изучите, что такое стэк, как он работает, как растёт, как происходит выделение памяти на нём. Лучше для этого использовать какой-нить отладчик наглядный, типа OllyDbg или x64dbg.

Была такая хорошая видуха: GeForce 8800GT. Её соотношение цена/производительность было явно с большим уклоном в пользу второго.
Вот у неё через 5 лет стабильно рассыхался припой на чипе, трескался и чип "отваливался". Не знаю специально ли это было сделано, чтобы "состарить" хорошую относительно недорогую видеокарту, или была странная партия припоя сразу у большинства различных вендоров, -- не знаю, но факт остаётся фактом.

На самом деле, если есть знания, кодить можно где угодно. На прошлой работе, когда пришёл, рабочей машиной был одноядерный селерон 1.6ГГц, кодил в юниксовом терминале в vim'е. Отлаживал и анализировал коры в gdb. Купили новую машину, поставил гуй, продолжил кодить в vim.

А для учёбы, отвечу так -- из лучших IDE для плюсов на данный момент:

• Если нет ограничений в виде Win-only, крайне рекомендую связку Clion+clang. У Clion'а есть бесплатная лицензия для студентов. Clang поддерживает полностью C++14, и постоянно запиливают C++17. Плюсом будут всякие санитайзеры и прочие полезные штуки, которые приучают к безопасному коду. А ещё clang может похвастаться очень информативными и понятными сообщениями об ошибках компиляции, в отличие от той же Вижуал Студии, где надо быть шаманом, чтобы понять, что у тебя не верно. Это ой как облегчает обучение.
  Всё это для Линукса. Для винды clang пока не сильно фичастый, вместо него ставить Mingw. Который так же поддерживает C++14.
  
• Для Win-only бесплатная Visual Studio 2015 Community RC + ReSharper 9.1, который так же имеет бесплатную лицензию для студентов.
  

Описанный выше QtCreator не рекомендую, только если не собираетесь учить сам Qt. Функций чуть больше, чем в блокноте, а падает и глючит с завидной регулярностью.

Посмотрите в сторону rtorrent. У трансмишна бывают проблемы частенько. Если используется гигабитная сеть, он не умеет её всю использовать, постоянно спотыкается где-то в районе 100 мегабит. Хотя, может сейчас уже нет такой проблемы, год назад использовали в продакшене, приходилось самим патчить исходники, т. к. разработчики в упор не признавали это багом.

Хоть и некропостинг, но уж наткнулся случайно. Раз уж помеченного ответа нет, отвечу, если ещё не забросили эту тему и не поломали пару онлайн игр =).

Введение в крекинг с нуля Рикардо Нарвахи -- прекрасный курс. Написано очень подробно, куча полезных маст-хев трюков. Однозначно, курить! (если ещё не прошли)
Все команды ассемблера знать, конечно, не нужно. Достаточно основных пары десятков, знать какие флаги меняют, какие операнды используются, и т. д. Остальные легко найти в Intel Software Developer Manuals.

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

Далее, когда уже найден какой-то ключевой поинт, в котором, кажется, кроется нужная фича, берём IDA Pro и в качестве дизассемблера/декомпилятора потихоньку реверсим алгоритм. Дальше нужно будет курить IDA Script или IdaPython для автоматизации рутинных действий.

Также ещё довольно полезной фичей будет инструментация кода с помощью фреймворков типа Intel Pin Tool или DynamoRio. Но тут уже надо иметь скилл повыше, чем 2+2 в ассемблере, но результат стоит того.

А чем не угодил std::lock_guard?

Не знаю, что за бредовый код вы привели, но типичной ошибкой немедленной выгрузки DLL после загрузки является забывчивость брякнуть case-условие после выборки DLL_PROCESS_ATTACH или DLL_THREAD_ATTACH::

switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
	break;
case DLL_THREAD_ATTACH:
	break;
case DLL_THREAD_DETACH:
	break;
case DLL_PROCESS_DETACH:
	break;
}

Как уже писали, спросите у винта SMART.
Если откажется даже его отдавать - он умер...

А гугл упал что ли?

Ну, переход из одной в другую это, скорее всего, вас своппит. Берите 16ГБ оперативки, её никогда много не бывает.

Под систему однозначно SSD'шник, если сейчас стоит HDD, разницу в открытии программ и больших файлов заметите сразу же.

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

Плюс к этому всему ставьте 64-битную операционку, только с ней можно будет почувствовать преимущества.

this=optimized out, this=optimized out

Есть возможность выключить -O и включить -g?
Намного больше будет информации вместо optimized out.