rPman

Xeon L5630

жуть какие тормозные (в singlethread они как типовая машина уровня 2013г ~1000 попугаев, когда как современное железо дает 3000-4000), а еще контроллер nvme у тебя небось китайский нонейм, плюс у тебя виртуализация proxmos дает накладные расходы (минус 30%-90% cpu, именно так) плюс ты же виртуальный контроллер создаешь, он именно на мелких операциях так же даст накладные расходы.

Хочешь реальную скорость, тестируй из нативно запущенной ОС.

Полагаю именно это показывает разницу в скорости IOPS между домашней машины и 'сервером'.

На сколько я знаю все в одном есть в vlc и в ffmpeg, они могут брать поток из любого источника (будь то pci плата захвата или usb) а так же позволяет публиковать поток

p.s. ubuntu 24.04 lts может получиться нежданчик с поддержкой железа, еще года с выхода не прошло, но я очень давно такой фигней не занимался, может там уже все хорошо

p.p.s. пожалей свои мозги и мозги своих пользователей в сети, не нужно множить зло федеранльный мусор

Раз в неделю собирай список раздач с какого-нибудь торрент трекера, скачивай его консольным rtorrent, отправляй на трансляцию, удаляй, скрипты по 2-3 строчки.

Там тебе и развлечения, и новости, и фильмы,.. без рекламы, по твоему выбору.

Если операционная система windows 7..11 то можно установить приложение ibik aster (лицензия копеечная) и создать полностью независимое рабочее место (можно даже для него подключить дополнительную клавиатуру/мышку)...
Этим заниматься имеет смысл, если приложение требует активный фокус (в windows только одно окно из всех может быть активным) для работы (иначе хватило бы просто подключения нескольких мониторов).

p.s. в linux подобный функционал доступен изначально с помощью loginctl (только xserver варианты DE, не wayland) но без рукошевелений доступно только по 1 рабочему месту на каждую физическую видеокарту (можно убрать это требование через xephyr но не просто).

Прекратить пользоваться json, разобрав его структуру хотя бы для тех данных, которые требуются независимо друг от друга, и разместить в таблицах. А то это тупо убивает любые методологии, которые созданы в postgres для ускорения работы с этими данными.

Единственное, где сериализация данных в реляционных базах оправдана - это когда данные запрашиваются целиком из записи и имеют нерегулярную (непрогнозируемую/случайную/сложную) структуру.

Ищи в network файл с расширением m3u8, он там не обязательно будет, так как может быть сгенерирован скриптом (правда я такое не видел), это текстовый файл, со списком кусков.

Если сервер не требует особых заголовков авторизации то можно получить готовое видео с помощью ffmpeg (указав прямо ссылку на него либо выкачав заранее его и куски в нем другими инструментами, хоть тем же wget) в режиме copy или даже перекодировать под нужный тебе формат.

Дома можно собирать любое железо, все эти SLA для домашнего хостинга не применимы, а вот стоимость будет ниже.

Есть неплохой вариант, сделать несколько машин на базе дешевых mitx+ssd со слабым процессором. Например энергии intel J серии процессоры едят мало а возможности высокие (кроме ограничения объема памяти в 16гб у новых и 8 старых моделей), благодаря маленьким ценам и размерам, из них можно собрать практически бесшумный ящик для нескольких сервисов без виртуализации... но корпус, основная беда, если руки куда надо прикручены, лучше сделать все самому, иначе можно за это заплатить трехкратную стоимость от начинки.

Идеологически git это про 'полную фиксацию изменений удаленно', скорее всего ваша задача (не то что описали а что решаете) - это создание своей ветки, работа в ней, с периодичекими объединениями изменений с master.

Я конечно могу придумать конструкцию, когда у вас 2 git репозитария, в который сливаются одни и те же файлы (симлинками на каталоги например), и вы попеременно применяете изменения в одном git но откатываете в другом, но это извращение, а так же из-за использования симлинков можно получить неожиданные ошибки, например когда приложение (visdual studio) неверно отслеживает изменения в каталогах.

p.s. у меня очень похожая конструкция была в eclipse проекте - там был солюшен из десятка проектов, каждый из которых должен был собираться как в консоли так и в ide для поддержки отладки, и структурно в файлах проекта были различия для одновременной поддержки этого, поэтому я собирал в ide симлинками и средствами самой ide проект из файлов и каталогов в другом месте, и оба они были в своих git (изменения, вносимые для работы в ide и отладки было вредно отправлять в центральный git).

задача выполнялась, серьезных проблем не было так как не менялась структура проекта, правились только файлы, поэтому все работало но приходилось вручную следить за порядком комитов и откатов.

Потому что информация о том, откуда загружать при использовании uefi, жёстко прописывается в биосе.
Гугл: 'восстановление загрузчика windows', инструкций миллион

После чего это началось (какую программу поставил или какие изменения в реестре производил)?
Есть ли какие то закономерности в файлах при которых начинаются тормоза? например их типы или если это exe/dll то какие иконки там выставлены.

у проводника есть что то типа плагинов, установка глючных может дать такой эффект, отключите их все и включайте по очереди, до тех пор пока проблема не вернется,.. этот плагин и будет причиной

Панель управления - свойства обозревателя (да это браузера IE, его компоненты жестко прописаны в проводнике) - программы - надстройки

