С какой операционной системой работал

С какой операционной системой работал

За 10+ лет backend разработки я работал с различными операционными системами, и этот опыт критичен для понимания кроссплатформенности и оптимизации приложений.

Linux (основная ОС для backend)

Опыт: 8+ лет — основная рабочая лошадка

Дистрибутивы:

• Ubuntu — основной дистрибутив для development (16.04 LTS, 18.04 LTS, 20.04 LTS, 22.04 LTS)
• CentOS/RHEL — для production систем (жесткие требования к стабильности)
• Debian — для embedded систем и серверов
• Alpine Linux — для Docker контейнеров (минимальный размер)
• Fedora — для экспериментирования с новыми версиями ядра

Специализация в Linux:

// Работа с Linux системными вызовами
#include <unistd.h>
#include <sys/epoll.h>
#include <netinet/in.h>
#include <fcntl.h>

// Асинхронный I/O с epoll (основа nginx, redis)
int epoll_fd = epoll_create1(EPOLL_CLOEXEC);
epoll_event events[MAX_EVENTS];
int n = epoll_wait(epoll_fd, events, MAX_EVENTS, timeout);

// Signal handling на Linux
struct sigaction sa;
sa.sa_handler = signal_handler;
sa.sa_flags = SA_RESTART;
sigemptyset(&sa.sa_mask);
sigaction(SIGTERM, &sa, nullptr);

// Memory mapping
void* mapped = mmap(nullptr, size, PROT_READ | PROT_WRITE,
                    MAP_SHARED, fd, offset);
msync(mapped, size, MS_SYNC);
munmap(mapped, size);

Опыт с Linux системами:

• Управление процессами и потоками (fork, clone, pthread)
• Обработка сигналов и их правильное перехватывание
• Оптимизация производительности kernel параметров
• Работа с cgroup и resource limiting
• Профилирование через perf, valgrind, gprof
• ulimit optimization для высоконагруженных сервисов

Типичные настройки Linux для backend:

# Увеличиваем лимит открытых файлов
ulimit -n 1000000

# Настройки TCP для высоконагруженного сервера
echo "net.ipv4.tcp_max_syn_backlog = 8192" >> /etc/sysctl.conf
echo "net.core.somaxconn = 65535" >> /etc/sysctl.conf
echo "net.ipv4.ip_local_port_range = 1024 65535" >> /etc/sysctl.conf

# Отключаем TIME_WAIT
echo "net.ipv4.tcp_tw_reuse = 1" >> /etc/sysctl.conf
sysctl -p

Windows

Опыт: 3+ года (работа с enterprise приложениями)

Версии:

• Windows Server 2012, 2016, 2019, 2022 (для production систем)
• Windows 10/11 (для development)

Специализация в Windows:

// Windows специфичные API
#include <winsock2.h>
#include <windows.h>

// IOCP (I/O Completion Ports) — Windows аналог epoll
HANDLE completion_port = CreateIoCompletionPort(
    INVALID_HANDLE_VALUE,
    nullptr, 0, 0
);

// Привязываем сокет к IOCP
CreateIoCompletionPort(
    (HANDLE)socket,
    completion_port,
    (ULONG_PTR)socket_context,
    0
);

// Ждём завершения операций
OVERLAPPED_PLUS result;
GetQueuedCompletionStatus(
    completion_port,
    &bytes_transferred,
    &completion_key,
    &overlapped,
    timeout
);

// Windows потоки
HANDLE thread = CreateThread(
    nullptr,
    0,
    thread_function,
    param,
    0,
    &thread_id
);
WaitForSingleObject(thread, INFINITE);
CloseHandle(thread);

// Registry работа
HKEY key;
RegOpenKeyEx(
    HKEY_LOCAL_MACHINE,
    "Software\\MyApp",
    0,
    KEY_READ,
    &key
);

Особенности Windows разработки:

• IOCP (I/O Completion Ports) более мощна чем epoll в некоторых сценариях
• Потоки тяжелее, чем на Linux (контекстное переключение дороже)
• Путь к файлам с backslash
• Работа с реестром вместо конфиг файлов
• Встроенная поддержка сервисов (Service Control Manager)

