rPman

Не использовать 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 архива будет считываться и распаковываться весь архив (до тех пор пока не достигнет места хранения требуемого файла), когда как из обычного архива файл извлекается сразу вне зависимости от размера всего архива

Ваша задача делится на 2 большие задачи:
1. преобразование 'бумажных' (в виде изображения) карт гидрантов в цифровой вид, совмещенный с уже существующими картами (например openstreetmap).
Вручную это можно сделать там же на openstreetmap (у них были инструменты для такой работы)
Формально, любая GIS система имеет для этого инструменты, возможно даже полуавтоматические, в вашем случае это явно точки, а не полигоны, с этим проще.
2. Создание интерфейса
настятельно не рекомендуется пилить интерфейс самому, воспользоваться лучше инструментами google/yandex, у них хорошие карты и с навигацией у них есть соответствующие api

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

p.p.s. хотя, современный ИИ может стать таким ментором (openai/anthropic), но нужно будет набраться терпения, много общаться с ним и быть готовым что он будет тупить.

Использовать wget, ключ -l 1 -r или -m (осторожно, по умолчанию будет качать все каталоги, смотри опции ограничения в пути).

Ещё лучше, уйти от ftp, как устаревшего протокола, с кучей проблем. И использовать штатный встроенный функционал ssh - scp/sftp , которым может пользоваться как стандартный scp так и rsync, у которых возможностей и удобства на порядок больше.

Ssh сервер идёт с любым linux штатно, а также с windows устанавливается ее штатным инструментарием

Мне кажется вы перечислили самые дешёвые варианты, amazon s3 glacier deep будет тоже уровня цены.

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

Не представляю что то дешевле чем хранить данные там (порядка 2..5$/м за терабайт +-)... Когда-то по тестам скорость там получалась сотни мегабит, но логично лучше тестировать в своей локации, это ведь как торренты.

https://siascan.com/ смотреть на цену тут с осторожностью, так как могут не учесть x3 резервирование по умолчанию, лучше поставить клиент и смотреть цены там.

Благодаря mono и wine, ты можешь запускать приложения, созданные в современной visual studio, но с постоянными тестами и оговорками по лицензиям.

Если тебе не нужно WYSIWYG редактирование gui, то создать приложения кроссплатформенные ты можешь и так с помощью mono и .net sdк 5+, а там ещё всякие avalonia есть....

p s. Несколько лет назад Майкрософт уничтожила (купила и выбросила) отличный проект monodevelop, его старые версии ещё можно запустить в контейнере или виртуалке на старых linux, но приложения, созданные с его помощью будут работать везде.

Stable video diffusion, будет работать на 12-16gb gpu (например nvidia gtx 4060ti стоит 59т.р., а 3060 12гб - 35т.р. ), работает неплохо, но на сколько я знаю он работает от картинки а не запроса (т.е. если ты задаешь запрос, она генерирует из него только стартовать картинку).

Облачные ресурсы дороже на порядок, как ни крути.

Кажется Runway позволяет платить через alipay в России.

p.s. Кандинский от Яндекса ты не использовал?