преимущество для кодера в том, что если он знает javascript, то с node.js он может и серверную часть на javascript писать.
Те кто знают и javascript и php, скорее всего выберут php для серверной части.
Ну вот, по /proc/cpuinfo у вас два CPU, следовательно аптайм время нужно умножать на два.
2286.49 или ~38 минут аптайм
3189.43 или ~53 минуты простоя суммарно по двум CPU
Умножаем аптайм на два, делим на IDLE время и получаем сколько в среднем было IDLE за все время:
38*2 / 53 ~ 69.7% IDLE, то есть процессоры были загружены примерно на 30%, если посчитать все время аптайма.
Понятно, что загружка могла быть неравномерной - в какой-то момент могли быть заняты на 100%, в какой-то вообще незагружены.
zanac: Вы что-то сильно путаете.
Например SMB и конкретную устаревшую реализацию SMB1.
Microsoft не может удалить собственный протокол, на котором основана вся раздача ресурсов в сети - общие принтеры, общие папки.
Также этот протокол популярен под Linux для централизированного управления пользователями.
xmoonlight: Доставка не может идти с неподготовленного контента.
Например mpeg2 , в силу самого кодека, можно начинать смотреть в любой момент, а с декодированием кадров вперед - только с ключевого кадра, что влияет и на перемотку и на работу доставки контента поблочно.
Опять же, чтобы видео читалось на ВСЕХ устройствах, кодек должен быть не самым мощным, а совместимым.
Доставка и способ сжатия/хранения - на подобных масштабах отдельно не должны рассматриваться.
xmoonlight: И? Чтобы стримить видео на миллиарды пользователей, нужно не просто самый самый лучший кодек, который будет забирать минимум на дисках - место - не самое главное в данной ситуации.
Нужно хранить видео в нескольких форматах для разного качества связи.
Нужно, чтобы видео было доступно сразу на разных континентах, а не гонять его через океан.
Нужно, чтобы видео читалось не только под мощным ПК, но и на планшете, и на смартфоне, и на smartTV, где может не оказаться hw декодирования.
xmoonlight: Не вопрос, предложите лучше. Просто нужно учитывать, что оптимизация должна делаться по конкретным метрикам, а не просто "надо меньше данных".
yazux: Приведите пример примера?
ПРосто для начала, %B это просто аббревиатура месяца, и выводится она в языке локали. То есть для английского - там вообще падежей нет. И нет никакого указания, в каком именно падеже выводить, то есть не может такого быть. Если где-то выводят падеж - значит дополнительно функционал
Saboteur
@saboteur_kiev Куратор тега Организация работы
Panamer: Знаете, сейчас мы спорим поскольку я говорю в общем, а вы о вашем конкретном проекте.
Если он у вас небольшой, то да, нет смысла городить вокруг него CI.
Если бы он был побольше, компиляция/сборка занимала бы час, а деплой хотя бы минут 10-20 ручной работы, вопрос о том, нужно ли автоматизировать не стоял.
Автоматика не делает тупизну, автоматика это тоже часть программирования. И именно у автоматики не замылится глаз, если нужно очистить все в исходное состояние, скопировать пару тысяч файлов в нужные каталоги, поправить конфиги, задеплоить изменения в базу, проверить права доступа и разлочить аккаунты.
reagent007: А как тогда писать программу, если не имеет значения какой это сервис?
Это "давайте купим какой-нить билет, чтобы на него можно было поехать, поплыть, полететь, пойти пешком куда угодно" ?
Те кто знают и javascript и php, скорее всего выберут php для серверной части.