Конвертация видео - это почти всегда - медленный процесс. Кто-то в этой схеме будет долго не отдавать
управление. Я знаю что в PHP с этим плохо. Ну не очень он подходит для джобов которые по часу работают.
Поэтому я-бы предложил сохранять в /tmp и там уже конвертить как-то другими средствами.
А PHP будет просто координатором этих конверсий.
val builder = DocumentBuilderFactory.newInstance().newDocumentBuilder()
val file = File("layout/activity_main.xml")
val doc = builder.parse(file)
doc.getDocumentElement().normalize()
Поскольку речь идет об инфо-безопасности и криптографии.
Лучше ничего не делать. Алгоритмы которые уже используются доказали свою состоятельность и они самодостаточны.
Они экономны и потребляют минимум мега-флопов вычислительных ресурсов.
Если у вас есть идея или предложение как их улучшить - ее надо рассмотреть с позиции вектора атаки и рассмотреть кейсы когда мы что-то конкретное изменяем и это приводит к устранению этого вектора атаки либо к уменьшению его вероятности.
Если такое доказать нельзя - то и ничего делать не стоит.
Я так понимаю что этому софту надо просто рассказать что слова могут быть предметами типа
стекло (стекле) бухло (бухле). И именами собственными типа Редькино, Простоквашино, Иваново.
Читы - дискредитируют саму идею игры. Разве автору самому было-бы интересно играть когда его самого постоянно "выносят" читеры? Это - вообще не техническая проблема. Это - проблема доверия.
Если искать и устанавливать какой-то очень экономный вариант линукса типа alpine (без графики) то можно операционке отдать порядка 200Мб и редису останется порядка полтора гигабайта. Но я не уверен что это будет удобно для практического использования.
Вообще непонятно чего автор торгуется. Если он делает какую-то продуктовую задачу то он все равно должен сделать какой-то минимальный performance testing и сравнить время отклика для разных конфигураций. По деньгам я думаю что между 2 и 4 не очень большая разница. И я-бы не тратил время на нее в этом топике.
Флопсы это - как объем двигателя. Сообщаяет сколько там внутри может гореть бензина.
Но применительно к твоей задаче лучше опираться на сравнительный опыт. Тоесть к примеру
есть уже разработанная система. Например на базе TPU. Стоит столько-то. И работает хорошо
и без задержек.
Вот как-то так. И сравнение двух систем будет не сравненим двух чисел а на самом деле сравнением
двух векторов чисел. Одна система на будет сильна в обучении. Другая в работе уже обученной модели
и так далее.
Мы не знаем как Интел ведет свой бизнес. Для партнеров он может отгружать процессоры
экскаватором насыпая их в кузов грузовика. Но нам это никто не подтвердит.
Elena_11, дружище ну конечно же я не имел в виду заходить в каждую папку вручную. Любой сисадмин вам напишет скриптик для подсчета файлов по расширению. Ну если не сможет написать - значит такой плохой у вас сисадмин.
Как организовать хранение толстых файлов? Я-бы предложил просто разбить на 2 части. Новое и Старое. И старое поместить на более дешевый хостинг. Кому нужны видосы за 2010 год? Что там было в 2010? Извержение Эйяфрякюдля? Да кому он нужен?
Если нужна более тонкая сортировка по популярности - тогда включите логгирование загрузок. Пособирайте в течение месяца статистику кликов. Потом проанализируйте. И получите другие 2 части. Популярное. И непопулярное. Тоже метод.
Борис Иванов, ну да. Ты хочешь предприятие перевести на удаленного клиента на базе софта который
никем не поддерживается? Ну не знаю. У Windows хотя-бы была армия специалистов которые ее хорошо
знали и умели лечить.
Elena_11, вот ты сейчас говоришь - конешно... огромных. Тыж понимаешь как это несеръезно да?
Это-же не измерения а просто поэтические метафоры. Зайди на хост и посчитай файлы по расширениям.
Я-бы мог предложить пере переархивировать (пережать видео) но чтоб давать такие советы - надо хотя-бы
быть в теме цифр. Сколько там видео? Если 20% то я-бы не стал париться. Если 80% - (Ага Паретто) - то есть
смысл глянуть.
управление. Я знаю что в PHP с этим плохо. Ну не очень он подходит для джобов которые по часу работают.
Поэтому я-бы предложил сохранять в /tmp и там уже конвертить как-то другими средствами.
А PHP будет просто координатором этих конверсий.