С документацией вообще обычно всё плохо, во многих библиотеках вам предлагают... Скачать репозиторий, собрать его, а потом запустить некий скрипт, который соберёт вам документацию.
А до этого приведена картинка из openssl репозитория и складывается впечатление, что документацию по openssl надо рендерить самому. Но там в readme после раздела build & install идёт раздел documentation со ссылками на docs.openssl.org, где вся документация в удобном виде и даже гайд, объясняющий как написать сервер или клиент под разные протоколы.
Майнкрафт сервер это монолит и как со всеми монолитами, без изменений они тащатся в куб с разными допущениями. В текущем состоянии spigot и paper запуск майна в кубе оправдан, если нужно запускать разные миры на небольшое количество игроков (раздавать приватные сервера, pvp, какие-то короткие ивенты делать).
Долгоживущий мир ничего не выиграет от запуска в кубе, пока не появится условный "cloud native spigot". Нельзя увеличить tps или количество игроков увеличив количество реплик spigot, т.е. "spigot не поддерживает горизонтальное масштабирование по узлам". Справится с нагрузкой поможет только вертикальное масштабирование, банально "больше быстрых ядер, больше памяти", к чему в итоге и пришёл автор.
Сшивание интересная штука, но это скорее для увеличения границ мира. Нагрузка на спаун или lag machine все равно будут обрабатываться одним узлом.
"Экономим драгоценное время с дополнением: tab не лишняя кнопка", "Ускоряем работу с файлами: рекурсивное копирование", "Лучший способ искать строки в файлах, попробовал, теперь пользуюсь только им", "Повышаем безопасность и конфиденциальность с помощью пробела"
В Tomorrowland тоже дисплей для отсчёта времени на сдвоенных индикаторах сделали, но видно бюджеты были побольше, ради нескольких секунд экранного времени у них 12 штук ИН-18 ;)
Про картинку в ответ интересно, если по капотом stable diffusion, то она обычно 4 картинки на выбор даёт, а здесь только одна — это в serve.py такие настройки вызова SD?
И можно следующим промтом картинку доработать, т.е. сохранить seed и поправить промпт в SD, чтобы работало скажем такое "добавь к картинке пчёл летающих вокруг цветка"?
Не надо быть сеньором, чтобы схватить поток. Это состояние случается и во время обучения, как раз само собой случается чаще именно за счёт низкой базы, когда всё новое и практически любая задача интересна.
Поток это все же не одержимость или эффект от базы. Это максимальный фокус здесь и сейчас, может длиться час, два, больше, но вынырнуть всё равно придётся. Круто, если задача не долгая, тогда мозг порадуется, что всё готово, если что-то долгое или не вышло за один присест, то будет донимать гениальным решением по ночам ;)
Очень странные показатели AIDA-теста для виртуализации. Часть тестов сильно просели (смотрю на 1 ядро, сравнивать 16 и 8 сложно =). А часть тестов получается быстрее, чем на хосте. Чтение-запись памяти вовсе в два раза быстрее в виртуальной машине.
В какой-то момент, изучая регексы, особенно в языках, где ими очень просто пользоваться (perl, да), начинаешь фантазировать, что можно все задачи со строками решить только регекспами, вплоть до парсинга html!
Но со временем эти фантазии улетучиваются и сначала в регулярках перестаешь применять неочевидные pcre-шные операции, за расшифровкой которых лезешь в man, а потом и вовсе применяешь регуляки для не сложных валидаций, где хватает базового набора, перечисленного в статье.
Для решения задачи писать с любого устройства я выбираю Google docs. После потери кусков текста в редакторе хабра, даже не суюсь туда на этапе творчества. Посмотрите, вдруг подойдёт. Сейчас в docs появился markdown режим, можно на финальном этапе скопировать всё набранное в виде markdown сразу в редактор и дальше картинки расставлять.
Я бы хотел иметь команду навроде docker check IMAGE_NAME latest
Можно с помощью crane или skopeo узнать дайджест образа в регистри без полного скачивания. Ну или даже curl-ом, дайджест в заголовке надо будет словить.
Декларативно задаётся желаемое состояние, но при переходе из одного декларативного состояния в другое могут быть проблемы с окружением.
Я не уверен, что k8sgpt обучен на логах и метриках, там слишком большая вариативность. Скорее похоже на то, что модель обучена по ресурсам Events и по статусам встроенных ресурсов, где как раз отражаются проблемы окружения.
В Японии это вроде как обыденность, личная печать юридически равноценна подписи на официальных бумагах.
mysql конечно больше всего ест. Это гиговая vps, а на qnap памяти ещё больше, так что нормально будет жить.
Вы пишите
А до этого приведена картинка из openssl репозитория и складывается впечатление, что документацию по openssl надо рендерить самому. Но там в readme после раздела build & install идёт раздел documentation со ссылками на docs.openssl.org, где вся документация в удобном виде и даже гайд, объясняющий как написать сервер или клиент под разные протоколы.
Почему же синтаксически невозможно? Можно обработку по блокам раскидать:
Майнкрафт сервер это монолит и как со всеми монолитами, без изменений они тащатся в куб с разными допущениями. В текущем состоянии spigot и paper запуск майна в кубе оправдан, если нужно запускать разные миры на небольшое количество игроков (раздавать приватные сервера, pvp, какие-то короткие ивенты делать).
Долгоживущий мир ничего не выиграет от запуска в кубе, пока не появится условный "cloud native spigot". Нельзя увеличить tps или количество игроков увеличив количество реплик spigot, т.е. "spigot не поддерживает горизонтальное масштабирование по узлам". Справится с нагрузкой поможет только вертикальное масштабирование, банально "больше быстрых ядер, больше памяти", к чему в итоге и пришёл автор.
Сшивание интересная штука, но это скорее для увеличения границ мира. Нагрузка на спаун или lag machine все равно будут обрабатываться одним узлом.
Вдруг понадобится ещё раз, мне вот этот гайд помог год назад. https://gist.github.com/acarril/8c15f600cf0397dd61161a470f50f669
"Экономим драгоценное время с дополнением: tab не лишняя кнопка", "Ускоряем работу с файлами: рекурсивное копирование", "Лучший способ искать строки в файлах, попробовал, теперь пользуюсь только им", "Повышаем безопасность и конфиденциальность с помощью пробела"
мимо
Аналогично, зашёл почитать неужели свой ARM сервер собрали, а тут x86.
В Tomorrowland тоже дисплей для отсчёта времени на сдвоенных индикаторах сделали, но видно бюджеты были побольше, ради нескольких секунд экранного времени у них 12 штук ИН-18 ;)
Про картинку в ответ интересно, если по капотом stable diffusion, то она обычно 4 картинки на выбор даёт, а здесь только одна — это в serve.py такие настройки вызова SD?
И можно следующим промтом картинку доработать, т.е. сохранить seed и поправить промпт в SD, чтобы работало скажем такое "добавь к картинке пчёл летающих вокруг цветка"?
Не надо быть сеньором, чтобы схватить поток. Это состояние случается и во время обучения, как раз само собой случается чаще именно за счёт низкой базы, когда всё новое и практически любая задача интересна.
Поток это все же не одержимость или эффект от базы. Это максимальный фокус здесь и сейчас, может длиться час, два, больше, но вынырнуть всё равно придётся. Круто, если задача не долгая, тогда мозг порадуется, что всё готово, если что-то долгое или не вышло за один присест, то будет донимать гениальным решением по ночам ;)
На месте Wiz Research я бы даже заплатил DeepSeek, чтобы их обследовать, это ж какая реклама!
Очень странные показатели AIDA-теста для виртуализации. Часть тестов сильно просели (смотрю на 1 ядро, сравнивать 16 и 8 сложно =). А часть тестов получается быстрее, чем на хосте. Чтение-запись памяти вовсе в два раза быстрее в виртуальной машине.
TUI — новый этап? Просто оставлю эту ссылку https://en.m.wikipedia.org/wiki/Curses_(programming_library)
LiME аккумулятор?
В какой-то момент, изучая регексы, особенно в языках, где ими очень просто пользоваться (perl, да), начинаешь фантазировать, что можно все задачи со строками решить только регекспами, вплоть до парсинга html!
Но со временем эти фантазии улетучиваются и сначала в регулярках перестаешь применять неочевидные pcre-шные операции, за расшифровкой которых лезешь в man, а потом и вовсе применяешь регуляки для не сложных валидаций, где хватает базового набора, перечисленного в статье.
Для решения задачи писать с любого устройства я выбираю Google docs. После потери кусков текста в редакторе хабра, даже не суюсь туда на этапе творчества. Посмотрите, вдруг подойдёт. Сейчас в docs появился markdown режим, можно на финальном этапе скопировать всё набранное в виде markdown сразу в редактор и дальше картинки расставлять.
Можно с помощью crane или skopeo узнать дайджест образа в регистри без полного скачивания. Ну или даже curl-ом, дайджест в заголовке надо будет словить.
Декларативно задаётся желаемое состояние, но при переходе из одного декларативного состояния в другое могут быть проблемы с окружением.
Я не уверен, что k8sgpt обучен на логах и метриках, там слишком большая вариативность. Скорее похоже на то, что модель обучена по ресурсам Events и по статусам встроенных ресурсов, где как раз отражаются проблемы окружения.