Обновить

Рабочее место фулстека

Разработка современного фронта предъявляет серьезные требования к мощности машины разработчика. Нужно либо брать стационарник, либо не очень мобильный ноутбук по заоблачной цене.

Есть еще хороший вариант распараллелить рабочие процессы. Берется такая вот коробочка (помещается на ладони). За 13 тысяч рублей можно взять неплохой процессор, 16Гб оперативки и 256 SSD

  1. На нее с основной машины переносится база данных, вебсервер и другие [микро]сервисы. Это уже даст облегчение

  2. Затем на нее ставится репозиторий исходного кода. С основной машины подсоединение идет в VS Code через SSH Remote connection. В итоге и бэк и фронт (Node.js) запускаются на твоем минисервере, и твой ноут больше не греется и не пытается взлететь с помощью бешено вращающихся вентиляторов

  3. Опционально: исходники на рабочем ноуте, но подмаунтены на сервер.

    Дополнительный монитор можно не иметь - доступ через удаленный стол, хотя это и не очень удобно иногда (переключение раскладки). Нужно не забывать синхронизировать локальный и минисерверный репозитории кода (через гит) и БД, если нужно поработать только на ноуте.

    Работать стало на порядок производительней (MySQL и вебсервера крутятся на Linux быстрей и надёжней, да и Nodе.js), комфортней и тише. Кулер в мини-пк включается только на пару секунд при загрузке ОС.

Всего голосов 9: ↑9 и ↓0+9
Комментарии0

Как мы запустили Qwen3.8–27B целиком на RTX 5060 8 GB и получили ~30 токенов/с

Наш проект называется ExVRAM Lab. Это открытая исследовательская лаборатория, в которой мы проверяем, насколько большие локальные LLM можно запускать на обычных видеокартах с ограниченным объёмом VRAM, если использовать ultra‑low‑bit quantization, полное размещение весов на GPU и существующие open‑source inference‑технологии.

ExVRAM расшифровывается как Exchange Compute for VRAM. Основная идея проекта — в ряде сценариев выгоднее потратить часть свободной вычислительной мощности GPU на работу с более компактным представлением весов, чем хранить часть модели в оперативной памяти и постоянно передавать данные через PCIe.

Когда мы начинали проект, исходный вопрос был достаточно простой: можно ли запустить dense‑модель примерно на 27 миллиардов параметров на видеокарте всего с 8 ГБ VRAM так, чтобы она не просто «запустилась», а работала полностью на GPU, поддерживала длинный контекст и обеспечивала нормальную интерактивную скорость генерации.

В качестве основной тестовой системы мы используем NVIDIA GeForce RTX 5060 8 GB на архитектуре Blackwell. Основная модель в текущих экспериментах — Qwen3.8–27B.

Сначала результат выглядел не слишком впечатляюще. Модель запускалась, но значительная часть весов оставалась в системной памяти. Около 5,7 GiB весов находилось на GPU, ещё примерно 2,5 GiB — на CPU. Скорость генерации составляла порядка 3,8–5,5 токена в секунду.

При этом сама видеокарта была загружена далеко не полностью.

Это стало одним из первых важных наблюдений проекта. Проблема заключалась не столько в нехватке вычислительной мощности RTX 5060, сколько в том, что часть decoder weights находилась в RAM. Во время autoregressive generation данные приходилось постоянно передавать между CPU и GPU через PCIe.

Как мы запустили Qwen3.8–27B целиком на RTX 5060 8 GB и получили ~30 токенов/с

Публикации