Чуть устарели сведения, в современных дистрибутивах по умолчанию ключи ed25519
OpenSSH 9.5 (октябрь 2023):Это официальная дата смены значения по умолчанию в коде OpenSSH. В заметках к этому релизу указано, что ssh-keygen теперь по умолчанию генерирует ключи Ed25519
После установки пользователь проходит обучайку, там как пример первое желание " отдать душу за возможность выполнять желание". Дальше оказывается, что это не обучайка, т.е. пользователю исполнили его желание и он должен отдать душу.... ну или временно отложить. Как? Конечно же с помощью подписки!
Вот тогда я и понял что выбирал не по тем критериям.
В общем да, скорости многопоточной записи и возможности "поиска датчика sql запросом" как будто мало для выбора бд к "промышленной телеметрии".
Вы же данные не просто собираете, надо их будет анализировать как-то? Prometheus (и аналоги victoria, prompp), influx, clickhouse, упомянутый вами же timescaleDB на основе postgres — у них всех из коробки есть аналитические функции. Дальше нужно будет строить графики, тут пригодятся функции для работы с интервалами, группировки с округлением времени, rate/irate/rate с поддержкой отсутствующих значений.
А ещё ha режим, бэкапы, шардирование, агрегация данных увеличенным интервалом для истории, алерты и наверняка что-то ещё забыл.
С sqlite это всё нужно будет писать самому.
P.S. Признаюсь, я и сам использовал sqlite для хранения таймсерий (и оно живёт в продах), но это было промежуточное хранение значений, чтобы дальше отдать в prometheus.
Статья 273, ага: "Создание, распространение или использование компьютерных программ либо иной компьютерной информации, заведомо предназначенных для несанкционированного уничтожения, блокирования, модификации, копирования компьютерной информации или нейтрализации средств защиты компьютерной информации, - наказываются ограничением свободы на срок до четырех лет,"
С документацией вообще обычно всё плохо, во многих библиотеках вам предлагают... Скачать репозиторий, собрать его, а потом запустить некий скрипт, который соберёт вам документацию.
А до этого приведена картинка из 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 сложно =). А часть тестов получается быстрее, чем на хосте. Чтение-запись памяти вовсе в два раза быстрее в виртуальной машине.
Чуть устарели сведения, в современных дистрибутивах по умолчанию ключи ed25519
После установки пользователь проходит обучайку, там как пример первое желание " отдать душу за возможность выполнять желание". Дальше оказывается, что это не обучайка, т.е. пользователю исполнили его желание и он должен отдать душу.... ну или временно отложить. Как? Конечно же с помощью подписки!
В общем да, скорости многопоточной записи и возможности "поиска датчика sql запросом" как будто мало для выбора бд к "промышленной телеметрии".
Вы же данные не просто собираете, надо их будет анализировать как-то? Prometheus (и аналоги victoria, prompp), influx, clickhouse, упомянутый вами же timescaleDB на основе postgres — у них всех из коробки есть аналитические функции. Дальше нужно будет строить графики, тут пригодятся функции для работы с интервалами, группировки с округлением времени, rate/irate/rate с поддержкой отсутствующих значений.
А ещё ha режим, бэкапы, шардирование, агрегация данных увеличенным интервалом для истории, алерты и наверняка что-то ещё забыл.
С sqlite это всё нужно будет писать самому.
P.S. Признаюсь, я и сам использовал sqlite для хранения таймсерий (и оно живёт в продах), но это было промежуточное хранение значений, чтобы дальше отдать в prometheus.
Статья 273, ага: "Создание, распространение или использование компьютерных программ либо иной компьютерной информации, заведомо предназначенных для несанкционированного уничтожения, блокирования, модификации, копирования компьютерной информации или нейтрализации средств защиты компьютерной информации, - наказываются ограничением свободы на срок до четырех лет,"
Рыбы обречены писать сайты на ассемблере... Почему бы и да?
Камера как камера, только оркестр ту канистру с того берега моря за раз выпил.
В Японии это вроде как обыденность, личная печать юридически равноценна подписи на официальных бумагах.
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)