Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Реально он может потреблять свой максимум из документации.
Постоянная загрузка по портам - еще и зависит от скорости подключения (гигабит ест заметно больше, чем 10/100 мбит).
Но все ж еще зависит от ваших настроек. Мало ли что напрограммировали по обработке пакетов, и все это нагрузка на CPU при 80% трафике.
В общем никто тебе не подскажет реальных цифр. Их нужно или мерять самому, причем в реальных условиях. Либо просто закладываться на максимум, соответственно документации (что и есть правильно).
nnikolyaa, в кодировке вашего терминала или консоли, а не ssh
ssh это просто протокол передачи, ему все равно какие данные передавать, текстовые, бинарные, кодировки - он не особо в этом шарит.
А нахрена нужна говно госкомпания?
А если вдруг внезапно дойдет до возможности занять руководящую позицию в каком-нить газпроме, то корочку и купить можно по-быстрому.
Не все почтовые сервера с этим нормально работают.
Например старые exchange не дружит, только года 2-3 назад начал поддерживать. А многие живут на древних exchange.
Многие порталы/сайты просто валидацию не исправляли.
В общем проблемы могут возникнуть внезапно
1. GDI это часть виндового интерфейса. Там идет просто рендеринг а не декодирование. Нагрузка там небольшая. И сжимать или разжимать не нужно - ведь передать GDI для отрисовки текста или передать текст картинкой - это сразу разные вещи, и логично передавать командами то, что изначально занимает меньше текста, и нагрузку создает небольшую.
2. А вот любое видео - никак не интерфейс винды, и никаких команд там нет.
Например открыл ты локальный файл на хосте в VLC, как клиент его должен проигрывать? Микшировать? Перемотку делать? Декодировать и там и там, чтобы отслеживать ключевые кадры?
Или открыл ты браузер в ютубе, уже никак оригинального видео не будет, только то, что ютуб передает, как это из браузера взять? Лезть в его потроха или https сессию ломать?
Или в видеоредакторе что-то правишь - там вообще какой кодек для временного видео?
Как я понимаю, то, что сделали в последнем клиенте - просто поменяли способ кодирования видео на h264, чтобы снизить нагрузку за счет того, что h264 в отличие от проприетарного кодека, хорошо поддерживается аппаратно. И то, там какие-то проприетарные оптимизации оставили. Этим достигли уменьшения нагрузки, ну а размер в h264 в принципе сам по себе оказался меньше того, что было раньше, особенно на высоких разрешениях.
DAS3816,
"нету никаких способов, которые могут помочь расшифровать эту информацию ? "
Ну брутфорс на сотни лет, подойдет?
Найти тех, кто написал вирус, договориться за деньги, подойдет?
Что за детский вопрос. Вирус был написан именно так, чтобы даже профессионалы не могли ничего сделать.
Единственный нормальный вариант - делать резервные копии.
переустановка винды должна убрать вирус из загрузки. В идеале раздел с диском С отформатировать.
но все, что на диске уже зашифровано - расшифрованию не подлежит
Он гоняет через себя очень чуть-чуть воздуха. Пыль он практически не собирает.
В лучшем случае, если есть функция ионизации, она поможет ионизировать частицы пыли в воздухе и они притянутся к стенкам/полу.
К тому, что скорость подключения и надежность канала - это разные вещи, и круглосуточный пинг как раз один из способов это выяснить.