macOS

Опыт: 4+ года (development на собственном ноутбуке)

Версии:

• macOS 10.13 High Sierra до 13 Ventura (Apple Silicon и Intel)

Специализация в macOS:

// kqueue — BSD асинхронный I/O механизм (на macOS)
#include <sys/event.h>
#include <sys/types.h>

int kq = kqueue();
struct kevent events[MAX_EVENTS];

// Регистрируем файловый дескриптор
EV_SET(&events[0], socket_fd, EVFILT_READ, EV_ADD, 0, 0, nullptr);
kevent(kq, events, 1, nullptr, 0, nullptr);

// Ждём событий
int n = kevent(kq, nullptr, 0, events, MAX_EVENTS, &timeout);
for (int i = 0; i < n; ++i) {
    if (events[i].filter == EVFILT_READ) {
        // Готово к чтению
    }
}

// Grand Central Dispatch (GCD) — Apple специфично
dispatch_queue_t queue = dispatch_queue_create(
    "com.example.queue",
    DISPATCH_QUEUE_CONCURRENT
);
dispatch_async(queue, ^{
    // async task
});

Особенности macOS:

• kqueue вместо epoll (более старый и менее оптимизированный)
• M1/M2 Apple Silicon требуют специальной оптимизации
• Xcode с его инструментами (Instruments for profiling)
• Отличная поддержка отладки

Docker контейнеры (Linux контейнеризация)

Опыт: 5+ лет

Специализация:

# Multi-stage build для оптимального размера
FROM ubuntu:22.04 AS builder
WORKDIR /build
COPY . .
RUN apt-get update && \
    apt-get install -y build-essential cmake && \
    cmake . && make

# Final image — минимальный размер
FROM ubuntu:22.04
COPY --from=builder /build/app /usr/local/bin/
EXPOSE 8080
ENTRYPOINT ["/usr/local/bin/app"]

# Docker networking и volumes для backend систем
docker run -d \
  --name backend \
  --network=host \
  --volume app_data:/data \
  --env DATABASE_URL=postgresql://db:5432/mydb \
  --ulimit nofile=65536:65536 \
  myapp:latest

Kubernetes оркестрация

Опыт: 2+ года (deployment и optimization)

apiVersion: apps/v1
kind: Deployment
metadata:
  name: backend
spec:
  replicas: 3
  template:
    spec:
      containers:
      - name: app
        image: myapp:1.0
        resources:
          limits:
            cpu: 2000m
            memory: 2Gi
          requests:
            cpu: 1000m
            memory: 1Gi
        livenessProbe:
          httpGet:
            path: /health
            port: 8080
          initialDelaySeconds: 10
          periodSeconds: 5

Встроенные системы (Embedded Linux)

Опыт: 2+ года (IoT и embedded backend)

Платформы:

• ARM (Raspberry Pi, BeagleBone)
• MIPS (сетевые устройства)
• Использование BusyBox для минимальных систем
• Работа с constrained ресурсами

// Оптимизация для встроенных систем
#include <unistd.h>
#include <memory>

class EmbeddedServer {
private:
    static const size_t BUFFER_SIZE = 4096;  // Малый буфер
    static const int MAX_CONNECTIONS = 10;   // Мало соединений
    
public:
    void run() {
        // Минимальная памяти, максимальная эффективность
        char buffer[BUFFER_SIZE];
        // ...
    }
};

Сравнительная таблица ОС

Рекомендации для backend разработчика

Всегда разрабатывайте на Linux для Linux production:

• Linux-специфичные оптимизации (epoll, BPF)
• Тестируйте на целевой ОС
• Профилируйте на production подобной среде

Кроссплатформенное развитие:

• Используйте Boost для абстракции (асинхр. I/O, потоки)
• Избегайте ОС-специфичных API где возможно
• Тестируйте на всех целевых платформах

Performance critical код:

• Изучите ОС-специфичные оптимизации
• Используйте BPF (Berkeley Packet Filter) на Linux для сетевых задач
• Профилируйте syscall overhead

Мой опыт с различными ОС позволяет писать эффективный, портируемый и оптимизированный код, максимизируя производительность на целевой платформе.