У меня вот Mac M1 и каждый раз когда и собираю Java проекты (которые как бы независимые от процессора), то нередко получаю ошибки, что у меня там не хватает каких-то зависимостей.
Вот на прошлой неделе не получалось собрать Apache Curator. Пришлось делать это на виртуалке на Intel.
В данный момент на северном полюсе - полярная ночь. Солнечного света там не видели уже очень долго. Подозреваю, что никакое излучение "сквозь" Землю туда не дойдёт.
Данные, которые прилетают в ElasticSearch по началу в любом случае сначала попадают на локальный диск. Сразу на S3 не получится. Но roll на S3 делать для них можно хоть каждый час / день.
Я про Observability -> Logs -> Stream, работает с любым источником данных
>> Elasticsearch ... минимальный кластер - это 3 узла
Никто не мешает запустить кластер из одного узла. Понятно, что при этом нет high availability. Данные кстати могут храниться надёжно даже с одним нодом, если хранить их в S3 или на RAID.
>> Kibana ... Раздел с логами требует установки Filebeat или других Elastic-специфичных агентов.
Это не так. Логи можно слать как угодно, хоть вообще через curl.
>> Grafana это конструктор-полиглот: вы може в одном и том же дашборде отображать данные из Prometheus, Loki, PostgreSQL, и многих других доступных систем.
К "другим" системам с которыми работает Grafana ещё относится ElasticSearch.
Извиняюсь, если это off-topic, но подходят ли LLM модели для задачи написания summary (резюме, краткое содержание)?
То есть чтобы я мог отдать на вход длинную статью на русском языке (приблизительно 30-60 минут выступления), а получить несколько предложений с кратким содержанием? Или в какую сторону копать?
Мы как-то нанимали спеца писать тесты (automation tests). Я когда на собеседовании говорил, что сейчас нужно будет немного кода написать, больше половины сразу сливалось: о, я давно код писал, сейчас уже не помню... Я к вам в другой раз зайду... Даже не пробовали.
или на трафик: сколько-то гигов в месяц, а потом режут скорость.
или "неограниченный трафик", но "мы можем снизить вашу скорость, если нам покажется, что вы используете слишком много".
У меня оператор - T-mobile, и там на участке скорость "плавает", но в среднем тоже что-то около 3Mbps и очень большой ping (latency). И да, это - 5G. Такой вот 5G. Хотя в городе связь шустрее. Не знаю, дело ли в том, что уровень радио-сигнала тут слабенький, то ли uplink у них ерундовый...
В городах - да, есть провайдеры. У меня в небольшом городке (Pelzer, SC) - оптика, симметричный гигабит от AT&T за $80 / месяц. Это очень неплохо.
А так называемые "rural areas" - зачастую нет практически ничего. Потому что если не в городе, то американец считает что надо купить как минимум несколько гектаров, а иначе смысла нет. А это значит - очень-очень низкая плотность домов. Инвестиции провайдеров там никак не отобьются.
Мы тут родственниками купили почти 50 гектар в Южной Каролине. Лес. Я нашёл только одного DSL провайдера (Brightspeed). Они прислали техника, который сказал, что есть точка с их оборудованием в пару километрах от меня. За $1500 они готовы протянуть медь. И тогда у меня будет 3Mbps за $50 / месяц.
По факту, более-менее реальный вариант - это Starlink за $120 / месяц.
Теперь это приходится оформлять как завещание тела для научных исследований криоконсервации. Конституция США декларирует такую возможность как неотъемлемое право каждого гражданина.
Вы какую-то не ту конституцию читали... Нет такого права в их конституции...
А поводу религиозных соображений: в христианстве нет чётких правил как нужно и не нужно хоронить, хотя если обратиться к конкретной церкви вам много расскажут "как надо".
Вот тексты в христианской Библии, которые могут иметь отношение к теме бессмертия:
1 Тим 6:15-16 ... Господь господствующих, Единый, в чьей власти бессмертие (перевод Десницкого)
Пример 1: У вас магазин экипировки для зимних видов спорта. Летом посещаемость крайне мала, а зимой — наоборот. Соответственно иметь в запасе сервер 96 CPU 256 RAM 365 дней в году нет необходимости.
По поводу цен, - приукрашиваете так, что можно сказать, даже не краснеете.
Во первых, по поводу примера: если сравнить сценарий того, как облачный сервер увеличивает CPU & RAM только на "нагруженный" период, а в остальное время - откатывается к более слабой конфигурации, то постоянно иметь физический сервер с сильной конфигурацией всё равно будет дешевле, чем цена облачного сервера, который меняет конфигурацию. И не надо возиться с изменением конфигурации. И кстати, кто там говорил, что нужно платить специалисту, который будет админить? Вот в случае облачного сервера вы и будете платить спецу, который будет менять настройку облачного сервера, а с физическим сервером этого не требуется.
Во вторых, в статье довольно лукаво сравниваются цены облачных и физических серверов:
16GB RAM у Timeweb Cloud сравниваются с 32GB на физическом сервере
не говорится о том, что на физических серверах трафик обычно неограниченный, а вот на облачных вы будете платить и за сервер и ещё за трафик.
Из личного опыта:
работа в облаке повышает сложность. Требуется дорогие "облачные" специалисты.
цены за услуги становятся непредсказуемыми. Потому что за физический сервер обычно платиться $X/месяц, а за облачный - $A за сервер + $B за трафик + $C за API calls + + +
Сценарии, когда работать в облаке выгодней - существуют, но обычно это когда разрабатывается продукт, которые использует облачные сервисы - S3 бакеты, очереди данных, автоскейлеры, и т.д. А вот просто виртуалку перенести с физического хостинга на виртуальный - бессмысленное занятие.
Я тоже использую UptimeKuma где-то полгода. В докер-контейнере у меня на Synology. 27 мониторов.
В общем - доволен. Не хватает распределённого мониторинга - работает только с одного сервера.
Один раз за всё это время у меня как-то хитро падала LAN, потом заработала, но UptimeKuma сам подняться не смог. Пришлось рестартовать его вручную. А в общем UptimeKuma работает довольно стабильно.
Вроде у UptimeKuma нету трассировки, но мне это не надо.
Я себе настроил алёрты на Телеграм, - приходят довольно оперативно.
У Скайпа есть одна фишка, которой до сих пор нет ни у кого: можно делать конференц-звонок, и добавлять туда людей, звоня им на обычный телефон, даже есть у них вообще нет Скайп-аккаунта.
Да, есть полно решений, где можно людям дать номер телефона, по которому они могут присоединиться позвонив.
Но только Скайп умеет звонить сам кругу нескольким людям по телефону.
Я тоже так думал.
А когда дошло до дела, то выяснилось, что JAR файлы для ARM и для Intel - разные. И для ARM некоторых нету.
Наверное зависит от сценария использования.
У меня вот Mac M1 и каждый раз когда и собираю Java проекты (которые как бы независимые от процессора), то нередко получаю ошибки, что у меня там не хватает каких-то зависимостей.
Вот на прошлой неделе не получалось собрать Apache Curator. Пришлось делать это на виртуалке на Intel.
В данный момент на северном полюсе - полярная ночь. Солнечного света там не видели уже очень долго. Подозреваю, что никакое излучение "сквозь" Землю туда не дойдёт.
Не могли бы вы уточить: в приведённых примерах использовался mixtral-8×7b или OpenAI?
И ещё вопрос: что думаете по поводу того: чтобы использовать не Kobold.CPP, а oobabooga/text-generation-webui ?
Любая такая вспышка достигает землю только с одной стороны, которая в этот момент повёрнута к Солнцу...
Так что если и будет каменный век, то только в одном полушарии.
Вы действительно думаете, что любой человек в Гугле может запустить query на production DB?
Данные, которые прилетают в ElasticSearch по началу в любом случае сначала попадают на локальный диск. Сразу на S3 не получится. Но roll на S3 делать для них можно хоть каждый час / день.
Я про Observability -> Logs -> Stream, работает с любым источником данных
"Родной" коллектор логов для ElasticSearch - это FileBeat, но почему-то его нету в вашем списке бенчмарков.
Несколько уточнений:
>> Elasticsearch ... минимальный кластер - это 3 узла
Никто не мешает запустить кластер из одного узла. Понятно, что при этом нет high availability. Данные кстати могут храниться надёжно даже с одним нодом, если хранить их в S3 или на RAID.
>> Kibana ... Раздел с логами требует установки Filebeat или других Elastic-специфичных агентов.
Это не так. Логи можно слать как угодно, хоть вообще через curl.
>> Grafana это конструктор-полиглот: вы може в одном и том же дашборде отображать данные из Prometheus, Loki, PostgreSQL, и многих других доступных систем.
К "другим" системам с которыми работает Grafana ещё относится ElasticSearch.
Извиняюсь, если это off-topic, но подходят ли LLM модели для задачи написания summary (резюме, краткое содержание)?
То есть чтобы я мог отдать на вход длинную статью на русском языке (приблизительно 30-60 минут выступления), а получить несколько предложений с кратким содержанием? Или в какую сторону копать?
У вас хоть что-то писали.
Мы как-то нанимали спеца писать тесты (automation tests). Я когда на собеседовании говорил, что сейчас нужно будет немного кода написать, больше половины сразу сливалось: о, я давно код писал, сейчас уже не помню... Я к вам в другой раз зайду... Даже не пробовали.
У сотовых операторов ограничения:
или на трафик: сколько-то гигов в месяц, а потом режут скорость.
или "неограниченный трафик", но "мы можем снизить вашу скорость, если нам покажется, что вы используете слишком много".
У меня оператор - T-mobile, и там на участке скорость "плавает", но в среднем тоже что-то около 3Mbps и очень большой ping (latency). И да, это - 5G. Такой вот 5G. Хотя в городе связь шустрее. Не знаю, дело ли в том, что уровень радио-сигнала тут слабенький, то ли uplink у них ерундовый...
Цены начинаются от $50 / месяц и выше.
Америка территориально организованна по другому.
В городах - да, есть провайдеры. У меня в небольшом городке (Pelzer, SC) - оптика, симметричный гигабит от AT&T за $80 / месяц. Это очень неплохо.
А так называемые "rural areas" - зачастую нет практически ничего. Потому что если не в городе, то американец считает что надо купить как минимум несколько гектаров, а иначе смысла нет. А это значит - очень-очень низкая плотность домов. Инвестиции провайдеров там никак не отобьются.
Мы тут родственниками купили почти 50 гектар в Южной Каролине. Лес. Я нашёл только одного DSL провайдера (Brightspeed). Они прислали техника, который сказал, что есть точка с их оборудованием в пару километрах от меня. За $1500 они готовы протянуть медь. И тогда у меня будет 3Mbps за $50 / месяц.
По факту, более-менее реальный вариант - это Starlink за $120 / месяц.
Вы какую-то не ту конституцию читали... Нет такого права в их конституции...
А поводу религиозных соображений: в христианстве нет чётких правил как нужно и не нужно хоронить, хотя если обратиться к конкретной церкви вам много расскажут "как надо".
Вот тексты в христианской Библии, которые могут иметь отношение к теме бессмертия:
1 Тим 6:15-16 ... Господь господствующих, Единый, в чьей власти бессмертие (перевод Десницкого)
Откровение 1:18: [Я Бог] имею ключи ада и смерти
У меня для защиты RDP от brute-force стоит вот это:
https://github.com/DigitalRuby/IPBan
У меня есть HKEY_LOCAL_MACHINE\SAM\SAM\
Но в нём нету Domains
Я отключил Administrator'a вот так:
Запускаем lusrmgr.msc
Users -> right-click on Administrator -> Properties
General -> check "Account is disabled"
По данным в статье, самый дешёвый SSD - $50 / TB.
20TB HDD стоит $350. Это - $17.5 / TB.
Разница почти в 3 раза. Уже ближе, но всё равно есть варианты где есть смысл сэкономить и иметь HDD.
По поводу цен, - приукрашиваете так, что можно сказать, даже не краснеете.
Во первых, по поводу примера: если сравнить сценарий того, как облачный сервер увеличивает CPU & RAM только на "нагруженный" период, а в остальное время - откатывается к более слабой конфигурации, то постоянно иметь физический сервер с сильной конфигурацией всё равно будет дешевле, чем цена облачного сервера, который меняет конфигурацию. И не надо возиться с изменением конфигурации. И кстати, кто там говорил, что нужно платить специалисту, который будет админить? Вот в случае облачного сервера вы и будете платить спецу, который будет менять настройку облачного сервера, а с физическим сервером этого не требуется.
Во вторых, в статье довольно лукаво сравниваются цены облачных и физических серверов:
16GB RAM у Timeweb Cloud сравниваются с 32GB на физическом сервере
не говорится о том, что на физических серверах трафик обычно неограниченный, а вот на облачных вы будете платить и за сервер и ещё за трафик.
Из личного опыта:
работа в облаке повышает сложность. Требуется дорогие "облачные" специалисты.
цены за услуги становятся непредсказуемыми. Потому что за физический сервер обычно платиться $X/месяц, а за облачный - $A за сервер + $B за трафик + $C за API calls + + +
Сценарии, когда работать в облаке выгодней - существуют, но обычно это когда разрабатывается продукт, которые использует облачные сервисы - S3 бакеты, очереди данных, автоскейлеры, и т.д. А вот просто виртуалку перенести с физического хостинга на виртуальный - бессмысленное занятие.
Я тоже использую UptimeKuma где-то полгода. В докер-контейнере у меня на Synology. 27 мониторов.
В общем - доволен. Не хватает распределённого мониторинга - работает только с одного сервера.
Один раз за всё это время у меня как-то хитро падала LAN, потом заработала, но UptimeKuma сам подняться не смог. Пришлось рестартовать его вручную. А в общем UptimeKuma работает довольно стабильно.
Вроде у UptimeKuma нету трассировки, но мне это не надо.
Я себе настроил алёрты на Телеграм, - приходят довольно оперативно.
У Скайпа есть одна фишка, которой до сих пор нет ни у кого: можно делать конференц-звонок, и добавлять туда людей, звоня им на обычный телефон, даже есть у них вообще нет Скайп-аккаунта.
Да, есть полно решений, где можно людям дать номер телефона, по которому они могут присоединиться позвонив.
Но только Скайп умеет звонить сам кругу нескольким людям по телефону.