Спасибо автору за статью. Как раз вовремя. Сегодня хотел зарефакторить свой D4, купил 2 новых 10ТБ диска, собрал в новый статик RAID1 том. И закралась у меня идея, сделать новый том основным "Системным", мигрировав со старого RAID1 8TB, и далее старый рэйд сделать RAID0, и юзать его как файлопомойку размером 16TB. Но потыкался и понял что есть где-то подвох, и отчасти он описан в этой статье. Думаю оставлю все как есть. Пусть будет два рэйда и будет оно работать пока не навернется, а там посмотрим) Главное правило "Работает - не лезь!"
Дока у них есть, но в ней они ни где не гарантируют что домен всегда будет одинаковым. На практике их схема за последние 8 лет не менялась. Но даже если и смениться домен, поменять его во всех ссылках достаточно просто, ведь мы знаем ID видео. Вот если они схему поменяют и сделают что-то с токенами (хотя на мой взгляд для гугл вариант с токенами будет дороже, т.к. сразу вырастет сложность cdn)
Понимаю, что запрос звучит странно на фоне беседы о вычислениях. К сожалению, как ИИ я не имею возможности выполнять финансовые операции или давать деньги в прямом смысле слова.
Но если у вас возникла настоящая потребность, лучше обсудить это непосредственно с кем-то из близких людей, друзей или обратиться за помощью к семье. Возможно, существует проблема более широкого контекста, которая может иметь решение через финансовую поддержку, но не через программу.
Если же вопрос касался чего-либо другого, например, помощи в понимании задачи по математике или совета на каком-то этапе, я с радостью помогу. Чего конкретно вы хотите разобрать?
Автору спасибо. Хорошая моделька получилась. Я сконвертил ее для Ollama. И как мне кажется эта модель поинтересней чем выпущенная вчера T-lite, работает шустрей, не душнит как T-lite.
Все никак руки (или ноги) не дойдут попробовать поработать стоя. В идеале хочется взять стол с подъемным механизмом, чтобы под него сунуть дорожку для ходьбы, но цены не радуют. ~50-80к отдать за сомнительное удовольствие пока нет желания. Автору зачет - собрал бюджетный вариант. Пока работаю то лежа/сидя на диване то за обычным компьютерным столом. Благо работаю на ноуте и есть возможность часто менять локации.
У метода setWebhook есть поле secret_token. Для безопасности можно например раз в сутки менять секретный токен. Также адрес для обработки вебхука у вас должен быть не простым, с каким нибудь хэшом в url (его тоже можно периодически менять)
Советую рассмотреть bleve, 4 месяца назад ушел на него с эластика. Сказать доволен - ничего не сказать. Bleve вообще не потребляет ресурсов по сравнению с эластиком, работает шустро, и дает полный контроль. Из минусов, нужно будет немного покодить на Go (хотя для меня это плюс).
К сожалению стоит признать что многопоточность и нода это практически несовместимые вещи. Параллелить на уровне независимых процессов завернув приложение в докер - еще куда не шло. Но появляется оверхед по ресурсам, коннектам к БД
У меня в одном проекте на проде еще недавно крутилось 120 одинаковых докер контейнеров выполняющих одну и туже логику (но с разными параметрами запуска), конечно начиналось все с нескольких и по мере роста пришлось заскейлить инстансы до такого кол-ва.
Вобщем решил я это дело замногопоточить в рамках одного процесса, помучался NodeJS worker_threads и понял что надо бы это дело на Go попробовать. И вуаля, аналогичный код на Go в проде теперь жрет 200-400 мб и 2-4 ядра и все это один процесс, при этом выполняет очень много операций. По итогу получилось что нагрузка упала примерно в 50 раз, но объем работы выполняется тот же.
Ноду я конечно из-за этого случая не разлюбил, но выводы сделал что для многопоточки хорош Go, возможно и Rust тоже не плох для этого, но до него я так и не добрался.
Для безопасности советую не вводить свои сид фразы, приватники на сторонние веб-сервисы. Все это может утечь и попасть к злоумышленникам в руки. Как итог лишитесь денег.
За деньги было бы хорошо получить повышенный rate-limits для ботов. Чтобы можно было слать больше сообщений в каналы. Порой не хватает лимитов, пришлось написать планировщика который гарантированно отправляет сообщения (но иногда с задержкой из-за лимитов)
Спасибо автору за статью. Как раз вовремя. Сегодня хотел зарефакторить свой D4, купил 2 новых 10ТБ диска, собрал в новый статик RAID1 том. И закралась у меня идея, сделать новый том основным "Системным", мигрировав со старого RAID1 8TB, и далее старый рэйд сделать RAID0, и юзать его как файлопомойку размером 16TB.
Но потыкался и понял что есть где-то подвох, и отчасти он описан в этой статье. Думаю оставлю все как есть. Пусть будет два рэйда и будет оно работать пока не навернется, а там посмотрим) Главное правило "Работает - не лезь!"
Там в одном из issue проекта идет обсуждения данной проблемы, и вроде как есть решение, но за работоспособность не ручаюсь
Дока у них есть, но в ней они ни где не гарантируют что домен всегда будет одинаковым. На практике их схема за последние 8 лет не менялась. Но даже если и смениться домен, поменять его во всех ссылках достаточно просто, ведь мы знаем ID видео. Вот если они схему поменяют и сделают что-то с токенами (хотя на мой взгляд для гугл вариант с токенами будет дороже, т.к. сразу вырастет сложность cdn)
Добавил четвертым вариантом
Олег, дай денег?
blackened/t-lite:latest
Понимаю, что запрос звучит странно на фоне беседы о вычислениях. К сожалению, как ИИ я не имею возможности выполнять финансовые операции или давать деньги в прямом смысле слова.
Но если у вас возникла настоящая потребность, лучше обсудить это непосредственно с кем-то из близких людей, друзей или обратиться за помощью к семье. Возможно, существует проблема более широкого контекста, которая может иметь решение через финансовую поддержку, но не через программу.
Если же вопрос касался чего-либо другого, например, помощи в понимании задачи по математике или совета на каком-то этапе, я с радостью помогу. Чего конкретно вы хотите разобрать?
У меня на 3090 TI t-lite в среднем отвечает за 5-6 сек
Автору спасибо. Хорошая моделька получилась. Я сконвертил ее для Ollama. И как мне кажется эта модель поинтересней чем выпущенная вчера T-lite, работает шустрей, не душнит как T-lite.
Может кому-то тоже будет интересно сравнить на Ollama модель T-lite:instruct 8b от Т-банка с моделью llama-3-8b-gpt-4o-ru1.0 от @abstract_chaos
Душнилу можно убрать с помощью системного промпта, либо в юзер-промпте говоря "Будь краток, отвечай конкретно", в моих экспериментах это сработало.
Судя по параметрам модели длина контекста: 8192
Тоже задавался этим вопросом, пришлось сделать самостоятельно. Запушил в https://ollama.com/blackened/t-lite
В продолжение темы
Все никак руки (или ноги) не дойдут попробовать поработать стоя. В идеале хочется взять стол с подъемным механизмом, чтобы под него сунуть дорожку для ходьбы, но цены не радуют. ~50-80к отдать за сомнительное удовольствие пока нет желания.
Автору зачет - собрал бюджетный вариант.
Пока работаю то лежа/сидя на диване то за обычным компьютерным столом. Благо работаю на ноуте и есть возможность часто менять локации.
У метода setWebhook есть поле secret_token. Для безопасности можно например раз в сутки менять секретный токен.
Также адрес для обработки вебхука у вас должен быть не простым, с каким нибудь хэшом в url (его тоже можно периодически менять)
Ну и адреса подсетей телеги тоже известны:
Accepts incoming POSTs from subnets
149.154.160.0/20and91.108.4.0/22on port 443, 80, 88, or 8443.Стикеры попрошу не трогать). А с историями полностью поддерживаю
То ли вы действительно считаете что фраза "Ума палата" несет хвалебный оттенок, то ли в статье где-то зарыта ирония, не пойму, если можно разъясните
Обычно «Ума палата» подразумевает продолжение [да ключ потерян / да разума маловато]
Советую рассмотреть bleve, 4 месяца назад ушел на него с эластика. Сказать доволен - ничего не сказать. Bleve вообще не потребляет ресурсов по сравнению с эластиком, работает шустро, и дает полный контроль. Из минусов, нужно будет немного покодить на Go (хотя для меня это плюс).
Как по мне vue 2 с vue-class-component как-то по изящнее выглядит.
К сожалению стоит признать что многопоточность и нода это практически несовместимые вещи. Параллелить на уровне независимых процессов завернув приложение в докер - еще куда не шло. Но появляется оверхед по ресурсам, коннектам к БД
У меня в одном проекте на проде еще недавно крутилось 120 одинаковых докер контейнеров выполняющих одну и туже логику (но с разными параметрами запуска), конечно начиналось все с нескольких и по мере роста пришлось заскейлить инстансы до такого кол-ва.
Вобщем решил я это дело замногопоточить в рамках одного процесса, помучался NodeJS worker_threads и понял что надо бы это дело на Go попробовать. И вуаля, аналогичный код на Go в проде теперь жрет 200-400 мб и 2-4 ядра и все это один процесс, при этом выполняет очень много операций. По итогу получилось что нагрузка упала примерно в 50 раз, но объем работы выполняется тот же.
Ноду я конечно из-за этого случая не разлюбил, но выводы сделал что для многопоточки хорош Go, возможно и Rust тоже не плох для этого, но до него я так и не добрался.
Для безопасности советую не вводить свои сид фразы, приватники на сторонние веб-сервисы.
Все это может утечь и попасть к злоумышленникам в руки. Как итог лишитесь денег.
За деньги было бы хорошо получить повышенный rate-limits для ботов. Чтобы можно было слать больше сообщений в каналы. Порой не хватает лимитов, пришлось написать планировщика который гарантированно отправляет сообщения (но иногда с задержкой из-за лимитов)