Дмитрий

Какой знают, на том и пишут.

Создавайте диски через устройство virtio-blk, если не нужна поддержка scsi, это самый быстрый вариант. Если нужна, то создавайте virtio-scsi. У них можно поиграться с количеством аппаратных очередей через num_queues. Естественно, в госте ставятся соответствующие паравиртуализованные драйверы.

Далее, можно отделить IO-тред от воркеров через создание object iothread. А ещё лучше, создать их по количеству потоков процессора, хотя, ядро убунты их ещё не умеет, по-моему, в современных ядрах это есть.

Дальше, при создании самого девайса диска, лучше включить прямой кеш cache.direct=on и нативное io через aio=native. Так будет минимум оверхед на кеш, выше надёжность в случае сбоя, и реальная скорость выше.

Таким макаром на виндовых гостях всего раза в полтора ниже IOPS'ы получаются, чем в нативе. На линуксах же почти как натив, если юзать проброс через vhost.

https://software.intel.com/en-us/articles/intel-sdm
developer.amd.com/resources/developer-guides-manuals
https://developer.arm.com/
www.atmel.com/webdoc/index.html
м?

А зачем вам тогда epoll? Чем он, в вашем случае, будет отличаться от обычного блокирующего сокета в отдельном потоке?
Его смысл как раз в асинхронности и неблокируемости, а вы эти плюшки сводите на нет, вводите тормозящие мьютексы, очереди.
Раз уж пишете на плюсах асинхронно, то возьмите библиотеку для этого, тот же Asio.

Любой популярный дистрибутив на это рассчитан.

Странно, почему у вас девайсы инициализируются через ohci, у вас в биосе отключен USB3 контроллер?
Либо у вас включена фича отложенной инициализации контроллеров, вырубите её попробуйте, чтобы всё инициализировалось в самом начале загрузки.
Или, не знаю как у гигабайтов, а у асуса есть "умная" инициализация, которая типа должна запоминать какие устройства нужно инициализировать сразу, а какие откладывать до загрузки ОС.
Эти фичи часто бывают криво реализованы, и устройства потом по ходу загрузки начинаются теряться и глючить.

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

В десятке эти меню не на Моём Компьютере, а на пуске. Либо Windows + X, либо правой мышью по пуску.

Декомпилируйте Яндекс.Метро и посмотрите, как оно реализовано.

Стрелочки это стек вызовов, который прошёл поток управления, прежде чем встретил ошибку.
Ошибка у вас описана: ReadFile beyond EOF 0+4/0.
EoF — end of file, beyond — позади, за пределами. Т. е. вы прочитали память за пределами файла когда загружали из файла.

Основная проблема большинства ультров — невозможность расширить память, она тупо распаяна и не меняется.

У меня ASUS UX31A, имеет 4 гига оперативы, это главный его косяк. Если у вас от скорости кодинга не зависит прибыль, то можете брать, всё отлично работает. Но, если в том же андроиде не хотите по 1-2 минуты ждать сборки проекта даже в Instant Run, то лучше взять в 2017-м году что-нибудь с 16 гигами, либо со сменным модулем.

В C++ всё неплохо, даже если собирать проект жрущим gradle'ом, с открытой IDE при этом, то 4 гига иногда не хватает, 8 будет достаточно, но ничего параллельно особо не запустите. Лучше сразу 16 брать.

Это всё про дефолт ОС 10-й редакции. Если ставить минималистичные линуксы типа Арча, работать во всяких мелких окружениях типа i3, awesome, то здесь всё немного получше.

$ ip route | grep default