KrD

Прошу прощения: вероятно, был невнимателен при прочтении материалов, или материалы были не те (уже и не упомню).

Нашёл документацию, где выяснилось, что контекст потока передаётся в SEH-обработчик не вторым, а третьим параметром. Поправил код, и оно заработало как часы.

Решение найдено куда более гибкое: использовать cgroups для создания двух групп z0 и z1.

# cd /sys/fs/cgroup/cpuset
# egrep -m1 -He^ cpuset.{cpus,cpu_exclusive,mems,mem_exclusive}
cpuset.cpus:0-7
cpuset.cpu_exclusive:1
cpuset.mems:0
cpuset.mem_exclusive:1

# cd /sys/fs/cgroup/cpuset/z0
# egrep -m1 -He^ cpuset.{cpus,cpu_exclusive,mems,mem_exclusive}
cpuset.cpus:0-3
cpuset.cpu_exclusive:1
cpuset.mems:0
cpuset.mem_exclusive:0

# cd /sys/fs/cgroup/cpuset/z1
# egrep -m1 -He^ cpuset.{cpus,cpu_exclusive,mems,mem_exclusive}
cpuset.cpus:4-7
cpuset.cpu_exclusive:1
cpuset.mems:0
cpuset.mem_exclusive:0

1. Не стоит беспокоится. Откуда взялась — смотрите ниже.
Путём нехитрых махинаций:
а) первый раздел (/dev/sda1):
смещение: 2048 [сектор] = 1048576 [байт] = 1 [мегабайт]
размер: (499711 — 2048 + 1) = 497664 [сектор] = 254803968 [байт] = 243 [мегабайт]
б) второй раздел (/dev/sda5):
смещение: 501760 [сектор] = 256901120 [байт] = 245 [мегабайт]
размер: (104855551 — 501760 + 1) = 104353792 [сектор] = 53429141504 [байт] = 50954 [мегабайт]

Все полученные значения — целые. По логике вещей, во время установки ОС разметка диска производилась с выравниванием по 1 мегабайту, что есть хорошее правило. Из-за выравнивания и образовалась эта самая «дырка». Это некритично в большинстве случаев.

2. Да.
(245 + 50954) [мегабайт] = 53686042624 [байт] = 104855552 [сектор].

Хабр: локальная компиляция без лагов
Хабр: Работа с виртуальными машинами KVM. Лимитирование ресурсов виртуальной машины

Полное погружение: Linux: Documentation/cgroups/blkio-controller.txt

Это мало относится к настройке сетевых интерфейсов, но куда больше — к серверу HTTP(S), которым Вы пользуетесь. Почитайте документацию к соответствующему ПО.