Обновить

Предлагаю на выходных гипотетически подумать, как можно быстро и легко доработать сервер Minecraft так, чтобы можно было запустить несколько штук в одном мире (допустим, 16 серверов на 8 человек). Не, никто реально ничего делать не собирается, просто задачка для ума :)

Для определённости положим, что синхронизировать происходящее между серверными процессами мы не будем. Каждый работает сам по себе.

Проблему с миром вчерне решить несложно: кто первый загрузил чанк, того и тапки. Остальные получают read-only и их игроки не могут там строить и копать (вокруг всё «запривачено»). Оптимизировать тоже не очень трудно — небольшой алгоритм группировки игроков на серверах и выбора, кому именно отдать чанк при наличии рядом нескольких серверов-кандидатов (чтобы пореже сталкивались с «чужими» чанками).

А вот как быть с сущностями? Примерно понятно, что происходить с ними могут одновременно разные вещи в одной локации, если её взяли несколько серверов. Но как быть потом с изменениями в сущностях, чтобы можно было, допустим, за лутом вернуться, выгрузив-загрузив чанк? Как мерджить это от нескольких серверов?

Есть очевидные варианты, а есть хорошие. Меня увлекла задача поискать вторые :) и я приглашаю поломать голову со мной :)

Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии4

Как запустить Qwen3.8-Flash-Next 125B на 6 ГБ VRAM

Qwen3.8-Flash-Next - открытая 125B-модель на архитектуре, которая станет основой Qwen4. По опубликованным Qwen результатам она конкурирует с закрытыми frontier-моделями в задачах программирования, работы с агентами и computer use.

Мы запустили полный checkpoint Qwen/Qwen3.8-Flash-Next на одной RTX 4090. Пиковое потребление VRAM составило 5,95 ГБ, без 4-битной квантизации и дистилляции. Использовался полный checkpoint в bf16, который генерировал обычные токены.

По сравнению с Opus 4.6 Max, согласно собственным данным Qwen:

Как запустить Qwen3.8-Flash-Next 125B на 6 ГБ VRAM

Публикации