Упал сервер Убунты в Субботу.
Забрали на переустановку Виндовс сервер =D
Классика недопонимания

К слову, я тут вспомнил об очень удобном инструменте! Можно зайти на виртуалку прямо в Visual Studio Code!
И работать там с кодом и прочего.

Название плагина RemoteSSH, скачивайте, подключайтесь и пользуйтесь благами IDE!

В C можно перезаписывать память поверх любого типа!

Недавно открыл для себя union в C и немного опешил от возможностей!
Это как хакинг памяти на легальных основаниях
Что такое union?
Это структура, где все поля используют ОДНУ И ТУ ЖЕ память. Записал в одно поле - читай из другого, но интерпретация битов будет другой!

#include <stdio.h>
#include <stdint.h>

union WTF {
    int32_t integer;
    float real;
    uint8_t bytes[4];
};

void print_bits(uint32_t x) {
    for (int i = 31; i >= 0; i--) {
        printf("%d", (x >> i) & 1);
        if (i % 8 == 0) printf(" ");
    }
}

int main() {
    union WTF data;
    
    // Пробуем число 42
    data.integer = 42;
    
    printf("Integer: %d\n", data.integer);  // 42
    printf("Float:   %f\n", data.real);     // ❌ НЕ 42.0!
    printf("Биты:    ");
    print_bits(data.integer);
    printf("\n\n");
    
    // А теперь правильно
    data.real = 42.0f;
    
    printf("Float:   %f\n", data.real);     // 42.0
    printf("Integer: %d\n", data.integer);  // ❌ НЕ 42!
    printf("Биты:    ");
    print_bits(data.integer);
    printf("\n");
    
    return 0;
}

Вывод:

Integer: 42
Float:   0.000000
Биты:    00000000 00000000 00000000 00101010 

Float:   42.000000
Integer: 1109917696
Биты:    01000010 00101000 00000000 00000000 

union выделяет память под самый большой тип (здесь 4 байта)
Все поля (integer, real, bytes) указывают на одну область памяти
Когда пишешь в одно поле - перезаписываешь память для всех!
Тип определяет только КАК интерпретировать биты

Это не безопасное преобразование типов!
Это прямое манипулирование битами в памяти.

Кстати, в C# в unsafe коде тоже можно провернуть что то подобное!

[StructLayout(LayoutKind.Explicit)]
public struct MemoryHack
{
    [FieldOffset(0)]
    public int Integer;
    
    [FieldOffset(0)]  
    public float Real;
    
    [FieldOffset(0)]
    public byte Byte0;
    
    [FieldOffset(1)]
    public byte Byte1;
}

Но имеет ограничения.

Ну все, пошли нафиг эти ваши FastAPI на питонах, хахахахах!

Можно пилить сервер на чистом C. И это оказалось реально не так уж и сложно!

Клиент часть у меня работает на C#.

UPD: Мой репозиторий с проектиком
https://github.com/KamilTheFox/ExampleClientServerInC

Приплыли. Я не могу скачать пакеты из Microsoft. Ни для C#, ни для C/C++

Или я свой VS Code сломал или что вообще происходит... Вроде еще вчера мог все это скачать

УРА! Как я счастлив! Мой сервер, линусовый, дважды вокрешенный, снова работает!
https://foxhardsoftness.ru/

И мне очень сильно нравится, как отрабатывает моя инфраструктура.
При недоступности сервера кидается ошибка 503 красивая.
По хорошему было бы неплохо сделать отказоустойчивую систему, которая сама себя восстанавливает, если что то пошло не так, но железа у меня не так много. Нужно как минимум 2 линуксовых сервера, что бы какой то один брал на себя нагрузку своего сородича, когда тот откисает.

Вы можете возразить мне, что у меня уже есть 2 сервера, но проблема в том, что один на виндовсе. И он очень не поворотливый, в сравнении с линуксом. И я не хочу ставить туда даблбут.
Ну и Виндовс лучше и стабильнее работает с Nvidia.
Как раз по причине дров nvidia у меня линуксовый сервер умер.