Не использовать server ревизии windows.

Использовать рабочие ревизии windows, с ibik aster, настраивая на каждого пользователя свое рабочее место (формально достаточно порта на видеокарте, но DP при наличии соответствующего хаба может умножить это значение в несколько раз. Как минимум 12 рабочих мест организовать так можно.

Доступ к приложениям можно организовать через vnc или аналоги. Мало того, с технической точки зрения, наверное всю конструкцию можно собрать внутри виртуальной машины (все виртуалки позволяют создавать виртуальные мониторы), ну только что ревизия windows должна быть enterprise/ultimate.

p.s. иногда мне кажется, что искусственно созданные ограничения майкрософт вынуждают людей покупать больше железа, тратить больше энергии и ресурсов планеты, только чтобы не платить абсурдно высокую стоимость за ненужный софт.

Но при нынешних ценах на дисковое пространство попытка добыть пару лишних мегабайт сжатием - крайне неразумное занятие. Дополнительные процессорные ресурсы на него стоят куда как дороже.

люто плюсую.

Но если прямо очень нужно, то советую вместо сжатия средствами БД, попробовать сжать средствами файловой системы (например btrfs - zstd, 16 уровней сжатия), можно поиграть с разным размером кластера, что может сильно повлиять на результат... особенно если в базе данных соседние поля с одинаковыми данными, а движок их упаковывает независимо.

Скорость записи в базу данных на сжатом диске сильно упадет, особенно если делать большой размер кластера (так как это увеличивает степень сжатия), но вот скорость чтения, особенно с hdd, даже может подрасти (особенно при хорошей степени сжатия), но должно много всего совпасть.

НАСТОЯТЕЛЬНО рекомендую файлы индексов не сжимать, за исключением случаев, когда они целиком и полностью влезают в оперативную память и запись в базу данных не производится.

ОБЯЗАТЕЛЬНОЕ тестирование всей конструкции на реальных данных перед запуском в продакшен, иначе можно получить проблему, и конечно же бакапы, без них ничего делать даже не начинай.

p.s. наилучшее сжатие можно получить, если грамотно его реализовать на стороне самого приложения, ведь его разработчик знает, где какие данные как лежат, как их можно эффективно перераспределить и главное, есть библиотеки типа того же zstd, когда можно держать несколько словарей для сжимаемых данных, специально собранных под свои наборы данных,.. отличный пример сжатие xml/json файлов, где теги/атрибуты могут занимать до 90% пространства,.. и при маленьком размере сжимаемого куска, словарь на них будет в каждом куске свой.. а вот общий словарь для всего пакета файлов позволит на порядок сократить их объем.

p.p.s. само собой, замена xml/json на правильно созданный protobuf исключит эту проблему в зачатке

Пример для kinetic https://help.keenetic.com/hc/ru/articles/360000501...

Есть шанс нарваться на проблемы с драйверами, ограничивающими использование видеокарты, но почему бы и не попробовать?

Если есть opencl запустить то можно, с помощью llama.cpp можно запускать на любой видеокарте, причем даже если она не nvidia, и на встройках.. вопрос на сколько быстро это будет.

И только смысла в этом нет, потому как главное у видеокарты должен быть большой объем оперативной памяти... 8b модели и так слабые, они сильнее реагируют (ухудшают качество) от квантизации, поэтому из меньше 8бит не квантуют, т.е. минимум только на веса 8гб, а еще на контекст нужно несколько гигабайт.

С другой стороны, закупить несколько, весь софт для выполнения умеет распределять нагрузку по нескольким.

Если вы пользователь microsoft office, то берите microsoft access, это именно база данных и среда разработки (построитель запросов, редактор форм, visual basic), одно время это использовалось именно для таких целей, и есть интеграция с excell, (но первично формы в access)

Как среда разработки и инструмент access в стагнации и сильно устарел, используйте сразу microsoft visual studio, с ее построителем форм, поддержкой баз данных, и все максимально удобно....

С excel максимально не подходящий для этой задачи инструмент.

P.s. О стоимости лицензий на все это упоминать думаю не надо?

Пишешь скрипт, удаляющий профил и файлы, и запускаешь его с помощью планировщика задач (не указываешь условие запуска, а запускаешь shctasks /run.

Если тебе нужно каждый раз разные профили, то имя профиля где то храни, например в текстовом файле. На сколько я знаю передавать параметры планировщикау нельзя, но следи чтобы одновременно несколько не запускалось

Используй формат архива wim (поддерживается 7z) он учитывает дубликацию файлов (никогда не пользовался, но пишут что да).

Если речь идет о просто одинаковых кусках данных (файлы например отличаются только частью или содержат общие данные) то в пределах размера словаря (точнее там есть понятие окно или блока сжатия) можно включить solid mode (раньше была опция в интерфейсе, теперь только в командной строке -ms=on (почитай документацию там много вариантов), но это сработает только для файлов, которые попадут в оперативную память, достаточную для распаковки (там это сложно посчитать по параметрам, даже есть опция - какой процент памяти использовать).

При распаковки solid архива будет считываться и распаковываться весь архив (до тех пор пока не достигнет места хранения требуемого файла), когда как из обычного архива файл извлекается сразу вне зависимости от размера всего архива