Когда у сервиса пользователей мало, количество инцидентов с ним очень мало, и многие сложные могут даже не происходить, отсюда и низкие требования к кодовой базе, способу организации работы с ним и разработчиками, именно по этому стартапы растут очень быстро, ведь можно сэкономить на том что пропускать многие фазы и смело копить технический долг.
Когда пользовательская база вырастает значимо, количество инцидентов растет чуть ли не по экспоненте, и начинают происходить маловероятные вещи, из-за которых приходится тратить силы на казалось бы малополезные вещи, городить бюрократию и т.п.
Если доступ к файлу нужно ограничивать по пользователям, нужно делать временные ссылки, разные для разных пользователей, проще всего это делать с помощью симлинков файловой системы, веб сервера из корректно разименовывают.
Симлинки позволяют разрабатывать систему прав без привязки к веб серверу, оставляя файлы статикой (веб сервера работают со статикой максимально эффективно).
RafGal, встроенный в браузер это какой?
по умолчанию используется либо онлайн гугл/майкрософт либо от операционной системы. На мозиллу вроде бы можно доустановить (там был проект открытый, но заброшен).
Так вот любое другое решение, тем более на webasm будет на порядок медленнее. Алгоритмам распознования речи в реалтайме нужны вычислительные мощности, желательно gpu, а из webasm поддержка gpgpu (типа opencl/cuda) уже забыто, пилите сами.
Скорее всего запуск из скрипта GPO работает не в таких же правах пользователя как это происходит при запуске из консоли. Скорее всего вопрос по доступу к графическому столу, яндекс браузер обычно запускает свой экземпляр прямо с логина пользователя, а так как хромиум работает сразу с несколькими процессами, допускаю что происходит так, одни процессы работают с полным доступом к графической консоли, так как запущены автоматически, а один основной, с помощью скрипта, - с ограниченным доступом. Странно что вообще в такой ситуации хоть что то работает.
Запускайте браузер с помощью task scheduler, у него есть чекбоксик запуска с доступом к консоли. Либо создавайте свой демон, запускаемый с автостартом пользователя и уже из него управляйте браузером
android sdk доступен для загрузки из стандартных репозитариев, это утилита для загрузки нужного тулчейна и образов apt search google-android*
давно не смотрел что есть что (когда то пакет так и назывался google android sdk но теперь его нарезали на кучу других, какой что делает нужно изучать)
похоже исходный файл сделан с ошибкой в формате либо в несовместимом формате для ffmpeg (что странно, это чуть ли не основной стандарт в мире мультимедиа кодирования).
vlc тоже не может корректно разобрать этот видеофайл?
p.s. если obs может, перекодируй им же в другой файл, только подкрути параметры кодирования что бы хуже не сделать, и уже разбирай по картинкам
я правильно понимаю, что хотя free показывает avialable 36gb, если виртуальные машины задействуют суммарно памяти выше 99gb начинается использование файла подкачки?
p.s. на сколько я знаю, есть способ с помощью cgroup определить группы процессов и на выбранные запретить использование swap как минимум может поместить туда процессы proxmox?
способ передачи данных определяется буквально в узле, написано в плагине, что там внутри происходит знает разработчик (очень часто там может стоять выбор оборудования auto, куда пошли веса выберет pytorch), так же на сколько много тратится памяти определить сложно (в дебрях pytorch много чего происходит), обычно тупо на практике проще посмотреть.
я не про техническую часть а организационную.
Когда у сервиса пользователей мало, количество инцидентов с ним очень мало, и многие сложные могут даже не происходить, отсюда и низкие требования к кодовой базе, способу организации работы с ним и разработчиками, именно по этому стартапы растут очень быстро, ведь можно сэкономить на том что пропускать многие фазы и смело копить технический долг.
Когда пользовательская база вырастает значимо, количество инцидентов растет чуть ли не по экспоненте, и начинают происходить маловероятные вещи, из-за которых приходится тратить силы на казалось бы малополезные вещи, городить бюрократию и т.п.