Челы написали, что озу в золото превратилось. Захожу - и в правду.
Фури плашки на 64гб год назад покупал за 14 тысяч, мне тогда показалось немного дороговато, но 26, это уже уровень видеокарт почти.
Озу по цене процессора, офигеть конечно.
Приплыли 😂

Как вы знаете, у меня есть свой сервер майнкрафт. Он работает не на каких-то дешевых хостах с бронированием времени и активности сервера, а на моем личном, который вы уже видели здесь.

Я планирую поиграть со своими серверами и планы на сервер довольно большие и преследуют цель не сколько развития самого сервера (Хотя оно тоже будет, как приятный бонус), сколько больше интересно развернуть Veloсity Proxy, инструмент, который позволяет работать кластеру backend серверов Майнкрафт, как единый сервер!

Звучит здорово!
Нынешняя ситуация:
Майнкрафт работает на одном ядре и имеет 5 миров!
1) Выживание (Верхний, нижний и Край)
2) Креатив
3) Мини-игры
Как только я через плагин WorldEdit что-то делаю в Креатив мире, это чувствуют игроки из Выживания!

Veloсity Proxy позволит мне отделить играбельные миры на отдельные ядра моих серверов!
То есть, если я загружу Креатив мир заполнением 3 000 000 блоков (Что нынешний сервер останавливает на долго), то выживание вообще этого не заметит!
Как и мини-игры, добыча незерита с помощью динамита не будет мешать игрокам играющим в TNTRun.

Реализация?
Мир с выживанием останется на основном сервере, в нем смогут играть до 50ти игроков одновременно!
Контейнеры креатива и мини-игр я запущу на втором физическом сервере через Docker, а так же добавлю контейнер lobby!
И добавлю docker с Postgres для плагинов верификации и прав доступа.


У кого есть опыт с этим инструментом, пишите в комментарии, с какими трудностями вы сталкивались при его внедрении в свои сервера! Будет интересно почитать, поделимся опытом!

#minecraft

Не опять, а снова!
Стену кто украл? Дурова же больше нет в ВК

А я новый год провожу без света =)

Странности на убунте.

Загрузил я образ серверной убунты и только сейчас понял, почему старый компик запускается 4 минуты.

Там есть cloud-init, которым удобно конфигурировать сервера, получается быстро и легко. Но когда делаешь это на домашнем железе, получается фуфло. Он стучится куда то на амазоновские сервера (Которые к слову забанены, большинство) для получения конфигов, потому и происходит ожидание.
------P.S. Я так понял из объяснения нейросети

Но и вот конфиг, который позволит это дерьмо убрать из запуска серверной убунты

sudo tee /etc/cloud/cloud.cfg.d/99-fix.cfg << 'EOF'
# Отключаем облачные datasources
datasource_list: [NoCloud, None]

# Уменьшаем таймаут
max_wait: 10
timeout: 10

# Отключаем сетевые проверки
network:
  config: disabled
EOF

Очень нравится эта штука, хочу похвастаться. Простое решение, нудной работы. Статика на Nginx, не более!

Хотел я поставить себе Docker Registry, а он без ssl сертификата работать вообще не хочет. Решил я поставить самоподписанный сертификат.
Для тех, кто в танке, локальные доменные имена внутри локальной сети не работают ssl сертификаты от Let’s Encrypt и прочих ребят.
А самоподписанные сертификаты фигня полная, если на клиенте нет самого сертификата (Его нужно скачать на клиент и установить, что бы настоящий https работал)

Так и вот, распространять его просто нудно, но не трудно. Но решил сделать проще, 2 скрипта на 2 ОС, один сертификат и все в шляпе!
Docker Registry работает, контейнеры с моими очень полезными разработками не улетят ЗЛЫМ ОМЭРИКАНЦАМ!

