Debian 13 Trixie Workstation Optimization - как превърнах един стар Xeon в безмилостна Linux машина

NVMe за системата, RAID1 за резерв, 25 GB RAM диск, tmpfs, swappiness=1, performance governor - архитектура, не просто настройки.

Не всеки компютър остарява. Някои просто чакат правилната ръка, за да им върне инстинкта. Xeon E5-1650 v3, 64 GB ECC RAM, RX 580, NVMe, RAID1, RAM диск - и Debian 13 Trixie, конфигуриран с ясна логика, не с copy-paste от случаен блог.

Хардуерът - не млад, но с характер и мускул

Повечето хора си мислят, че производителността започва и свършва с нов хардуер. После идва реалността - машината уж е мощна, а се държи като разсеян чиновник в петък следобед. Истината: една истинска Linux workstation се ражда от архитектура.

КомпонентКонфигурация
ПроцесорIntel Xeon E5-1650 v3 - 6 ядра / 12 нишки / 3.50 GHz / Haswell-EP
Оперативна памет64 GB DDR4 ECC
Видео картаAMD Radeon RX 580 8 GB - amdgpu open-source драйвер
Системен дискNVMe ADATA SX8200PNP 512 GB - монтиран на /
Работен дискSamsung SSD 860 PRO 512 GB - монтиран на /ai
Backup масив2 x Seagate ST1000DM010 1 TB - RAID1 на /raid
RAM диск25 GB tmpfs на /mnt/nexus
Системен tmp32 GB tmpfs на /tmp
Swap30 GB върху NVMe - почти неизползван (swappiness=1)

Дисковата архитектура - там, където много системи се провалят

Много хора имат бърз диск. Малко хора имат добра дискова логика. Всеки mount point тук има конкретна задача - системата не се опитва да прави всичко навсякъде.

Mount pointУстройствоПараметриРоля
/NVMenoatime, commit=60ОС и бърза системна реакция
/aiSamsung SSDnoatime, commit=60, data=writebackСнимки, видео, тежки работни файлове
/raidRAID1noatime, commit=60, data=writebackРезервно копие и архив
/mnt/nexustmpfssize=25GRAM диск за временни файлове
/tmptmpfssize=32GСистемни временни операции в RAM

RAM диск и tmpfs - паметта като оръжие

Едно от най-силните решения тук е преместването на временните файлове в RAM. TMPDIR=/mnt/nexus, Krita swap директорията също сочи там, /tmp е отделен tmpfs с 32 GB.

  • По-малко дребен диск I/O - SSD-то не се трие без нужда
  • По-малко износване на флаш паметта
  • По-бързи временни операции
  • По-гладко поведение при тежки приложения (Krita, AI инструменти)
Много конфигурации имат много RAM. Малко конфигурации я използват умно. Тази я използва.

Kernel tuning - системата спира да бъде "generic"

Параметрите са в /etc/sysctl.d/99-performance.conf. Не копирани от случаен блог - всеки е поставен с ясна логика.

ПараметърСтойностКакво прави
vm.swappiness1Системата изчерпва RAM преди да посегне към swap
vm.dirty_ratio40Голям буфер мръсна памет преди принудително записване
vm.dirty_background_ratio10Фоновото записване тръгва по-рано и контролирано
vm.vfs_cache_pressure10Задържа dentries и inodes по-дълго в RAM
vm.overcommit_memory1Полезно за AI инструменти и тежки приложения
vm.max_map_count2097152По-добра съвместимост с memory-mapped workloads
kernel.numa_balancing0По-постоянна латентност
kernel.nmi_watchdog0Пести CPU цикли
kernel.core_pattern/dev/nullБез гигантски coredump файлове по диска
fs.inotify.max_user_watches524288Без ограничения при наблюдение на файлове

CPU governor, THP и защитите - контролирана агресия

  • CPU Governor: performance - ядрата стоят готови, без колебание и приспиване
  • Transparent Huge Pages: madvise - huge pages само за приложения, които реално ги искат
  • mitigations=off - Spectre/Meltdown защитите са изключени за по-добра производителност
Важно: mitigations=off изключва защити срещу Spectre/Meltdown. Приемлив компромис само при лична, добре контролирана workstation. Ако не разбираш напълно последствията - не го прилагай. На публичен сървър - никога.

Премахване на излишното - най-подценяваната оптимизация

Силна система не е тази, в която всичко работи. Силна система е тази, в която работи само това, което има право да съществува.

  • low-memory-monitor.service - деактивиран. При 64 GB RAM е почти сарказъм.
  • switcheroo-control.service - деактивиран. Xeon E5-1650 v3 няма интегрирана графика - услугата е напълно безполезна.

Журналът в RAM - чиста система, по-малко шум

Един ред в /etc/systemd/journald.conf: Storage=volatile. Логовете се държат в RAM, не се пише постоянно на диск, журналът е ограничен до 256 MB. За performance-oriented workstation - отлична сделка. Да, по-малко история след рестарт. Но машината е за работа, не за разследване.

Какво печели тази система в реалния свят

Нека го кажем човешки. Тази конфигурация не печели "точки" по форумите. Тя печели усещане.

  • Системата се усеща по-лека и по-бърза
  • По-малко дребни засечки и прекъсвания
  • RAM-ът върши истинска работа
  • Дисковете не се товарят безсмислено
  • AI и тежките приложения получават по-добра среда
  • Машината реагира като workstation, а не като "домашен Linux с добри части"

Резюме - архитектурата накратко

  • NVMe само за ОС, отделен SSD за работни файлове, RAID1 за резерв
  • noatime, commit=60 на всички дискове
  • 25 GB tmpfs RAM диск + 32 GB tmpfs за /tmp
  • swappiness=1, vfs_cache_pressure=10, dirty_ratio=40
  • CPU governor: performance
  • Transparent Huge Pages: madvise
  • Volatile journaling - логове в RAM
  • Деактивирани безсмислени услуги

Старият Xeon не умря. Просто спря да търпи посредственост.

Автор: Тони Ангелчовски — оригиналната статия е публикувана в DTGaraGe форума. Публикувана тук с разрешение на автора.

Всички статии

Windows

Син екран (BSOD) - как да разчетеш кода и какво да направиш

Ремонт

Лаптопът прегрява - симптоми, диагностика и решения

Windows

Как да ускориш Windows 11 за 15 минути

Сигурност

Топ 5 безплатни антивируса за 2026

Мрежи

Wi-Fi бавен? Ето 7 причини и поправки

Сигурност

Ransomware – как да се защитиш преди да е станало

Linux

Linux за начинаещи: Ubuntu vs Mint vs Pop!_OS

Гейминг

Гейминг PC: кога да ъпгрейдваш GPU и кога – не

FixAI
WhatsApp Viber