Docker Registry советую, крутая штуковина. И Аутентификация там есть и хранишь где хочешь, только volume настрой и живи в шоколаде.

Если кто спросит, передать с компа на комп по интернет проводу быстрее, чем флешкой =)

Я разогнал свой ВПН почти до гигабита!

Оптимизация в мелочах!

Уже ближе к стандартному Wireguard!

Я запустил свой протокол в нидерланды. И скорость поражает воображение, аж целых 400 мбит за границу!?
Здорово, я уперся в какой то физический предел.

Рируем красивые графики интернет соединения! Ща добавить надо будет сервер в метрики. Пока сервер будет собирать метрики, будет слать еще шума

🌐 Как я «чинил» 500-мегабитный канал, который работал на 5% мощности

Типичная ситуация: у тебя есть два сервера (один в Москве, другой в Европе). Оба бодро рапортуют о канале в 500 Мбит/с до спидтеста (В нидерланды), но туннель WireGuard между ними едва выдает 30-40 Мбит/с. Пакеты теряются пачками (до 50% потерь на UDP!), а TCP превращается в тыкву.

Рассказываю по порядку, как я лечил этот «хронический кашель» сетевого стека.

😱 Проблема: «Дырявая труба»
При тестах iperf3 я увидел страшное:
TCP: 30-40 Мбит/с и тысячи ретрансмиссий.
UDP: Подаем 500 Мбит - доходит только половина.
CPU: Загрузка всего 50%, но есть нюанс - Steal Time до 15%. Это значит, что гипервизор «подворовывает» ресурсы процессора у нашей виртуалки.

Почему так происходило?

TCP Cubic — слишком «трусливый»: Стандартный алгоритм TCP (Cubic) при любой потере пакета думает, что в сети затор, и в ужасе режет скорость в два раза. На «грязных» каналах с потерями 1-2% он просто не может разогнаться.

UDP Bursts (Взрывы трафика): UDP не умеет тормозить. Он выстреливает пакеты огромными пачками. На виртуалке с 1 ядром и высоким Steal Time ядро просто не успевает «проснуться», чтобы забрать пакеты из очереди. Буфер переполняется - пакеты летят в корзину.

Bad Peering: Маршрут между провайдерами оказался перегружен на одном из стыков.

Решение: Тяжелая артиллерия Linux
Я решил не менять провайдера, а заставить систему работать в агрессивном режиме.

TCP BBR (Bottleneck Bandwidth and RTT):
Я переключил алгоритм контроля заторов на BBR от Google. В отличие от Cubic, BBR не боится потерь пакетов. Он смотрит на реальную запускную способность и задержку.

sudo sysctl -w net.ipv4.tcp_congestion_control=bbr

FQ (Fair Queuing) + Pacing:
Для BBR я включил планировщик FQ. Его киллер-фича — Pacing (темпирование). Теперь UDP-пакеты не вылетают безумной толпой, забивая буферы, а идут ровным строем с микропаузами. Это позволило сетевой карте «переваривать» трафик без дропов.

Расширение «зала ожидания» (Buffers):
Я увеличил системные буферы и очереди (net.core.netdev_max_backlog), чтобы у процессора было больше времени на обработку пакетов в моменты, когда его отвлекает гипервизор.

📈 Результаты
После тюнинга цифры в iperf3 заиграли другими красками:
✅ TCP: 40 Мбит/с ➡️ 130 Мбит/с (рост в 3.2 раза!)
✅ UDP: 220 Мбит/с ➡️ 335 Мбит/с
✅ Jitter: Снизился с 1.0 мс до 0.2 мс (стабильность!)

Мораль: Если ваш VPN тормозит — не спешите ругать WireGuard или провайдера (Хотя объективно, провайдер VDSka говно). Возможно, ваша ОС просто слишком вежливая для этого сурового интернета. Включайте BBR + FQ и расширяйте буферы. 🚀

#devops #networking #linux #bbr #wireguard #performance