Разное

Cpu 100 как понизить: Почему процессор загружен и тормозит, а в процессах ничего нет? Загрузка ЦП до 100%

Мой процессор до 100% в Windows. Как уменьшить нагрузку на моем компьютере?

Если ваш компьютер работает немного медленнее, чем обычно, возможно, ваш компьютер работает на более высокой емкости процессора, чем обычно. Наиболее часто используемые программы и процессы приведут к тому, что ваш компьютер будет работать на 5%. При просмотре видео, играх и запуске определенных приложений эта цифра может всплывать временно, но должна вернуться в нормальное состояние после того, как медиа или приложение закончено.

Некоторые проблемы могут привести к тому, что ваш компьютер будет работать с более высоким процентом в течение длительных периодов времени. Высокий процент считается 50% или более в течение длительных периодов. Это может привести к снижению производительности вашего компьютера, что приведет к более медленной работе, зависанию и случайным остановкам. Некоторые из этих проблем могут включать, но не ограничиваются:

  • Программа или приложение столкнулись с непредвиденной ошибкой
  • Программа «застревает», заставляя ее работать на бесконечном цикле
  • Запуск слишком много приложений сразу
  • Вирусы и вредоносные программы

Если эти проблемы сохраняются, они могут привести к тому, что центральный процессор будет работать на частоте 100%, что, в свою очередь, вынуждает ЦП постоянно освобождать вычислительную мощность. Это приводит к медленной и громоздкой работе.

Прежде всего, вы должны проверить работоспособность или ваш компьютер в своем диспетчере задач. Диспетчер задач – это приложение, которое отображает подробную информацию о запуске приложений, производительности компьютера и текущем использовании емкости.

Доступ диспетчера задач

Прежде чем обращаться к диспетчеру задач, убедитесь, что все программы и окна, которые не нужны, закрыты. Затем вы можете открыть экран Диспетчера задач:

  • Windows XP: одновременно нажмите Ctrl + Alt + Del , окно должно немедленно появиться.
  • Windows Vista / 7 и Windows 8: одновременно нажмите Ctrl + Alt + Del . Это приведет вас к экрану безопасности, и вы можете щелкнуть Диспетчер задач из перечисленных опций.

Диспетчер задач должен выглядеть примерно так:


Сокращение использования процессора: процессы

В нижней части этого окна отображается производительность вашего компьютера. Обратите особое внимание на текущее использование ЦП на дисплее. В этом примере использование ЦП работает на уровне 2%, а текущие запущенные процессы – 60.

Теперь, когда вы можете просматривать текущие процессы и приложения по мере их запуска, щелкните столбец CPU, как показано на рисунке ниже.


Сокращение использования процессора: вкладка CPU

Теперь вы можете принять к сведению, какие программы вызывают наибольшее использование ЦП.

Если приложение занимает большую часть использования, это может указывать на наличие проблемы с процессом приложений. Вы можете завершить процесс, выделив ошибочную программу и нажав « Завершить процесс» . Смотри ниже:


Сокращение использования процессора: завершение процесса

Это закончит выбранный вами процесс, освободив пространство для использования процессора, которое занимало приложение.

Если обычные программы, такие как Word или Outlook, постоянно используют ваше пространство процесса, это может указывать на большую проблему. Поскольку эти программы нормальны, очень мало используются, вирус может вызывать проблемы с этими программами. Установка авторитетного антивирусного программного обеспечения может помочь устранить проблемы, связанные с вирусными или шпионскими инфекциями, которые могут повлиять на производительность ваших компьютеров.

Также возможно, что на вашем компьютере просто недостаточно памяти для запуска программ, которые вы часто используете. В этом случае вы можете позвонить профессионалу, чтобы установить RAM или «оперативную память» на свой компьютер. ОЗУ может увеличить вычислительную способность вашего компьютера, позволяя хранить дополнительную информацию приложения в своей памяти, эффективно освобождая пространство для запуска программ.

Как понизить частоту процессора — Windd.ru

После приобретения процессора AMD FX-9370, я задумался о понижении его рабочей частоты. Профессиональные оверклокеры часто практикуют андервольтинг (снижение напряжения на ЦП для уменьшения его тепловыделения). А показатель TDP в нём на уровне 220 Вт без использования технологии Turbo Core.

Эта статья расскажет, как понизить частоту процессора и что делать, если он перегревается. Рабочая частота моего процессора 4.4 ГГц, а в Turbo до 4.7. Можно с лёгкостью её понизить для уменьшения температуры. В неоптимизированных играх с видеокартой RX580 нет разницы в FPS как на частоте 3.8 ГГц, так и на 4.4 ГГц.

Зачем пользователю уменьшать частоту ЦП?

В любом случае не помешает разобраться в теме понижения частоты. Для игр обычно нет разницы, какая частота процессора 3.8 или 4.4 ГГц (это касается только моего ЦП). Микроархитектура Bulldozer имеет много ограничений.

  • В ноутбуках для увеличения работы времени от аккумулятора автоматически включается режим экономии энергии. Как он работает? Да всё просто. Непосредственно путём понижения рабочих частот. Можно принудительно включить максимальную производительность.
  • Снижение максимальной частоты приводит к уменьшению тепловыделения как процессором, так и материнской платой. Это значит, что более дешёвый кулер сможет охладить AMD FX. В ноутбуках можно также уменьшить частоту, чтобы избавиться от перегрева и троттлинга.
  • Непосредственно снижение частоты процессора (особенно такого горячего) приводит к уменьшению шума. Это касается только режима максимальной нагрузки. Например, в GTA 5 процессор FX-9370 раскрывает потенциал даже с видеокартой GTX 1080 (но кулер шумит).

Почему процессор работает на пониженной частоте? Такое встречается очень часто в ноутбуках. Используется технология автоматического понижения частоты для уменьшения энергопотребления и увеличения работы устройства от батареи. Без подключения зарядного устройства активируется режим экономии энергии.

Даже современные процессоры в режиме простоя понижают рабочие частоты. Всё то же самое. Нормальное энергопотребление процессоров прежде всего. Сложно утверждать, но процессор Intel Core i9 10900K это фиаско. Тестирования показывают нереальные показатели энергопотребления и тепловыделения.

Как понизить частоту и снизить температуру процессора

Рабочая частота моего процессора 4.4 ГГц, а в Turbo 4.7 ГГц. Это в своё время был топовый камень. Конечно же, учитывая совсем небольшую цену. Вам приходилось подбирать качественную материнскую плату. Это всё равно было дешевле, чем в конкурента (в лице Intel Core i7-4790K). Даже сейчас его продают в два раза дороже.

Схемы управления питанием

  1. Переходим в раздел классической панели управления Система и безопасность > Электропитание и нажимаем Настройка схемы электропитания (ещё нужно убедится, что Вы выбрали настройки активной схемы, у меня стоит Сбалансированная).
  2. В открывшихся настройках выбираем Изменить дополнительные параметры питания и в окне находим пункт Управление питанием процессора.
  3. В процентном соотношении указываем значение частоты Максимальное состояние процессора
    . Убедитесь, чтобы значение Минимальное состояние процессора не стояло больше нами установленного.

Указываю значение 80% и рабочая частота процессора изменилась с 4.40 ГГц на 3.80 ГГц. Мгновенно снизилась температура более чем на 15 °C. Это приличный результат без потери производительности. Чем меньше значение Вы установите, тем больше снизится температура.

Важно! Можно выполнить более тонкую настройку. Давайте включим возможность фиксации конкретной частоты процессора вместо процентов. Добавить значение можно, изменив один параметр в реестре. Всё же лучше быстро создать резервную копию реестра Windows 10.

  1. Откройте редактор реестра выполнив простую команду
    regedit
    в окне Win+R.
  2. Перейдите в расположение: HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ Power\ PowerSettings\ 54533251-82be-4824-96c1-47b60b740d00\ 75b0ae3f-bce0-45a7-8c89-c9611c25e100.
  3. Значение параметра Attributes измените с 1 (установлено по умолчанию) на 2.

Теперь в схемах можно указать значение Максимальная частота процессора обязательно в МГц. Например, у Вас процессор с частотой 4.4 ГГц (это 4400 МГц), а Вам нужно ограничить до 4.0 ГГц (значит, вводите 4000). Зачем эту возможность скрывать известно только разработчикам.

Режим питания процессора

Можно перейти в расположение Параметры > Система > Питание и спящий режим. Если же выбрать Дополнительные параметры питания, тогда Вы попадаете в настройки электропитания.

Найдите ползунок Режим питания и сместите его на Оптимальное энергосбережение. В ноутбуках можно переключить режим нажав на иконку батареи в трее панели задач.

Что делать, если перегревается и выключается ноутбук? В большинстве случае пользователи ищут, как понизить частоту именно из-за перегрева. На первое можете время уменьшить рабочую частоту процессора. Но всё же рекомендуем провести диагностику и чистку. На компьютере можно обновить систему охлаждения.

Заключение

Собственно в схемах электропитания можно: указать максимальную частоту, на которой будет работать процессор в нагрузке (в МГц), наименьшую/наибольшую производительность процессора (в процентах) и выбрать режим охлаждения системы.

Например, без использования специальных программ, таких как AMD Overdrive или Ryzen Master и BIOS можно снизить производительность ЦП. Непосредственно снижением множителя процессора в ОС Windows 10. Мне удалось уменьшить потребляемую мощность FX-9370 (220 Вт) до уровня FX-8350.

Как проверить и снизить нагрузку на сервер ⚠️

18 ноября 2019

4 920

Время чтения ≈ 11 минут

Бесперебойная работа приложений и сервисов напрямую зависит от нагрузки, оказываемой на виртуальный сервер (VPS). Сбои в работе VPS могут вызвать разные причины — от резко возросшей посещаемости до атак киберпреступников.

Снижение эффективности работы ресурсов на VPS далеко не всегда означают, что нужно обязательно решать вопрос нагрузки радикально, покупая более мощную виртуальную машину. Чтобы решить проблему, необходимо выяснить основные причины перегрузки виртуального сервера, а исправить их зачастую можно и без дополнительных трат.

Как протестировать нагрузку на VPS и уменьшить ее самостоятельно расскажем в данной статье.

Что такое нагрузка на VPS

Нагрузка на сервер — количественная оценка характеристик ресурсов хостинга, расходуемых во время выполнения текущих задач. Иными словами, это процент загрузки ресурсов сервера — процессора (CPU), оперативной памяти (RAM или ОЗУ) и дискового пространства.

Виды нагрузки

  1. На базу данных.
    Чем вызвано: тяжелые SQL-запросы, отсутствие оптимизации и некорректные настройки конфигурационного файла.
  2. На веб-сервер.
    Чем вызвано: увеличение посещаемости интернет-ресурса, находящегося на VDS.

Мониторинг виртуального сервера

Мониторинг VPS — систематический сбор и обработка информации о степени загрузки с разных учетных записей ресурсов виртуального сервера. Мониторинг позволяет предотвратить развитие негативных последствий сбоев работы сервера ещё на начальном этапе. Для этого чаще всего нужно либо оптимизировать аккаунт, создающий повышенную нагрузку, либо расширить его ресурсную базу.

Как проводить мониторинг VPS

Для анализа сетевой активности используется утилита atop. Она записывается в лог событий, в котором можно найти процесс, приводящий к перегрузке сервера.

В Linux Ubuntu утилиту можно установить, воспользовавшись командой из терминала:

sudo apt-get install atop

После инсталляции требуется запустить команду:

sudo atop 1

В терминале отобразится информация, разделенная на две секции. В первой — основная (загруженность CPU, RAM и диска), а во второй — данные о выбранном процессе.

Посмотреть нагрузку на сервер можно при помощи команды:

sudo atop –r

Использование дисковых ресурсов сервера можно увидеть в строке DSK («busy» — процентное соотношение текущего потребления). Если последнее значение эквивалентно 100%, это означает, что проблема заключается в операциях ввода/вывода или использовании самого VDS.

Посмотреть сетевую активность можно при помощи команды:

sudo top

Она выводит список всех процессов, работающих в системе, в режиме реального времени. Обновление экрана происходит каждые 3-4 секунды. В первых строках отображается информация о системе, а ниже — список всех процессов, который упорядочен по убыванию.

Программы для диагностики

Диагностика применяется для выявления проблемного программного обеспечения, вызывающего высокую нагрузку на сервер. Существует много сервисов, позволяющих выполнить этот анализ. Их условно можно классифицировать на две категории.

  1. Простые — показывают время загрузки веб-страницы.
  2. Сложные — могут имитировать подключения из разных мест и производить DDoS-атаку на тестируемое приложение.

Список онлайн-сервисов мониторинга VDS

  • Locust. Масштабируемый инструмент для нагрузочного тестирования, написанный на Python. Отличный способ оценить производительность серверной части ресурса.
  • Host-Tracker. Позволяет выполнить тестирование сервера на нагрузку, одновременно подключаясь из 90 точек со всего земного шара.
  • OpManager. Бесплатная версия сервиса позволяет отслеживать 3 сетевых устройства. С его помощью можно осуществлять проактивный мониторинг состояния сети, серверов, маршрутизаторов и коммутаторов.
  • WebLOAD. Универсальный сервис для мониторинга позволяет проверить все страницы приложения и вывести время загрузки каждой из них. Пользователи на этом ресурсе могут заказать платную оптимизацию сайта.
  • LoadImpact. Выполняет тест нагрузки на сервер, используя одновременно 50 подключений, которые открывают до 20 страниц. Отчет отображается в графическом виде.
  • LoadNinja. Быстрое тестирование нагрузки на сервер, основанное не на виртуальной эмуляции, а на реальном браузере.

Причины перегрузки

Чтобы эффективно снизить нагрузку на VPS, требуется разобраться в причинах ее возникновения. Среди наиболее частых причин эксперты называют резкое увеличение количества посетителей, отсутствие оптимизации программ и СУБД, а также DDoS-атаки сервера.

Увеличение количества посетителей

При постоянном продвижении интернет-ресурса количество посетителей растет, часто приводя к перегрузке VDS. Чтобы этого избежать, нужно выполнять диагностику и принимать меры по сохранению его работоспособности.

Решение № 1 — модернизация

Когда оптимизировать нечего или нет времени заниматься настройкой VDS, нужно выполнить апгрейд последнего. Происходит это при значительном увеличении числа посетителей.
Это является еще одной причиной, по которой нужно использовать VPS. Для решения проблемы достаточно сменить тарифный план, воспользовавшись более мощным виртуальным сервером.

Нужен надёжный виртуальные сервер с возможностью масштабирования и защитой от DDоS-атак и круглосуточной техподдержкой? Выбирайте VPS от Eternalhost!

Решение № 2 — оптимизация работы сервера

Снижаем нагрузку на VDS, используя правильные настройки кеширования для Apache и Nginx при помощи правки конфигурационного файла.

Для Apache

Директивы (инструкции), которые управляют кешем Apache, можно прописать в файл виртуального хоста или .htaccess (файл дополнительной конфигурации) проекта. Оптимальным является второй вариант.

Для этого нужно открыть файл .htaccess и внести строки:

<FilesMatch ".(flv|gif|jpg|jpeg|png|ico|swf|js|css|pdf|doc|docx)$">
Header set Cache-Control "max-age=2592000"
</FilesMatch>

Далее требуется активировать Expires-модуль при помощи команды sudo a2enmod expires и перезапустить web-сервер: sudo service apache2 restart.

После этого следует включить модуль, указав:

ExpiresActive On
Для Nginx

Настройка кеширования для web-сервера Nginx заключается в редактировании конфигурационного файла. К его коду нужно добавить:

location ~* .(jpg|jpeg|gif|png|ico|css|swf|flv|doc|docx)$ {
root /var/www/site.ru;
}

Если создать файл «cache.conf» в директории «/etc/nginx/conf.d/», то можно управлять кешированием. В файле указываются параметры, описанные ниже.

  • Директория кеша: proxy_cache_path /var/cache/nginx.
  • Уровень вложенности каталогов: levels=1:2:3.
  • Базовый размер кеша в Мб: keys_zone=static_cache:100m.
  • Время, через которое происходит удаление кеша (мин): inactive=120m.
  • Указание максимального размера данных, подлежащих кешированию в Мб: max_size=500M.
  • Количество обращений к серверу: proxy_cache_min_uses 1.

После настройки файла, сервер нужно перезапустить, воспользовавшись командой:

sudo service nginx restart

Оптимизация программ, сервисов и СУБД

Скорость работы VDS зависит от настройки скриптового языка PHP, который генерирует контент для приложения, осуществляет подключение и работу с СУБД.

Решение № 1 — настройка скриптового языка PHP

Снижение нагрузки на VDS достигается при помощи грамотно настроенного PHP. Для его настройки нужно найти файл «php.ini», воспользовавшись поиском файлов на сервере. Далее его следует скачать, открыть в любом редакторе и изменить параметры, указанные ниже.

always_populate_raw_post_data = Off
output_buffering = On
; variables_order
; Default Value: "EGPCS"
; Development Value: "GPCS"
; Production Value: "GPCS"
date.timezone = Europe/Moscow
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=4000
opcache.revalidate_freq=60
opcache.enable_cli=0

После этого необходимо перезапустить сервер, воспользовавшись командой из консоли sudo service apache2 restart или sudo service php5-frm restart.

Решение № 2 — оптимизация MySQL

Для оптимизации MySQL требуется открыть файл «my.conf», который находится в директории с установленной СУБД «/etc/». Затем параметры нужно изменить таким образом:

log-slow-queries=/var/log/mariadb/slow_queries.log
long_query_time=5
log-queries-not-using-indexes=1
query_cache_size=0
query_cache_type=0
query_cache_limit=1M
tmp_table_size=16M
max_heap_table_size=16M
thread_cache_size=16
skip-name-resolve=1
innodb_buffer_pool_size=800M
innodb_log_file_size=200M

После внесения изменений файл требуется сохранить, а в терминале запустить движок СУБД MariaDB при помощи команды «sudo systemctl start mariadb».

Решение № 3 — ограничение индексации

В любом веб-приложении есть страницы, которые не нужно индексировать. Если их исключить, то нагрузка на VDS существенно снизится.

Например, статьи, не содержащие полезную информацию, можно смело скрывать от роботов поисковых систем при помощи текстового файла «robots.txt».

Пример robots.txt
User-agent: *
Disallow: /cgi-bin          # классика...
Disallow: /?                # все параметры запроса на главной
Disallow: /wp-              # все файлы WP: /wp-json/, /wp-includes, /wp-content/plugins
Disallow: *?s=              # поиск
Disallow: *&s=              # поиск
Disallow: /search           # поиск
Disallow: /author/          # архив автора
Disallow: */embed           # все встраивания
Disallow: */page/           # все виды пагинации
Allow: */uploads            # открываем uploads
Allow: /*/*.js              # внутри /wp- (/*/ - для приоритета)
Allow: /*/*.css             # внутри /wp- (/*/ - для приоритета)
Allow: /wp-*.png            # картинки в плагинах, cache папке и т.д.
Allow: /wp-*.jpg            # картинки в плагинах, cache папке и т.д.
Allow: /wp-*.jpeg           # картинки в плагинах, cache папке и т.д.
Allow: /wp-*.gif            # картинки в плагинах, cache папке и т.д.
Allow: /wp-*.svg            # картинки в плагинах, cache папке и т.д.
Allow: /wp-*.pdf            # файлы в плагинах, cache папке и т.д.
Allow: /wp-admin/admin-ajax.php
#Disallow: /wp/             # когда WP установлен в подкаталог wp

Sitemap: http://example.com/sitemap.xml    
Sitemap: http://example.com/sitemap2.xml    # еще один файл
#Sitemap: http://example.com/sitemap.xml.gz # сжатая версия (.gz)

# Версия кода: 1.1
# Не забудьте поменять `site.ru` на ваш сайт.

Решение № 4 — сжатие изображений

Для оптимизации ресурса любые графические файлы следует сжимать специальными сервисами. Это позволяет увеличить скорость открытия веб-страниц и уменьшить нагрузку на VDS. Подробнее об этом можно почитать в отдельной статье.

Решение № 5 — лимиты скачивания

Программы для скачивания файлов существенно нагружают сервер, поскольку в их алгоритме заложена опция кратчайшего обхода ресурса. Ограничение на скорость устанавливается экспериментальным путем.

Решение № 6 — ошибки в программном коде

Неверный код, на котором написано web-приложение, является основной причиной нагрузки на VDS. За помощью требуется обратиться к программисту или найти ошибки самостоятельно.

Решение № 7 — использование легкой CMS

Нагрузка, оказываемая на виртуальный сервер, зависит от CMS, которая на нем установлена. WordPress — универсальное решение, которое рекомендуют специалисты для большинства типов сайтов. Её главные достоинства — простота установки, нетребовательность к ресурсам и стабильность выпускаемых модулей.

Кибератаки

DDoS-атаки киберпреступников могут привести к существенной перегрузке сервера. Основным способом защиты является механизм фильтрации входящего трафика, который обеспечивает хостер.

Заключение

Постоянные мониторинг и диагностика нагрузки на VDS, а также оптимизация программного обеспечения и СУБД способны предотвратить его перегрузку. Если это произошло, то необходимо провести настройку веб-сервера, оптимизировать работу СУБД и настроить PHP.

Оцените материал:

[Всего голосов: 5    Средний: 5/5]

Как заставить антивирус Windows 10 уменьшить нагрузку на процессор

Несмотря на то, что встроенный в Windows 10 антивирус является одним из экономичных в плане потребления системных ресурсов, он их все же потребляет. Бывают случаи, когда при совершении планового сканирования системы весь компьютер прилично тормозит.

По умолчанию Защитник Windows 10 настроен таким образом, чтобы максимальная нагрузка на центральный процессор не превышала значение в 50%. Но этого бывает слишком много или даже слишком мало. В зависимости от того, насколько производителен ваш персональный компьютер.

К счастью, разработчики из Microsoft предусмотрели возможность изменять максимальную нагрузку антивируса на ЦПУ. Для его изменения нам понадобится приложение PowerShell.

Как изменить лимит нагрузки на процессор

Запустите приложение PowerShell от имени администратора, нажав на Пуск (клавиша Win) и введя PowerShell на клавиатуре. В появившемся окне выберите элемент PowerShell и нажмите «Запустить от имени Администратора».

В появившемся окне введите следующую команду и нажмите Enter:

Set-MpPreference -ScanAvgCPULoadFactor %ВашеЗначение%

Предварительно замените %ВашеЗначение% на число от 10 до 100. Это как раз и есть тот самый порог. Например, если вы укажите 20, то это будет означать, что Защитник Windows 10 будет потреблять не более 20% процессора. Если вы укажите 80, то антивирус будет потреблять не более 80%.

Примеры:

Set-MpPreference -ScanAvgCPULoadFactor 35

В этом случае Защитник Windows будет ограничен 35% процессора. Это поможет сократить нагрузку и оставить высвободившиеся ресурсы для других задач.

Set-MpPreference -ScanAvgCPULoadFactor 80

В этом случае антивирус будет потреблять до 80% процессора. Это может ускорить фоновое сканирование.

Set-MpPreference -ScanAvgCPULoadFactor 0

В этом случае лимиты для антивируса будут выключены и он будет потреблять до 100% процессора для своих задач.

После того, как вы нажмете Enter, PowerShell не покажет никаких дополнительных строк. Но команда при этом будет применена.

Как вернуть стандартное значение

Чтобы вернуть все изменения в штатное состояние, достаточно ввести команду ниже и нажать Enter.

Set-MpPreference -ScanAvgCPULoadFactor 50

50% — это штатный предел загрузки ЦПУ для Защитника Windows

Читайте также

Как уменьшить нагрузку на процессор в Google Chrome?

Во-первых, проверьте, не являются ли это расширениями или плагинами, или какими-то фоновыми работниками, которые использует сайт (чтобы открыть Chrome Task Manager, нажмите Shift + Esc или Меню → Дополнительные инструменты → Диспетчер задач).

Если это не так, то я думаю, что это связано с аппаратным ускорением. Но обратите внимание, я не видел эту причину в течение многих лет, определенно не начиная с Windows 8.

Во-первых, отключите аппаратное ускорение внизу страницы основных настроек (нажмите Показать дополнительные настройки … внизу chrome://settings, прокрутите до конца, снимите флажок Использовать аппаратное ускорение, если доступно ). Последние версии Chrome требуют перезагрузки, но по моему опыту эта опция применяется сразу, хотя бы частично.

Если замедления не исчезли даже после перезапуска Chrome, откройте chrome://flags(поместите это в адресную строку Chrome и нажмите Enter) и настройте следующее:

  • Отключить ускоренный 2D холст — Отключить
  • Растеризация GPU — Отключить
  • Аппаратно-ускоренное декодирование видео — отключено
  • Растеризатор нулевой копии — Отключить

(это было для Chrome 53.0.2785.89, в старых системах, где Chrome не обновляется, могут быть доступны другие параметры, например:

  • Отключить DirectWrite — включить
  • Включить растеризацию одной копии — отключено
  • Включить растеризацию без копирования — Отключить
  • Отключить аппаратно-ускоренное декодирование видео — Включить

)

затем нажмите Перезапустить сейчас в нижней части окна.

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

(если вы не можете найти опцию в списке флагов, пропустите ее. Возможно, также посмотрите другие опции, касающиеся графического и аппаратного ускорения, и убедитесь, что ускорение HW и использование графического процессора отключены. Chrome получает обновления довольно часто, а флаги добавляются и удаляются почти в каждой версии).

Ответы на вопросы:

Есть ли способ уменьшить загрузку ЦП Chrome?

если эти пики вызваны собственным движком Chrome (например, JavaScript или HTML-парсер), то нет. Но, скорее всего, это расширения или глючные видеодрайверы (их функции используются для аппаратного ускорения).

когда я нажимаю кнопку «плюс» в верхней части окна, чтобы открыть несколько новых окон, происходит задержка видео / звука. <…> Есть идеи, почему это происходит?

только догадки. Это может быть вызвано либо расширением, либо плагином, либо добавление другого слоя в составное окно приводит к задержке видеодрайвера (составное — окно с несколькими слоями, и некоторые из них отображаются аппаратно, например, аппаратным декодированием видео). Вот почему я предложил отключить аппаратное ускорение и проверить.

Разве эти страницы не должны храниться в отдельных процессах?

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

Вы можете проверить дерево процессов с помощью Process Explorer .

Почему разница между открытием их в другом профиле и в том же профиле?

Расширения и настройки подключаемых модулей являются индивидуальными для каждого профиля, а расширения отключаются по умолчанию в режиме инкогнито. Вот почему он может вести себя по-разному с разными профилями (даже с одним основным процессом Chrome).

Как разогнать процессор Intel на примере Intel Core i9-9900K | Процессоры | Блог

Разгон процессоров от компании Intel в первую очередь связан с выбором процессора с индексом K или KF (К — означает разблокированный множитель) и материнской платы на Z-чипсете (Z490–170). А также от выбора системы охлаждения.

Чтобы понять весь смыл разгона, нужно определиться, что вы хотите получить от разгона. Стабильной работы и быть уверенным, что не вылезет синий экран смерти? Или же вам нужно перед друзьями пощеголять заветной частотой 5000–5500 MHz?

Сегодня будет рассмотрен именно первый вариант. Стабильный разгон на все случаи жизни, однако и тем, кто выбрал второй вариант, будет полезно к прочтению.

Выбор материнской платы

К разгону нужно подходить очень ответственно и не пытаться разогнать Core i9-9900K на материнских платах, которые не рассчитаны на данный процессор (это, к примеру, ASRock Z390 Phantom Gaming 4, Gigabyte Z390 UD, Asus Prime Z390-P, MSI Z390-A Pro и так далее), так как удел этих материнских плат — процессоры Core i5 и, возможно, Core i7 в умеренном разгоне. Intel Core i9-9900K в результате разгона и при серьезной постоянной нагрузке потребляет от 220 до 300 Ватт, что неминуемо вызовет перегрев цепей питания материнских плат начального уровня и, как следствие, выключение компьютера, либо сброс частоты процессора. И хорошо, если просто к перегреву, а не прогару элементов цепей питания.

Выбор материнской платы для разгона — это одно из самых важных занятий. Ведь именно функционал платы ее настройки и качество элементной базы и отвечают за стабильность и успех в разгоне. Ознакомиться со списком пригодных материнских плат можно по ссылке.

Все материнские платы разделены на 4 группы: от начального уровня до продукта для энтузиастов. По большому счету, материнские платы второй и, с большой натяжкой, третьей группы хорошо справятся с разгоном процессора i9-9900K.

Выбор системы охлаждения 

Немаловажным фактором успешного разгона является выбор системы охлаждения. Как я уже говорил, если вы будете разгонять на кулере который для этого не предназначен, у вас ничего хорошего не получится. Нам нужна либо качественная башня, способная реально отводить 220–250 TDP, либо жидкостная система охлаждения подобного уровня. Здесь все зависит только от бюджета.

Из воздушных систем охлаждения обратить внимание стоит на Noctua NH-D15 и be quiet! DARK ROCK PRO 4.

Силиконовая лотерея

И третий элемент, который участвует в разгоне — это сам процессор. Разгон является лотереей, и нельзя со 100% уверенностью сказать, что любой процессор с индексом К получится разогнать до частоты 5000 MHz, не говоря уже о 5300–5500 MHz (имеется в виду именно стабильный разгон).  Оценить шансы на выигрыш в лотерее можно, пройдя по ссылке, где собрана статистика по разгону различных процессоров. 

Приступаем к разгону

Примером в процессе разгона будет выступать материнская плата ASUS ROG MAXIMUS XI HERO и процессор Intel Core i9-9900K. За охлаждение процессора отвечает топовый воздушный кулер Noctua NH-D15.

Первым делом нам потребуется обновить BIOS материнской платы. Сделать это можно как напрямую, из специального раздела BIOS с подгрузкой из интернета, так и через USB-накопитель, предварительно скачав последнюю версию c сайта производителя. Это необходимо, потому как в новых версиях BIOS уменьшается количество багов. BIOS, что прошит в материнской плате при покупке, скорее всего, имеет одну из самых ранних версий.

Тактовая частота процессора формируется из частоты шины BCLK и коэффициента множителя Core Ratio.

Как уже было сказано, разгон будет осуществляться изменением множителя процессора.

Заходим в BIOS и выбираем вкладку Extreme Tweaker. Именно тут и будет происходить вся магия разгона.

Первым делом меняем значение параметра Ai Overclocker Tuner с Auto в Manual. У нас сразу становятся доступны вкладки, отвечающие за частоту шины BCLK Frequency и CPU Core Ratio, отвечающая за возможность настройки множителя процессора.

ASUS MultiCore Enhancement какой-либо роли, когда Ai Overclocker Tuner в режиме Manual, не играет, можно либо не трогать, либо выключить, чтобы глаза не мозолило. Одна из уникальных функций Asus, расширяет лимиты TDP от Intel.

SVID Behavior — обеспечивает взаимосвязь между процессором и контроллером напряжения материнской платы, данный параметр используется при выставлении адаптивного напряжения или при смещении напряжения (Offset voltages). Начать разгон в любом случае лучше с фиксированного напряжения, чтобы понять, что может конкретно ваш экземпляр процессора, ведь все они уникальны. Если используется фиксация напряжения, значение этого параметра просто игнорируется. Установить Best Case Scenario. Но к этому мы еще вернемся чуть позже.

AVX Instruction Core Ratio Negative Offset — устанавливает отрицательный коэффициент при выполнении AVX-инструкций. Программы, использующие AVX-инструкции, создают сильную нагрузку на процессор, и, чтобы не лишаться заветных мегагерц в более простых задачах, придумана эта настройка. Несмотря на все большее распространение AVX-инструкции, в программах и играх они встречаются все еще редко. Все сугубо индивидуально и зависит от задач пользователя. Я использую значение 1. 

Наример, если нужно, чтобы частота процессора при исполнении AVX инструкций была не 5100 MHz, а 5000 MHz, нужно указать 1 (51-1=50).

Далее нас интересует пункт CPU Core Ratio. Для процессоров с индексом K/KF выбираем Sync All Cores (для всех ядер).

1-Core Ratio Limit — именно тут и задается множитель для ядер процессора. Начать лучше с 49–50 для 9 серии и 47–48 для 8 серии процессоров Intel соответственно, с учетом шины BCLK 100 мы как раз получаем 4900–5000 MHz и 4700–4800 MHz.

Опускаемся ниже:

DRAM Frequency — отвечает за установку частоты оперативной памяти. Но это уже совсем другая история.

CPU SVID Support — данный параметр необходим процессору для взаимодействия с регулятором напряжения материнской платы. Блок управления питанием внутри процессора использует SVID для связи с ШИМ-контроллером, который управляет регулятором напряжения. Это позволяет процессору выбирать оптимальное напряжение в зависимости от текущих условий работы. В адаптивном режиме установить в Auto или Enabled. При отключении пропадет мониторинг значений VID и потребляемой мощности.

CPU Core/Cache Current Limit Max — лимит по току в амперах (A) для процессорных ядер и кэша. Выставляем 210–220 A. Этого должно хватить всем даже для 9900к на частоте 5100MHz. Максимальное значение 255.75.

Min/Max CPU Cache Ratio — множитель кольцевой шины или просто частота кэша. Для установки данного параметра есть неофициальное правило, множитель кольцевой шины примерно на два–три пункта меньше, чем множитель для ядер.

Например, если множитель для ядер 51, то искать стабильность кэша нужно от 47. Все очень индивидуально. Начать лучше с разгона только ядер. Если ядро стабильно, можно постепенно повышать частоту кэша на 1 пункт. 

Разгон кольцевой шины в значении 1 к 1 с частотой ядер это идеальный вариант, но встречается такое очень редко на частоте 5000 MHz.

Заходим в раздел Internal CPU Power Management для установки лимитов по энергопотреблению.

SpeedStep — во время разгона, выключаем. На мой взгляд, совершенно бесполезная функция в десктопных компьютерах.

Long Duration Packet Power Limit — задает максимальное энергопотребление процессора в ватах (W) во время долгосрочных нагрузок. Выставляем максимум — 4095/6 в зависимости от версии Bios и производителя.

Short Duration Package Power Limit — задает максимальное возможное энергопотребление процессором в ваттах (W) при очень кратковременных нагрузках. Устанавливаем максимум — 4095/6.

Package Power Time Window — максимальное время, в котором процессору разрешено выходить за установленные лимиты. Устанавливаем максимальное значение 127. 

Установка максимальных значений у данных параметров отключает все лимиты.

IA AC Load Line/IA DC Load Line — данные параметры используются в адаптивном режиме установки напряжения, они задают точность работы по VID. Установка этих двух значений на 0,01 приведет ближе к тому напряжению, которое установил пользователь, при этом минимизируются пики. Если компьютер, после установки параметра IA DC Load line в значение 0,01, уходит в «синьку», рекомендуется повысить значение до 0,25. Фиксированное напряжение будет игнорировать значения VID процессора, так что установка IA AC Load Line/IA DC Load Line в значение 0,01 не будет иметь никакого влияния на установку ручного напряжения, только при работе с VID. На материских платах от Gigabyte эти параметры необходимо устанавливать в значение 1.

Возвращаемся в меню Extrime Tweaker для выставления напряжения.

BCLK Aware Adaptive Voltage — если разгоняете с изменением значения шины BCLK, — включить.

CPU Core/Cache Voltage (VCore) — отвечает за установку напряжения для ядер и кэша. В зависимости от того, какой режим установки напряжения вы выберете, дальнейшие настройки могут отличаться.

Существует три варианта установки напряжения: адаптивный, фиксированный и смещение. На эту тему много мнений, однако, в моем случае, адаптивный режим получается холоднее. Зачастую для 9 поколения процессоров Intel оптимальным напряжением для использования 24/7 является 1.350–1.375V. Подобное напряжение имеет место выставлять для 9900К при наличии эффективного охлаждения.

Поднимать напряжение выше 1.4V для 8–9 серии процессоров Intel совершенно нецелесообразно и опасно. Рост потребления и температуры не соразмерен с ростом производительности, которую вы получите в результате такого разгона.

  • Для тех кто выбрал фиксированный режим — установить Manual Mode. Напряжение подбирается индивидуально. 
  • Для тех, кто выбрал адаптивный режим — установки напряжения Adaptive mode.

Offset mode Sign — устанавливает, в какую сторону будет происходить смещение напряжения, позволяет добавлять (+) или уменьшать (-) значения к выставленному вольтажу.

Additional Turbo Mode CPU Core Voltage — устанавливает максимальное напряжение для процессора в адаптивном режиме. Я использую 1.350V, данное напряжение является некой золотой серединой по соотношению температура/безопасность.

Offset Voltage — величина смещения напряжения. У меня используется 0.001V, все очень индивидуально и подбирается во время тестирования.

Для тех кто выбрал установку напряжения смещением, установить Offset Mode и выбрать сторону смещения -/+ и указать величину.

DRAM Voltage — устанавливает напряжение для оперативной памяти. Условно безопасное значение при наличии радиаторов на оперативной памяти составляет 1.4–1.45V, без радиаторов до 1.4V.

CPU VCCIO Voltage (VCCIO) — устанавливает напряжение на IMC и IO.

CPU System Agent Voltage (VCCSA) — напряжение кольцевой шины и контроллера кольцевой шины. 

Таблица с соотношением частоты оперативной памяти и напряжениями VCCIO и VCCSA:

Однако, по личному опыту, даже для частоты 4000 MHz требуется напряжение примерно 1.15V для VCCIO и 1.2V для VCCSA. На мой взгляд, разумным пределом является для VCCIO 1.20V и VCCSA 1.25V. Все что выше, должно быть оправдано либо частотой разгона оперативной памяти за 4000MHz +, либо желанием получить максимум на свой страх и риск.

Часто при использовании XMP профиля оперативной памяти параметры VCCIO и VCCSA остаются в значении Auto, тем самым могут повыситься до критических показателей, это, в свою очередь, чревато деградацией контроллера памяти с последующим выхода процессора из строя.

Поднимать данные напряжения выше 1.35V не рекомендуется в связи с риском деградации контроллера памяти и полной возможностью убить процессор. Оба эти параметра отвечают за разгон оперативной памяти.

Установка LLC

LLC (Load-Line Calibration) В зависимости от степени нагрузки на процессор, напряжение проседает, это называется Vdroop. LLC компенсирует просадку напряжения (vCore) при высокой нагрузке. Но есть определенные особенности работы с LLC. 

Например, мы установили фиксированное напряжение в BIOS для ядер 1.35V. После старта компьютера на рабочем столе мы видим уже не 1.35V, а 1.32V. Но, если запустим более требовательное к ресурсам процессора приложение, например Linx, напряжение может провалиться до 1.15V, и мы получим синий экран или «невязки», ошибки или выпадение ядер.

Чтобы напряжение проседало не так сильно и придумана функция LLC c разным уровнем компенсации просадки. Не стоит сразу гнаться за установкой самого высокого/сильного уровня компенсации. В этом нет никакого смысла. Это может быть даже опасно ввиду чрезвычайно завышенного напряжения (overshoot) в момент запуска и прекращения ресурсоемкой нагрузки перед и после Vdroop. Нужно оптимально подобрать выставленное напряжение с уровнем LLC. Напряжение под нагрузкой и должно проседать, но должна оставаться стабильность. Конкретно у меня в BIOS материнской платы стоит 1.35V c LLC 5. Под нагрузкой напряжение опускается до 1.19–1.21V, при этом процессор остается абсолютно стабильным под длительной и серьезной нагрузкой. Завышенное напряжение выливается в большем потреблении и, как следствие, более высоких температурах.

Например, при установке LCC 6 с напряжением 1.35V во время серьезной нагрузки напряжение проседает до 1.26V, при этом справиться с энергопотреблением и температурой с использованием воздушной системы охлаждения уже нет возможности.

Чтобы наглядно изучить процесс работы LLC и то, какое влияние оказывает завышенный LLC на Overshoot’ы, предлагаю ознакомиться с работами elmora, более подробно здесь.

Идеальным вариантом, с точки зрения Overshoot’ов, является использование LLC в значении 1 (самое слабое на платах Asus), однако добиться стабильности с таким режимом работы LLC во время серьезной нагрузки будет сложно, как выход, существенное завышенное напряжение в BIOS. Что тоже не очень хорошо.

Пример использовании LLC в значении 8 (самое сильно на платах Asus)

При появлении нагрузки на процессоре напряжение просело, но потом в работу включается LLC и компенсирует просадку, причем делая это настолько агрессивно, что напряжение на мгновение стало даже выше установленного в BIOS.

В момент прекращения нагрузки мы видим еще больший скачок напряжения (Overshoot), а потом спад, работа LLC прекратилась. Вот именно эти Overshoot’ы, которые значительно превышают установленное напряжение в BIOS, опасны для процессора. Какого-либо вреда на процессор Undershoot и Vdroop не оказывают, они лишь являются виновниками нестабильности работы процессора при слишком сильных просадках.

CPU Current Capability — увеличивает допустимое значение максимального тока, подаваемого на процессор. Сильно не увлекайтесь, с увеличением растет так же и температура. Оптимально на 130–140%

VRM Spread Spectrum — лучше выключить и кактус у компьютера поставить, незначительное уменьшение излучения за счет ухудшения сигналов да и шина BLCK скакать не будет.

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

Проверка стабильности

После внесения всех изменений, если компьютер не загружается, необходимо повысить напряжение на ядре или понизить частоту. Когда все же удалось загрузить Windows, открываем программу HWinfo или HWMonitor для мониторинга за состоянием температуры процессора и запускаем Linx или любую другую программу для проверки стабильности и проверяем, стабильны ли произведенные настройки. Автор пользуется для проверки стабильности разгона процессора программами Linx с AVX и Prime95 Version 29.8 build 6.

Если вдруг выявилась нестабильность, то повышаем напряжение в пределах разумного и пробуем снова. Если стабильности не удается добиться, понижаем частоту. Все значения частоты и напряжения сугубо индивидуальны, и дать на 100 % верные и подходящие всем значения нельзя. Как уже писалось, разгон — это всегда лотерея, однако, купив более качественный продукт, шанс выиграть всегда будет несколько выше.

Резюмируем все выше сказанное

Максимально допустимое напряжение на процессор составляет до 1.4V. Оптимально в пределах 1.35V, со всем что выше, возникают трудности с температурой под нагрузкой.

Существует 3 способа установки напряжения:

  • Manual mode
  • Adaptive mode
  • Offset mode

Adaptive mode — это предпочтительный способ для установки напряжения.
Он работает с таблицей значений VID вашего процессора и позволяет снижать напряжение в простое.

Оптимально найти стабильное напряжение в фиксированном режиме, потом выставить адаптивный режим и вбить это знание для адаптивного режима, далее выставить величину смещения по необходимости.

При разгоне оперативной памяти и использовании XMP профиля, необходимо контролировать напряжение на CPU VCCIO Voltage (VCCIO) и CPU System Agent Voltage (VCCSA).

Подобрать оптимальный уровень работы LLC, VDROOP ДОЛЖЕН БЫТЬ.

Название и принцип работы LLC у разных производителей 

Производитель

Название

Компенсация от меньшего к большему

ASRock

CPU Load-Line Calibration

Level 5 to Level 1

ASUS

CPU Load-line Calibration

Level 1 to Level 8

Gigabyte

CPU Vcore Loadline Calibration

Turbo, Extreme, Ultra Extreme

MSI

CPU Loadline Calibration Control

Mode 8 to Mode 1

Никто никому не обещал, что процессор с индексом K обязан 100 % разгоняться до частоты 5000–5500 MHz, это ЛОТЕРЕЯ.

Всем спасибо и удачного разгона.

Как сказал один человек «…Плох тот разгон, что не крашится после теста…»(с)

Как разогнать процессор AMD Ryzen третьего поколения на примере Ryzen 9 3900X

Как исправить высокую загрузку ЦП в Linux

Ваш компьютер зависает? Или вы начали слышать громкий шум вентилятора процессора, исходящий от вашего компьютера? Существует множество причин высокой загрузки ЦП в Linux, но наиболее распространенной из них является неправильное поведение приложения. Читайте дальше, чтобы узнать, как исправить высокую загрузку ЦП в Linux.

Найти преступника

Плохое поведение приложения может поставить на колени даже самые быстрые процессоры. Вы можете использовать приложение «Системный монитор» или top в Терминале, чтобы найти проблемное приложение.

Откройте терминал, введите top и нажмите Enter.

По умолчанию все процессы сортируются в соответствии с их использованием ЦП, при этом самые ресурсоемкие процессы находятся вверху. Если приложение всегда находится в одном из пяти верхних слотов с коэффициентом использования ЦП значительно выше, чем у остальных, вы нашли виновника.

Ренис или убить приложение

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

Хороший приоритет приложения относится к количеству ресурсов ЦП, которое ему разрешено использовать по сравнению с другими запущенными процессами. Ницца принимает значения от +19 до -20. Чем выше число, тем ниже приоритет.

Вверху нажмите r и введите PID проблемного приложения. Попробуйте изменить его на значение «+5», а если это не поможет, повторите попытку с «+10», «+15» и, наконец, с самым низким возможным приоритетом «+19».

Если приложение не отвечает, его следует немедленно остановить.Нажмите k , находясь сверху, введите PID, нажмите Enter, и приложение исчезнет.

Обновить все

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

Для этого в терминале введите:

 sudo apt update && sudo apt -y upgrade 

После этого попробуйте снова запустить проблемное приложение.

Удалить и переустановить приложение

Если проблема не устранена, есть небольшая вероятность ее появления из-за неправильного параметра в конфигурации программы.Сброс в исходное состояние может помочь.

Сначала сделайте резервную копию вашей конфигурации на случай, если она не была причиной проблемы, и вы решите восстановить ее в будущем. Затем удалите проблемное приложение:

.

Переустановите приложение:

 sudo подходящее обновление
sudo apt установить APP_NAME 

Это вернет приложение в исходное состояние.

Возврат к предыдущей версии

Если обновление приложения не решило проблему, вместо этого вы можете вернуться к предыдущей версии.Вы можете попробовать понизить версию и использовать более старую версию, по крайней мере, пока разработчик не исправит ошибки в приложении.

Чтобы понизить версию приложения, сначала проверьте доступные версии, запустив терминал и выполнив:

Рядом с текущей установленной версией будут отмечены три звездочки. Обратите внимание на другие доступные версии.

Перед переходом на более раннюю версию рекомендуется очистить существующую версию. Это устранит любые проблемы, связанные с конфигурацией.

Установите старую версию с:

 sudo apt install APP_NAME = ВЕРСИЯ 

Использовать альтернативное приложение

Преимущество Linux в том, что есть много приложений, которые могут делать то же самое.Поэтому, если одно приложение вызывает высокую загрузку ЦП, вы можете и должны заменить его альтернативой.

Исправления для основных приложений, вызывающих высокую загрузку ЦП

Что произойдет, если ваш процессор потребляет основное приложение, такое как systemd или Xorg?

Для systemd попробуйте отключить второстепенные функции и дополнительные устройства на вашем компьютере, такие как джойстики и принтеры.

Если устройство представляет собой джойстик, мышь или клавиатуру, и вы используете Ubuntu или совместимый дистрибутив, введите xinput в своем терминале, чтобы увидеть все такие подключенные устройства.Чтобы отключить один из них, используйте:

 xinput --disable DEVICE_ID 

Чтобы повторно включить устройство, поменяйте местами отключить на включить в приведенной выше команде.

Для других устройств решение несколько сложнее. Во-первых, вам нужно будет ввести lsmod в свой терминал и нажать Enter, чтобы увидеть все дополнительные драйверы, которые ваше ядро ​​​​Linux загружает в виде модулей. Найдите тот, который относится к устройству-нарушителю, и запишите его имя. Затем введите следующее:

 судо нано /etc/modprobe.д/черный список.конф 

Документ, который вы только что открыли, представляет собой черный список модулей, которые не должны загружаться во время загрузки. Вероятно, он уже заполнен некоторыми записями. Перейдите в конец файла и следуйте тому же синтаксису, чтобы добавить свой модуль в этот список. Ваша запись должна выглядеть так:

Сохраните файл, перезагрузитесь и, надеюсь, теперь все будет работать нормально.

Для Xorg попробуйте отключить компоновщик оконного менеджера. Хотя официально компоновщик перекладывает задачи, связанные с процессором, на графический процессор, это не всегда так.Иногда, включив поддержку композитинга, вы также включаете множество требовательных эффектов.

Иногда драйверы графического процессора также могут вызывать высокую загрузку ЦП. Xorg на самом деле не ладил с конкретными версиями драйверов Nvidia или AMD. Решение — обновление или переход на другую версию. Кроме того, вы можете попробовать версии драйверов графического процессора с открытым исходным кодом. Тем не менее, они не имеют точного набора функций и могут не иметь некоторых функций.

Смените ядро ​​

Ядро Linux редко бывает причиной высокой загрузки ЦП.Тем не менее, если вы достигли этой точки без видимого решения, вы ничего не потеряете, попробовав другое.

Как указано на официальном сайте, чтобы установить популярное ядро ​​Liquorix в Ubuntu, зайдите в свой терминал и введите:

 sudo add-apt-repository ppa:damentz/liquorix && sudo apt-get update 

Это добавит его репозиторий в исходники Ubuntu. Затем, чтобы подключить само ядро, используйте:

 sudo apt-get install linux-image-liquorix-amd64 linux-headers-liquorix-amd64 

Перезагрузитесь, чтобы включить новое ядро, и, надеюсь, загрузка ЦП вернется к нормальному уровню.

Мы надеемся, что одно из этих решений сработало для вас. Если нет, вы также можете попробовать вручную назначить ядро ​​ЦП для приложений с набором задач. Наконец, возможно, пришло время переустановить ОС с нуля или перейти на другой дистрибутив.

Полезна ли эта статья? Да Нет

Подпишитесь на нашу рассылку!

Наши последние учебные пособия доставляются прямо на ваш почтовый ящик

Высокая загрузка ЦП при обновлении до WooCommerce версии 5.5.1

Да, та же проблема, мне пришлось понизить версию. Открыть ордер (в бекенде) было практически невозможно, долго грузился. И интерфейс тоже стал медленным.

Точно такая же проблема и здесь. Открытие страницы продукта занимало около 30 секунд — большая часть из них ушла на обновление метаданных _edit_lock. Очевидно, проблема с процессами MySQL в V5.5.1

Привет @vietcuong82,

Вот мои предложения:

1.Измените URL-адрес входа по умолчанию (рекомендуется для всех сайтов WordPress)
. Это можно сделать, изменив его в файле wp-login.php в вашем каталоге WordPress, где плагин должен писать хуки.
Или проще всего использовать доступные плагины.

2. Запретить всем доступ к wp-login.php путем редактирования вашего htaccess.

3. Я не рекомендую использовать плагины брандмауэров веб-приложений, потому что они могут снизить производительность вашего сайта.

Дайте мне знать, если мой ответ поможет вам решить вашу проблему.

Привет @lucaslitextension,

Спасибо за ответ. Но, как я уже упоминал, версия WooCommerce 5.5.1 вызывает «высокую загрузку ЦП». Затем я понизил WooCommerce до версии 4.4.2, и все вернулось в норму.

Это означает, что я уже решил свою проблему. Мне потребовался целый день, чтобы понять, что проблема в том, что Woocommerce версии 5.5.1 и Woocommere admin 2.4.1 имеют проблему при запросе таблицы wp_postmeta, которая имеет около 1,2 миллиона строк. Я проверил эту проблему, удалив все плагины, просто оставив только плагин Woocommerce, а также остановив весь трафик извне.Это означает, что я единственный, кто может получить доступ к веб-сайту.

Мой вывод: в моей таблице wp_postmeta есть какая-то проблема (пустое/нулевое значение или что-то в этом роде), а версия Woocommerce 5.5.1 просто сохраняет запрос до истечения времени ожидания, а затем вызывает высокую загрузку ЦП. Конечно, если мы настроим новый веб-сайт без каких-либо данных, то этой проблемы никогда не возникнет.

Я просто хотел опубликовать это здесь, чтобы, если у кого-то возникла такая же проблема, как у меня, они могли попытаться понизить версию Woocommerce, чтобы проверить, может ли это решить проблему.

  • Этот ответ был изменен 9 месяцев, 1 неделю назад Даниэлем Триу.
  • Этот ответ был изменен 9 месяцев, 1 неделю назад Даниэлем Триу.

Я знаю о риске «критической уязвимости WooCommerce, связанной с внедрением SQL», если я не обновлюсь до версии 5.5.1, но у меня нет выбора. Мне нужно вернуться к версии 5.4.2, потому что я не могу открывать только 1, 2 ордера, которые заставляют процессор достигать почти 100%. Пока без открытия ордера CPU только на 20-30%.

Я все еще пытаюсь понять, что происходит между WooCommerce 5.5.1 и моей базой данных.

Привет всем 👋

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

https://wordpress.org/support/topic/mysql-problem-with-5-5x-update/

Привет! 🙂

Добро пожаловать 😃

Отлично! Я собираюсь отметить это как решенное — если у вас есть дополнительные вопросы, вы можете создать новую тему.

Привет.

Все, что вам нужно знать о загрузке процессора Linux

Независимо от того, используете ли вы сервер для приложения или просто локальный компьютер, вы хотите, чтобы ваш компьютер работал как можно лучше. Вот почему вы должны следить за использованием процессора, диска и памяти вашего компьютера. Мониторинг таких вещей, как использование памяти и использование диска, на самом деле довольно прост. Сколько места на диске у вас осталось? Ваш диск фрагментирован? Достаточно ли у вас оперативной памяти для приложений, которые вы используете? Вы регулярно меняете память?

На эти вопросы легко ответить, и их следует задавать.Но некоторые вопросы сложнее, особенно если речь идет о метриках ЦП. Конечно, есть простые показатели, такие как общее использование ЦП. Но если вы используете Linux, у вас есть более эзотерические (а иногда и более полезные) показатели, такие как загрузка ЦП. В этом посте мы поговорим о том, что на самом деле означает метрика загрузки ЦП и как вы можете использовать ее для оптимизации своих серверов.

Загрузка ЦП и использование ЦП

Первое, что нужно понять, это то, что загрузка ЦП — это не то же самое, что использование ЦП.Несмотря на то, что они могут звучать похоже, они совершенно разные. Использование ЦП — это измерение в процентах того, сколько времени ЦП тратит на активные вычисления. Например, если у вас есть программа, которая требует непрерывной вычислительной мощности в течение 54 из последних 60 секунд, использование вашего ЦП на одном ядре составит 90%. Вместо этого, если бы программе требовалось всего шесть секунд времени обработки на одном ядре, использование составило бы 10%.

Большинство компаний стремятся поддерживать загрузку ЦП своих серверов как можно ближе к 100%.Большинство серверов продаются по общей вычислительной мощности, и если ваш сервер использует только 30% ЦП, вы платите за слишком большую мощность процессора. Вы можете понизить свой процессор до более низкого уровня, сэкономить деньги и не увидеть снижения качества производительности вашего сервера.

Загрузка ЦП

Загрузка процессора разная. Вместо измерения процента времени, в течение которого ЦП работает, загрузка ЦП измеряет, сколько программ используют или ожидают процессорного ядра одновременно. Полностью бездействующий процессор будет иметь значение нагрузки равное 0.В нашем предыдущем примере у нас было бы одноминутное время загрузки 0,9 и 0,1 соответственно. Это довольно интуитивно понятно. Однако неинтуитивным в отношении загрузки ЦП является то, что значение 1 не обязательно является показателем полной загрузки.

Вместо этого то, что составляет «полную» загрузку ЦП, зависит от того, сколько потоков операционной системы может иметь ваш ЦП. Большинство ЦП в наши дни представляют собой более одного ядра ЦП, выполняя более одного потока ЦП. Если ваш ЦП имеет четыре ядра, то загрузка ЦП, равная 1, не является полностью загруженным ЦП.Вместо этого он будет загружен только на четверть. Вместо этого загрузка вашего ЦП будет считаться полной для вашего ЦП, если значение нагрузки равно 4, а не 1.

Стоит отметить, что Linux не делает различий между многоядерными и многопроцессорными системами. Если у вас есть 2 процессора, каждый с одним логическим ядром, для Linux это то же самое, что иметь 1 процессор с 2 логическими ядрами.

Расшифровка загрузки процессора Linux

Запуск программы, отображающей общую загрузку ЦП Linux, поначалу может вызвать некоторые затруднения.Если вы запустите такую ​​команду, как uptime или top , вы можете увидеть значение загрузки ЦП, которое выглядит как 1,68 0,55 5,91 . Если вы не знаете, что ищете, это выглядит как шум. К счастью, это на самом деле довольно легко расшифровать. Здесь есть три значения, и мы рассмотрим их последовательно.

Первое значение  1,68 . Это значение загрузки ЦП в последнюю минуту. Как мы упоминали ранее, это показатель того, сколько программ использовали процессорное время в последнюю минуту.Таким образом, за последнюю минуту на этой машине было в среднем 1,68 программы, либо использующих время обработки ЦП, либо ожидающих времени обработки ЦП. Если это однопоточный процессор, значит компьютер перегружен. Пользователи ждут, пока их программы запустятся на ЦП, и испытывают снижение производительности. Если вместо этого это двухъядерный компьютер или четырехъядерный, пользователи могут получить процессорное время так быстро, как им это нужно, в последнюю минуту.

Второе значение 0.55 . Это измерение за последние 5 минут. Как мы уже обсуждали ранее, показатель ниже 1 означает, что ЦП провел некоторое время в этом окне в полном бездействии. В этом случае ЦП простаивал почти половину времени. Если мы оптимизируем наш процессор, чтобы он постоянно что-то делал, это плохой знак.

Окончательное число, 5,91 , является измерением последних 15 минут. Если вы используете восьмиядерный процессор, то это число не особенно шокирует. Если вы используете двухъядерный процессор, то число вроде 5.91 означает, что ваш процессор сильно перегружен. Пользователи регулярно ждут процессорного времени и, вероятно, испытывают значительное снижение производительности.

Вот удобная небольшая таблица, которая покажет вам, что ваши значения нагрузки означают для общей нагрузки вашей системы:

 Использование | 1 ядро ​​| 2 ядра | 4 ядра | 8 ядер
.5 50% 25% 12% 6%
1 100% 50% 25% 12%
1.5 Перегружен 75% 37% 18%
4 Перегружено Перегружено 100% 50%
6 Перегружено Перегружено Перегружено 75% 

Unix против.Загрузка процессора Linux

Если вы привыкли использовать измерение загрузки ЦП в Unix, некоторые из этих цифр могут показаться вам завышенными. Это связано с тем, что Unix и Linux по-разному измеряют загрузку процессора. Unix измеряет загрузку ЦП непосредственно как меру программ, которые активно используют или ожидают обработки ЦП. Linux измеряет вещи немного по-другому, и понимание того, как это делается, является ключом к хорошему системному администрированию.

Linux измеряет загрузку ЦП, просматривая как программы, которые в настоящее время используют или ожидают процессорного времени, так и программы, находящиеся в состоянии ожидания.

Например, программа, ожидающая сетевого запроса или дискового ввода-вывода, не будет учитываться при загрузке ЦП в Unix. В линуксе так и есть. Является ли это лучшим или худшим подходом, зависит от вашего варианта использования. Если вы не хотите измерять ничего, кроме общего использования ЦП, Unix предлагает лучший интерфейс. Но если у вас есть программа, которая заблокирована на 30 секунд в ожидании сетевого запроса или загрузки каких-то данных с диска, Linux сообщит вам об этом. Unix вообще никогда не обнаружит эти данные.

Оптимизация загрузки ЦП

Не существует универсального решения для оптимизации загрузки процессора.Это процесс, к которому нужно подходить комплексно. Как и использование ЦП, когда вы находитесь на сервере, вы хотите быть близким к 100%, но не выше. Иногда процесс оптимизации загрузки ЦП довольно прост. Возможно, ваш сервер будет использовать только два потока одновременно. В этом случае оптимизировать нагрузку на сервер не сложнее, чем иметь двухъядерный процессор. Вам может понадобиться более быстрый процессор, чтобы эти программы выполнялись вовремя, но вам никогда не понадобится более двух ядер.

Однако большинство систем фактически не ограничивают себя двумя активными потоками.Большинство серверов намного сложнее. И одна из реальных задач — поддерживать как можно меньшее количество ядер, потому что это экономит ваши деньги, не снижаясь слишком низко и не ухудшая пользовательский опыт. Возможно, вам нужно оптимизировать код, который запускает ваш сервер. Иногда вам нужно определить, сколько времени программы расходуется на ожидание таких вещей, как запросы к базе данных. Возможно, вам действительно нужно увеличить количество ядер вашего процессора. Серверы с узким местом могут быть вызваны рядом причин и могут быть устранены несколькими способами.

Мониторинг загрузки ЦП

Если вы хотите оптимизировать загрузку ЦП, первым шагом в этом процессе является отслеживание показателей. Вам нужна актуальная и историческая информация, которая говорит вам, имеют ли какие-либо внесенные вами изменения желаемый эффект. Мониторинг также сообщает вам, когда вы поставили слишком низкую цель, и ваши пользователи не получают ожидаемого приоритета. Вот тут-то и появляется Скалир.

Когда вы используете Scalyr, вы получаете данные в простом для понимания формате. Вы не просто получите простую числовую распечатку.Вместо этого вы получите красивое изображение, показывающее общую загрузку ЦП с течением времени. Это может быть особенно полезно, так как помогает определить конкретные окна, которые наиболее требовательны к вашему процессору. Оптимизация производительности вашего сервера означает его детальное понимание, а не только на высоком уровне.

Как загружается ваш процессор?

Мониторинг и оптимизация загрузки ЦП — важная часть получения максимальной отдачи от памяти сервера. К сожалению, это также трудоемкий ручной процесс.Как уже отмечалось, большинство команд Linux обеспечивают загрузку ЦП только в течение 15-минутных окон. Это хорошая вещь; вы не хотели бы, чтобы окна были намного шире, чем это. Вам будет трудно получить от них какую-либо полезную информацию. Тем не менее, следить за загрузкой процессора в течение 15-минутных периодов — это своего рода головная боль.

Чтобы быть хорошим системным администратором, нужно хорошо понимать свой сервер со всех сторон. Знание того, как интерпретировать загрузку ЦП и как ее оптимизировать, является ключевой частью максимизации инвестиций вашей компании в серверы.Прежде чем вы сможете это сделать, вам нужно понять, какова на самом деле загрузка ЦП вашего сервера. Нет лучшего дня, чем сегодня, чтобы начать отслеживать загрузку ЦП вашего сервера. Вы можете начать формулировать план оптимизации уже сегодня.

Предыдущие версии PyTorch | PyTorch

Установка предыдущих версий PyTorch

Мы бы предпочли, чтобы вы установили последнюю версию, но старые бинарники и инструкции по установке приведены ниже для ваше удобство.

Команды для версий >= 1.0,0

v1.10.1

Конда
ОС X
  # конда
conda установить pytorch==1.10.1 torchvision==0.11.2 torchaudio==0.10.1 -c pytorch
  
Linux и Windows
  # CUDA 10.2
conda установить pytorch==1.10.1 torchvision==0.11.2 torchaudio==0.10.1 cudatoolkit=10.2 -c pytorch

# КУДА 11.3
conda установить pytorch==1.10.1 torchvision==0.11.2 torchaudio==0.10.1 cudatoolkit=11.3 -c pytorch -c conda-forge

# Только процессор
conda установить pytorch == 1.10.1 torchvision==0.11.2 torchaudio==0.10.1 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.10.1 torchvision==0.11.2 torchaudio==0.10.1
  
Linux и Windows
  # ROCM 4.2 (только Linux)
pip install torch==1.10.1+rocm4.2 torchvision==0.11.2+rocm4.2 torchaudio==0.10.1 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 4.1 (только для Linux)
pip install torch==1.10.1+rocm4.1 torchvision==0.11.2+rocm4.1 torchaudio==0.10.1 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 4.0.1 (только для Linux)
pip install torch==1.10.1+rocm4.0.1 torchvision==0.10.2+rocm4.0.1 torchaudio==0.10.1 -f https://download.pytorch.org/whl/torch_stable.html

# КУДА 11.1
pip install torch==1.10.1+cu111 torchvision==0.11.2+cu111 torchaudio==0.10.1 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.2
pip install torch==1.10.1+cu102 torchvision==0.11.2+cu102 torchaudio==0.10.1 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.10.1+cpu torchvision==0.11.2+cpu torchaudio==0.10.1 -f https://download.pytorch.org/whl/torch_stable.html
  

v1.10.0

Конда
ОС X
  # конда
conda установить pytorch==1.10.0 torchvision==0.11.0 torchaudio==0.10.0 -c pytorch
  
Linux и Windows
  # CUDA 10.2
conda установить pytorch==1.10.0 torchvision==0.11.0 torchaudio==0.10.0 cudatoolkit=10.2 -c питорч

# КУДА 11.3
conda установить pytorch==1.10.0 torchvision==0.11.0 torchaudio==0.10.0 cudatoolkit=11.3 -c pytorch -c conda-forge

# Только процессор
conda установить pytorch==1.10.0 torchvision==0.11.0 torchaudio==0.10.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.10.0 torchvision==0.11.0 torchaudio==0.10.0
  
Linux и Windows
  # ROCM 4.2 (только Linux)
pip install torch==1.10.0+rocm4.2 torchvision==0.11.0+rocm4.2 torchaudio==0.10.0 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 4.1 (только для Linux)
pip install torch==1.10.0+rocm4.1 torchvision==0.11.0+rocm4.1 torchaudio==0.10.0 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 4.0.1 (только для Linux)
pip install torch==1.10.0+rocm4.0.1 torchvision==0.10.1+rocm4.0.1 torchaudio==0.10.0 -f https://download.pytorch.org/whl/torch_stable.html

# КУДА 11.1
pip install torch==1.10.0+cu111 torchvision==0.11.0+cu111 torchaudio==0.10.0 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.2
pip install torch==1.10.0+cu102 torchvision==0.11.0+cu102 torchaudio==0.10.0 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.10.0+cpu torchvision==0.11.0+cpu torchaudio==0.10.0 -f https://download.pytorch.org/whl/torch_stable.html
  

v1.9.1

Конда
ОС X
  # конда
conda установить pytorch==1.9.1 torchvision==0.10.1 torchaudio==0.9.1 -c pytorch
  
Linux и Windows
  # CUDA 10.2
conda установить pytorch==1.9.1 torchvision==0.10.1 torchaudio==0.9.1 cudatoolkit=10.2 -c pytorch

# КУДА 11.3
conda установить pytorch==1.9.1 torchvision==0.10.1 torchaudio==0.9.1 cudatoolkit=11.3 -c pytorch -c conda-forge

# Только процессор
conda установить pytorch==1.9.0 torchvision==0.10.1 torchaudio==0.9.1 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.9.1 torchvision==0.10.1 torchaudio==0.9.1
  
Linux и Windows
  # РОЦМ 4.2 (только для Linux)
pip install torch==1.9.0+rocm4.2 torchvision==0.10.1+rocm4.2 torchaudio==0.9.1 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 4.1 (только для Linux)
pip install torch==1.9.0+rocm4.1 torchvision==0.10.1+rocm4.1 torchaudio==0.9.1 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 4.0.1 (только для Linux)
pip install torch==1.9.1+rocm4.0.1 torchvision==0.10.1+rocm4.0.1 torchaudio==0.9.1 -f https://download.pytorch.org/whl/torch_stable.html

# КУДА 11.1
pip установить факел == 1.9.1+cu111 torchvision==0.10.1+cu111 torchaudio==0.9.1 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.2
pip install torch==1.9.1+cu102 torchvision==0.10.1+cu102 torchaudio==0.9.0 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.9.1+cpu torchvision==0.10.1+cpu torchaudio==0.9.1 -f https://download.pytorch.org/whl/torch_stable.html
  

v1.9.0

Конда
ОС X
  # конда
conda установить pytorch == 1.9.0 torchvision==0.10.0 torchaudio==0.9.0 -c pytorch
  
Linux и Windows
  # CUDA 10.2
conda установить pytorch==1.9.0 torchvision==0.10.0 torchaudio==0.9.0 cudatoolkit=10.2 -c pytorch

# КУДА 11.3
conda установить pytorch==1.9.0 torchvision==0.10.0 torchaudio==0.9.0 cudatoolkit=11.3 -c pytorch -c conda-forge

# Только процессор
conda установить pytorch==1.9.0 torchvision==0.10.0 torchaudio==0.9.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip установить факел == 1.9.0 torchvision==0.10.0 torchaudio==0.9.0
  
Linux и Windows
  # ROCM 4.2 (только Linux)
pip install torch==1.9.0+rocm4.2 torchvision==0.10.0+rocm4.2 torchaudio==0.9.0 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 4.1 (только для Linux)
pip install torch==1.9.0+rocm4.1 torchvision==0.10.0+rocm4.1 torchaudio==0.9.0 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 4.0.1 (только для Linux)
pip install torch==1.9.0+rocm4.0.1 torchvision==0.10.0+rocm4.0.1 torchaudio==0.9.0 -f https://download.pytorch.org/whl/torch_stable.html

# КУДА 11.1
pip install torch==1.9.0+cu111 torchvision==0.10.0+cu111 torchaudio==0.9.0 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.2
pip install torch==1.9.0+cu102 torchvision==0.10.0+cu102 torchaudio==0.9.0 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.9.0+cpu torchvision==0.10.0+cpu torchaudio==0.9.0 -f https://download.pytorch.org/whl/torch_stable.html
  

v1.8.1

Конда
ОС X
  # конда
conda установить pytorch==1.8.1 torchvision==0.9.1 torchaudio==0.8.1 -c pytorch
  
Linux и Windows
  # CUDA 10.2
conda установить pytorch==1.8.1 torchvision==0.9.1 torchaudio==0.8.1 cudatoolkit=10.2 -c pytorch

# КУДА 11.3
conda установить pytorch==1.8.1 torchvision==0.9.1 torchaudio==0.8.1 cudatoolkit=11.3 -c pytorch -c conda-forge

# Только процессор
conda установить pytorch == 1.8.1 torchvision == 0.9.1 torchaudio == 0.8.1 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.8.1 torchvision==0.9.1 torchaudio==0.8.1
  
Linux и Windows
  # ROCM 4.0.1 (только Linux)
pip install torch==1.8.1+rocm4.0.1 torchvision==0.9.1+rocm4.0.1 torchaudio==0.8.1 -f https://download.pytorch.org/whl/torch_stable.html

# ROCM 3.10 (только для Linux)
pip install torch==1.8.1+rocm3.10 torchvision==0.9.1+rocm3.10 torchaudio==0.8.1 -f https://download.pytorch.org/whl/torch_stable.html

# КУДА 11.1
pip install torch==1.8.1+cu111 torchvision==0.9.1+cu111 torchaudio==0.8.1 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.2
pip install torch==1.8.1+cu102 torchvision==0.9.1+cu102 torchaudio==0.8.1 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.1
pip install torch==1.8.1+cu101 torchvision==0.9.1+cu101 torchaudio==0.8.1 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.8.1+cpu torchvision==0.9.1+процессор torchaudio==0.8.1 -f https://download.pytorch.org/whl/torch_stable.html
  

v1.8.0

Конда
ОС X
  # конда
conda установить pytorch==1.8.0 torchvision==0.9.0 torchaudio==0.8.0 -c pytorch
  
Linux и Windows
  # CUDA 10.2
conda установить pytorch==1.8.0 torchvision==0.9.0 torchaudio==0.8.0 cudatoolkit=10.2 -c pytorch

# КУДА 11.1
conda установить pytorch==1.8.0 torchvision==0.9.0 torchaudio==0.8.0 cudatoolkit=11.1 -c pytorch -c conda-forge

# Только процессор
conda установить pytorch==1.8.0 torchvision==0.9.0 torchaudio==0.8.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.8.0 torchvision==0.9.0 torchaudio==0.8.0
  
Linux и Windows
  # RocM 4.0.1 (только Linux)
pip установить факел -f https://download.pytorch.org/whl/rocm4.0.1/torch_stable.html
пип установить ниндзя
pip install 'git+https://github.com/pytorch/[email protected]'

# КУДА 11.1
pip install torch==1.8.0+cu111 torchvision==0.9.0+cu111 torchaudio==0.8.0 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.2
pip установить torch==1.8.0 torchvision==0.9.0 torchaudio==0.8.0

# только ЦП
pip install torch==1.8.0+cpu torchvision==0.9.0+cpu torchaudio==0.8.0 -f https://download.pytorch.org/whl/torch_stable.html
  

v1.7.1

Конда
ОС X
  # конда
conda установить pytorch == 1.7.1 torchvision == 0.8.2 torchaudio==0.7.2 -c pytorch
  
Linux и Windows
  # CUDA 9.2
conda установить pytorch==1.7.1 torchvision==0.8.2 torchaudio==0.7.2 cudatoolkit=9.2 -c pytorch

# CUDA 10.1
conda установить pytorch==1.7.1 torchvision==0.8.2 torchaudio==0.7.2 cudatoolkit=10.1 -c pytorch

# CUDA 10.2
conda установить pytorch==1.7.1 torchvision==0.8.2 torchaudio==0.7.2 cudatoolkit=10.2 -c pytorch

# КУДА 11.0
conda устанавливает pytorch==1.7.1 torchvision==0.8.2 torchaudio==0.7.2 cudatoolkit=11.0 -c питорч

# Только процессор
conda установить pytorch==1.7.1 torchvision==0.8.2 torchaudio==0.7.2 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.7.1 torchvision==0.8.2 torchaudio==0.7.2
  
Linux и Windows
  # CUDA 11.0
pip install torch==1.7.1+cu110 torchvision==0.8.2+cu110 torchaudio==0.7.2 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.2
pip install torch==1.7.1 torchvision==0.8.2 torchaudio==0.7.2

# CUDA 10.1
pip install torch==1.7.1+cu101 torchvision==0.8.2+cu101 torchaudio==0.7.2 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 9.2
pip install torch==1.7.1+cu92 torchvision==0.8.2+cu92 torchaudio==0.7.2 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.7.1+cpu torchvision==0.8.2+cpu torchaudio==0.7.2 -f https://download.pytorch.org/whl/torch_stable.html
  

v1.7.0

Конда
ОС X
  # конда
conda установить pytorch == 1.7.0 torchvision==0.8.0 torchaudio==0.7.0 -c pytorch
  
Linux и Windows
  # CUDA 9.2
conda установить pytorch==1.7.0 torchvision==0.8.0 torchaudio==0.7.0 cudatoolkit=9.2 -c pytorch

# CUDA 10.1
conda установить pytorch==1.7.0 torchvision==0.8.0 torchaudio==0.7.0 cudatoolkit=10.1 -c pytorch

# CUDA 10.2
conda установить pytorch==1.7.0 torchvision==0.8.0 torchaudio==0.7.0 cudatoolkit=10.2 -c pytorch

# КУДА 11.0
conda установить pytorch == 1.7.0 torchvision == 0.8.0 torchaudio == 0.7.0 cudatoolkit=11.0 -c pytorch

# Только процессор
conda установить pytorch==1.7.0 torchvision==0.8.0 torchaudio==0.7.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.7.0 torchvision==0.8.0 torchaudio==0.7.0
  
Linux и Windows
  # CUDA 11.0
pip install torch==1.7.0+cu110 torchvision==0.8.0+cu110 torchaudio==0.7.0 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 10.2
pip установить факел == 1.7.0 torchvision == 0.8.0 торчаудио == 0.7.0

# CUDA 10.1
pip install torch==1.7.0+cu101 torchvision==0.8.0+cu101 torchaudio==0.7.0 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 9.2
pip install torch==1.7.0+cu92 torchvision==0.8.0+cu92 torchaudio==0.7.0 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.7.0+cpu torchvision==0.8.0+cpu torchaudio==0.7.0 -f https://download.pytorch.org/whl/torch_stable.html
  

v1.6.0

Конда
ОС X
  # конда
conda установить pytorch == 1.6.0 torchvision==0.7.0 -c pytorch
  
Linux и Windows
  # CUDA 9.2
conda установить pytorch==1.6.0 torchvision==0.7.0 cudatoolkit=9.2 -c pytorch

# CUDA 10.1
conda установить pytorch==1.6.0 torchvision==0.7.0 cudatoolkit=10.1 -c pytorch

# CUDA 10.2
conda установить pytorch==1.6.0 torchvision==0.7.0 cudatoolkit=10.2 -c pytorch

# Только процессор
conda установить pytorch==1.6.0 torchvision==0.7.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip установить факел == 1.6.0 факельное зрение==0.7.0
  
Linux и Windows
  # CUDA 10.2
pip установить факел == 1.6.0 torchvision == 0.7.0

# CUDA 10.1
pip install torch==1.6.0+cu101 torchvision==0.7.0+cu101 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 9.2
pip установить torch==1.6.0+cu92 torchvision==0.7.0+cu92 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.6.0+cpu torchvision==0.7.0+cpu -f https://download.pytorch.org/whl/torch_stable.html
  

v1.5.1

Конда
ОС X
  # конда
conda установить pytorch==1.5.1 torchvision==0.6.1 -c pytorch
  
Linux и Windows
  # CUDA 9.2
conda установить pytorch==1.5.1 torchvision==0.6.1 cudatoolkit=9.2 -c pytorch

# CUDA 10.1
conda установить pytorch==1.5.1 torchvision==0.6.1 cudatoolkit=10.1 -c pytorch

# CUDA 10.2
conda установить pytorch==1.5.1 torchvision==0.6.1 cudatoolkit=10.2 -c pytorch

# Только процессор
conda устанавливает pytorch == 1.5.1 torchvision == 0.6.1 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.5.1 torchvision==0.6.1
  
Linux и Windows
  # CUDA 10.2
pip установить факел == 1.5.1 torchvision == 0.6.1

# CUDA 10.1
pip install torch==1.5.1+cu101 torchvision==0.6.1+cu101 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 9.2
pip установить torch==1.5.1+cu92 torchvision==0.6.1+cu92 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip установить факел == 1.5.1+процессор torchvision==0.6.1+процессор -f https://download.pytorch.org/whl/torch_stable.html
  

v1.5.0

Конда
ОС X
  # конда
conda установить pytorch==1.5.0 torchvision==0.6.0 -c pytorch
  
Linux и Windows
  # CUDA 9.2
conda установить pytorch==1.5.0 torchvision==0.6.0 cudatoolkit=9.2 -c pytorch

# CUDA 10.1
conda установить pytorch==1.5.0 torchvision==0.6.0 cudatoolkit=10.1 -c pytorch

# CUDA 10.2
conda установить pytorch == 1.5.0 torchvision==0.6.0 cudatoolkit=10.2 -c pytorch

# Только процессор
conda установить pytorch==1.5.0 torchvision==0.6.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.5.0 torchvision==0.6.0
  
Linux и Windows
  # CUDA 10.2
pip установить факел == 1.5.0 torchvision == 0.6.0

# CUDA 10.1
pip install torch==1.5.0+cu101 torchvision==0.6.0+cu101 -f https://download.pytorch.org/whl/torch_stable.html

# CUDA 9.2
pip установить факел == 1.5.0+cu92 torchvision==0.6.0+cu92 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.5.0+cpu torchvision==0.6.0+cpu -f https://download.pytorch.org/whl/torch_stable.html
  

v1.4.0

Конда
ОС X
  # конда
conda установить pytorch==1.4.0 torchvision==0.5.0 -c pytorch
  
Linux и Windows
  # CUDA 9.2
conda установить pytorch==1.4.0 torchvision==0.5.0 cudatoolkit=9.2 -c pytorch

# КУДА 10.1
conda установить pytorch==1.4.0 torchvision==0.5.0 cudatoolkit=10.1 -c pytorch

# Только процессор
conda установить pytorch==1.4.0 torchvision==0.5.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.4.0 torchvision==0.5.0
  
Linux и Windows
  # CUDA 10.1
pip установить факел == 1.4.0 torchvision == 0.5.0

# CUDA 9.2
pip install torch==1.4.0+cu92 torchvision==0.5.0+cu92 -f https://download.pytorch.org/whl/torch_stable.HTML

# только ЦП
pip install torch==1.4.0+cpu torchvision==0.5.0+cpu -f https://download.pytorch.org/whl/torch_stable.html
  

v1.2.0

Конда
ОС X
  # конда
conda установить pytorch==1.2.0 torchvision==0.4.0 -c pytorch
  
Linux и Windows
  # CUDA 9.2
conda установить pytorch==1.2.0 torchvision==0.4.0 cudatoolkit=9.2 -c pytorch

# КУДА 10.0
conda устанавливает pytorch==1.2.0 torchvision==0.4.0 cudatoolkit=10.0 -c питорч

# Только процессор
conda установить pytorch==1.2.0 torchvision==0.4.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.2.0 torchvision==0.4.0
  
Linux и Windows
  # CUDA 10.0
pip установить факел == 1.2.0 torchvision == 0.4.0

# CUDA 9.2
pip установить torch==1.2.0+cu92 torchvision==0.4.0+cu92 -f https://download.pytorch.org/whl/torch_stable.html

# только ЦП
pip install torch==1.2.0+cpu torchvision==0.4.0+процессор -f https://download.pytorch.org/whl/torch_stable.html
  

v1.1.0

Конда
ОС X
  # конда
conda установить pytorch==1.1.0 torchvision==0.3.0 -c pytorch
  
Linux и Windows
  # CUDA 9.0
conda установить pytorch==1.1.0 torchvision==0.3.0 cudatoolkit=9.0 -c pytorch

# КУДА 10.0
conda установить pytorch==1.1.0 torchvision==0.3.0 cudatoolkit=10.0 -c pytorch

# Только процессор
conda установить pytorch-cpu == 1.1.0 torchvision-cpu==0.3.0 cpuonly -c pytorch
  
Колесо
ОС X
  pip install torch==1.1.0 torchvision==0.3.0
  
Linux и Windows
  # CUDA 10.0
Загрузите и установите колесо с https://download.pytorch.org/whl/cu100/torch_stable.html.

# КУДА 9.0
Загрузите и установите колесо с https://download.pytorch.org/whl/cu90/torch_stable.html.

# только ЦП
Загрузите и установите колесо с https://download.pytorch.org/whl/cpu/torch_stable.HTML
  

v1.0.1

Конда
ОС X
  # конда
conda установить pytorch==1.0.1 torchvision==0.2.2 -c pytorch
  
Linux и Windows
  # CUDA 9.0
conda установить pytorch==1.0.1 torchvision==0.2.2 cudatoolkit=9.0 -c pytorch

# КУДА 10.0
conda установить pytorch==1.0.1 torchvision==0.2.2 cudatoolkit=10.0 -c pytorch

# Только процессор
conda установить pytorch-cpu==1.0.1 torchvision-cpu==0.2.2 cpuonly -c pytorch
  
Колесо
ОС X
  pip установить факел == 1.0.1 факельное зрение==0.2.2
  
Linux и Windows
  # CUDA 10.0
Загрузите и установите колесо с https://download.pytorch.org/whl/cu100/torch_stable.html.

# КУДА 9.0
Загрузите и установите колесо с https://download.pytorch.org/whl/cu90/torch_stable.html.

# только ЦП
Загрузите и установите колесо с https://download.pytorch.org/whl/cpu/torch_stable.html.
  

v1.0.0

Конда
ОС X
  # конда
conda установить pytorch == 1.0.0 факельное зрение==0.2.1 -c pytorch
  
Linux и Windows
  # CUDA 10.0
conda установить pytorch==1.0.0 torchvision==0.2.1 cuda100 -c pytorch

# КУДА 9.0
conda установить pytorch==1.0.0 torchvision==0.2.1 cuda90 -c pytorch

# КУДА 8.0
conda установить pytorch==1.0.0 torchvision==0.2.1 cuda80 -c pytorch

# Только процессор
conda установить pytorch-cpu==1.0.0 torchvision-cpu==0.2.1 cpuonly -c pytorch
  
Колесо
ОС X
  pip установить факел == 1.0.0 факельное зрение==0.2.1
  
Linux и Windows
  # CUDA 10.0
Загрузите и установите колесо с https://download.pytorch.org/whl/cu100/torch_stable.html.

# КУДА 9.0
Загрузите и установите колесо с https://download.pytorch.org/whl/cu90/torch_stable.html.

# КУДА 8.0
Загрузите и установите колесо с https://download.pytorch.org/whl/cu80/torch_stable.html.

# только ЦП
Загрузите и установите колесо с https://download.pytorch.org/whl/cpu/torch_stable.html.
  

Команды для версий

< 1.0,0

Виа конда

Это следует использовать для установки большинства предыдущих версий macOS.

Чтобы установить предыдущую версию PyTorch через Anaconda или Miniconda, замените «0.4.1» в следующих командах на нужную версию (т. е. «0.2.0»).

Установка с помощью CUDA 9

conda установить pytorch=0.4.1 cuda90 -c pytorch

или

conda установить pytorch=0.4.1 cuda92 -c pytorch

Установка с помощью CUDA 8

conda установить pytorch=0.4.1 cuda80 -c pytorch

Установка с помощью CUDA 7.5

conda установить pytorch = 0.4.1 cuda75 -c pytorch

Установка без CUDA

conda установить pytorch=0.4.1 -c pytorch

Из источника

Можно проверить более старую версию PyTorch и построить его. Вы можете перечислить теги в репозитории PyTorch git с тегом git и оформить заказ конкретный (замените «0.1.9» на нужную версию) на

git checkout v0.1,9

Следуйте инструкциям по установке из исходного кода в файле README.md PyTorch. проверить.

Через точку

Загрузите файл whl с нужной версией со следующих html-страниц:

Затем установите файл с помощью pip install [скачанный файл]

Примечание. Большинство версий pytorch доступны только для определенных версий CUDA. Например, pytorch=1.0.1 недоступен для CUDA 9.2

.

(старые) двоичные файлы PyTorch Linux, скомпилированные с помощью CUDA 7.5

Они предшествуют html-странице выше и должны быть установлены вручную путем загрузки файла колеса и pip install download_file

Двоичные файлы Windows

Mac и прочее. двоичные файлы

Для последних двоичных файлов macOS используйте conda :

например,

conda установить pytorch = 0.4.1 cuda90 -c pytorch conda установить pytorch=0.4.1 cuda92 -c pytorch conda установить pytorch = 0.4.1 cuda80 -c pytorch конда установить pytorch=0.4.1 -c pytorch # Нет CUDA

Руководство по обновлению и понижению версии программного обеспечения NX-OS для Cisco Nexus серии 9000, версия 9.3(x) — обновление или понижение версии программного обеспечения NX-OS для Cisco Nexus серии 9000 [коммутаторы Cisco Nexus серии 9000]

  • При обновлении с Cisco NX-OS версии 9.3(3) до Cisco NX-OS версии 9.3(6), если вы не сохраняете конфигурации TRM включены VRF из Cisco NX-OS Release 9.3(3), или если вы создадите новые VRF после обновления, автоматическая генерация CLI многоадресной рассылки ip multipath s-g-hash на основе следующего перехода, когда функция ngmvpn включена, не произойдет. Вы должны включить CLI вручную для каждого VRF с поддержкой TRM. Инструкции по настройке см. см. Руководство по настройке NX-OS VXLAN Cisco Nexus серии 9000, выпуск 9.3(x).

  • При использовании параметра «Установить все без перезагрузки» сохраненную конфигурацию нельзя использовать до перезагрузки устройства.Сохранение конфигурации в этом состоянии может привести в неправильной начальной конфигурации после перезагрузки устройства с новой версией NX-OS.

  • При обновлении устройства Cisco Nexus 9000 до Cisco NX-OS версии 9.3(x), если порт QSFP настроен с ручным подключением команда и использует QSA, конфигурация интерфейса Ethernet 1/50/1 больше не поддерживается и должна быть удалена.Для восстановления конфигурации необходимо вручную настроить интерфейс Ethernet 1/50 на устройстве.

  • Enhanced ISSU: Расширенный ISSU без прерывания работы для Cisco NX-OS версии 9.3(x) не поддерживается, так как имеются исправления ядра, которые не может вступить в силу без перезагрузки базового ядра.Обновление будет разрушительным. Тем не менее, неразрушающий улучшенный ISSU от Cisco NX-OS версии 9.3(x) до более поздних версий поддерживается только в резервном режиме, даже в случаях несовместимости ядра.

  • При обновлении Cisco NX-OS версии 9.2(2) или более ранних версий до Cisco NX-OS версии 9.3(x), необходимо убедиться, что Входная область RACL TCAM заполнена не более чем на 50%. В противном случае функция атомарного обновления будет включена после обновления. и интерфейсы с RACL, которые превышают 50% распределения TCAM, останутся отключенными.

  • При обновлении Cisco NX-OS версии 9.2(4) или более ранних версий до Cisco NX-OS версии 9.3(4) или более поздней, рабочая конфигурация содержит дополнительные строки конфигурации TCAM. Вы можете игнорировать эти дополнительные строки, так как они не влияют на обновление и конфигурация.

  • При выполнении ISSU из Cisco NX-OS Release 9.3(1) или 9.3(2) до Cisco NX-OS версии 9.3(3) или более поздней версии, убедитесь, что функции с определяемыми пользователем портами, такими как <порт ssh>, находятся в заданном диапазоне портов. Если диапазон портов неверен, следуйте рекомендациям в системном журнале. Для большего сведения о диапазоне портов см. в Руководстве по настройке IP SLA для Cisco Nexus серии 9000 NX-OS, выпуск 9.3(x).

  • Перед обновлением Cisco NX-OS версии 7.0(3)I7(5) до Cisco NX-OS версии 9.3(5), убедитесь, что вы настроили регион TCAM QOS исходящего уровня 3/VLAN [egr-l3-vlan-qos].

  • Начиная с Cisco NX-OS версии 9.3(5), ISSU поддерживается в режиме коммутации FC/FCoE на N9K-C93180YC-FX.За дополнительной информацией сведения о режиме коммутатора FC/FCoE и поддерживаемом оборудовании см. в Руководстве по настройке коммутатора SAN NX-OS серии Cisco Nexus 9000, выпуск 9.3(x)

    .
  • Начиная с Cisco NX-OS версии 9.3(5), ISSU поддерживается с режимом FC/FCoE NPV на N9K-C93180YC-FX и N9K-C93360YC-FX2.Дополнительные сведения о режиме FC/FCoE NPV и поддерживаемом оборудовании см. в Руководстве по настройке FC-NPV и FCoE-NPV Cisco Nexus 9000 Series NX-OS

    .
  • Сжатие программного образа поддерживается только на коммутаторах платформы Cisco Nexus серии 9300.

  • Сжатый образ Cisco Nexus серии 3000 зависит от оборудования и может использоваться только на том же устройстве, на котором он был получен. сжатый или загруженный из CCO.Не используйте сжатый образ Nexus серии 3000 на устройствах Nexus серии 9000.

  • Следующее ограничение применяется к обновлениям программного обеспечения с 7.0(3)I5 до 9.3(x) или с 9.2(3) до 9.3(x):

    Если у вас одинаковая конфигурация NetFlow и в VLAN, и в SVI, вы должны удалить монитор потока NetFlow из конфигурации VLAN. до обновления.После обновления перенастройте NetFlow, создав новый монитор потока и добавив его в конфигурацию VLAN. Невыполнение этих шагов приводит к появлению сообщений об ошибках и невозможности изменить конфигурацию VLAN NetFlow в модернизированное программное обеспечение.

  • При обновлении с Cisco NX-OS версии 7.0(3)I4(8), 7.0(3)I5(3) и 7.0(3)I6(1) до Cisco NX-OS Release 9.3(x) приводит к разрушительное обновление. Если синхронизация образов с резервным SUP не удалась во время аварийного обновления Cisco NX-OS версии 7.0(3)I4(8), 7.0(3)I5(3) или 7.0(3)I6(1) до 9.3(x), необходимо вручную скопировать образ на резервный SUP и выполнить аварийное обновление.

  • При обновлении до Cisco NX-OS версии 9.3(x) из любого выпуска до 7.0(3)I2(3) промежуточное обновление до 7.0(3)I4(x), Требуется 7.0(3)I5(x), 7.0(3)I6(x) или 7.0(3)I7(x). Мы рекомендуем использовать ОС Cisco NX-OS версии 7.0(3)I4(8) или 7.0(3)I7(4) в качестве промежуточный выпуск, чтобы помочь в плавной миграции.

  • При обновлении Cisco NX-OS версии 7.0(3)I6(1) или 7.0(3)I7(1) до Cisco NX-OS версии 9.3(x), если Cisco Nexus 9000 Коммутаторы серии используют vPC и подключены к коммутатору на базе IOS через vPC уровня 2, существует вероятность того, что канал порта уровня 2 на стороне IOS станет отключенным из-за ошибки. Обходной путь — отключить etherchannel связующего дерева. Guard misconfig на коммутаторе IOS перед запуском процесса обновления.

    После обновления обоих коммутаторов Cisco Nexus серии 9000 вы можете снова включить команду.

  • Если вы обновляете Cisco NX-OS версии 7.0(3)I5(2) до Cisco NX-OS версии 9.3(x) с помощью команды install all, BIOS не будет обновляться из-за CSCve24965.Когда обновление до Cisco NX-OS Release 9.3(x) будет завершено, используйте команду install all еще раз, чтобы завершить обновление BIOS, если применимо.

  • Обновление, выполняемое с помощью команды install all для Cisco NX-OS версии 7.0(3)I2(2b) до версии 9.3(x) может привести в сетях VLAN, которые невозможно добавить к существующим магистральным портам FEX HIF. Чтобы оправиться от этого, следующие шаги должны выполняться после того, как все FEX перейдут в режим онлайн и HIF начнут работать:

    1. Введите запуск копирования bootflash:fex_config_restore.cfg в командной строке.

    2. Введите в командной строке команду копирования bootflash:fex_config_restore.cfg running-config echo-commands.

  • В Cisco NX-OS версии 7.0(3)I6(1) и более ранние версии, выполнение воспроизведения ASCII или выполнение команды запуска копирования файла на FEX HIF. конфигурации требует повторного применения конфигурации FEX вручную после восстановления FEX.

  • При обновлении до Cisco NX-OS Release 9.3(x) версии 7.0(3)I2(x) или более ранней версии и работает конфигурация EVPN VXLAN, промежуточный требуется обновление до 7.0(3)I4(x), 7.0(3)I5(x) или 7.0(3)I6(x).

  • Перед включением FHS на интерфейсе рекомендуется вырезать регион ifacl TCAM на платформах Cisco Nexus 9300 и 9500. переключатели.Если вы вырезали регион ifacl TCAM в предыдущем выпуске, вы должны перезагрузить систему после обновления до Cisco NX-OS. Выпуск 9.3(x). При загрузке система создает необходимые квалификаторы соответствия для региона FHS TCAM, ifacl.

  • Перед включением FHS мы рекомендуем вам вырезать область TCAM с перенаправлением на платформе Cisco Nexus 9200 и 9300-EX. переключатели.Если вы вырезали область TCAM с перенаправлением в предыдущей версии, вы должны перезагрузить систему после обновления до ОС Cisco NX-OS версии 9.3(x). При загрузке система создает необходимые квалификаторы соответствия для региона FHS TCAM, ing-redirect.

  • Обновление Cisco NX-OS версии 9.3(1), 9.3(2) или 9.3(3) до более поздней версии с конфигурациями Embedded Event Manager (EEM) которые сохраняются в текущей конфигурации, может привести к отображению ошибки DME. Ошибка находится в выходных данных расширенной команды dme running-config, в частности, в командах диспетчера событий. Если возникает эта ошибка, удалите все конфигурации апплета EEM после завершения ISSU, затем повторно примените конфигурации EEM.

  • Для любой предыдущей версии обновления до Cisco NX-OS Release 9.3(5) с использованием ISSU, если следующие команды уровня ведения журнала настроены, в обновленной версии они отсутствуют и должны быть перенастроены:

  • Для обновления любой предыдущей версии до Cisco NX-OS Release 9.3(6) с использованием ISSU, если следующие команды уровня регистрации настроены, в обновленной версии они отсутствуют и должны быть перенастроены:

    • уровень ведения журнала evmc значение

    • уровень ведения журнала mvsh значение

  • Возникает ошибка при попытке выполнить ISSU, если вы изменили зарезервированную VLAN без входа в копию running-config команды save-config и reload.

  • Во время ISSU происходит падение всего трафика на 100-мегабитные порты 65–66 и обратно на коммутаторе Cisco Nexus 92304QC.

  • Команда «установить все» является рекомендуемым методом обновления и понижения версий программного обеспечения, поскольку она обеспечивает совместимость конфигурации. автоматически проверяет и обновляет BIOS.Напротив, изменение переменных загрузки и перезагрузка устройства обходят эти проверки. и обновление BIOS и поэтому не рекомендуется.

  • Для обновления ОС Cisco NX-OS версии 7.0(3)I1(2), версии 7.0(3)I1(3) или версии 7.0(3)I1(3a) требуется установка исправления для Только коммутаторы платформы Cisco Nexus 9500.Дополнительные сведения об исправлении обновления см. в разделе Инструкции по обновлению исправления.

  • При обновлении до версии 9.3(x) ОС Cisco NX-OS гостевая оболочка автоматически обновляется с 1.0 до 2.0. В процессе содержимое корневой файловой системы гостевой оболочки 1.0 потеряны.Чтобы не потерять важный контент, скопируйте все необходимые файлы в /bootflash или вне коробки перед обновлением до Cisco NX-OS версии 9.3(x).

  • ISSU может выполняться только от Cisco NX-OS версии 7.0(3)I4(1) до более позднего образа.

  • При выполнении ISSU VRRP и VRRPv3 отображают следующие сообщения:

    • Если VRRPv3 включен:

        2015 29 декабря 20:41:44 MDP-N9K-6 %$ VDC-1 %$ %USER-0-SYSTEM_MSG: ISSU ОШИБКА: Служба
      "vrrpv3" отправил следующее сообщение: Функция vrrpv3 настроена.Пользователь может изменить
      таймеры vrrpv3 до 120 секунд или точно настроить эти таймеры в зависимости от времени обновления на всех Vrrp
      Одноранговые узлы, чтобы избежать переходов состояния Vrrp. – системный диспетчер  
    • Если VRRP включен:

        2015, 29 декабря, 20:45:10 MDP-N9K-6 %$ VDC-1 %$ %USER-0-SYSTEM_MSG: ОШИБКА ISSU: служба "vrrp-
      eng" отправил следующее сообщение: Функция vrrp настроена.Пользователь может изменить vrrp
      таймеры до 120 секунд или точно настроить эти таймеры на основе времени обновления на всех одноранговых узлах Vrrp до
      избегайте переходов состояния Vrrp. – системный диспетчер  
  • Гостевая оболочка отключена во время ISSU и повторно активирована после обновления. Затрагивается любое приложение, работающее в гостевой оболочке.

  • Если у вас настроены датчики ITD, вы должны отключить службу ITD (используя команду выключения) перед обновлением до Cisco NX-OS версии 9.3(x). После обновления введите команду feature sla sender, чтобы включить IP SLA для зондов ITD, а затем команду no shutdown, чтобы снова включить службу ITD.(Если вы обновите без отключив службу, вы можете ввести команду feature sla sender после обновления.)

  • Запланируйте обновление, когда ваша сеть будет стабильной.

  • Избегайте прерывания питания, которое может привести к повреждению образа программного обеспечения во время процедуры установки.

  • На устройствах с двумя модулями супервизора оба модуля супервизора должны быть подключены к консольным портам для поддержания подключения. когда переключения происходят во время обновления программного обеспечения. См. Руководство по установке оборудования для вашего конкретного корпуса.

  • Выполните установку на активном модуле управления, а не на резервном модуле управления.

  • установить все рекомендуется для обновления программного обеспечения, поскольку она выполняет проверки совместимости конфигурации и обновления BIOS. автоматически. Напротив, изменение переменных загрузки и перезагрузка устройства обходят эти проверки и обновление BIOS. и поэтому не рекомендуется.


    Примечание

    Для коммутаторов платформы Cisco Nexus 9500 с линейными картами -R необходимо сохранить конфигурацию и перезагрузить устройство для обновления от Cisco NX-OS Release 7.0(3)F3(5) до 9.3(1). Для обновления Cisco NX-OS версии 9.2(2) или 9.2(3), мы рекомендуем вам использовать установить все команда.


  • Вы можете обнаружить неполный или поврежденный образ программного обеспечения NX-OS до выполнения обновления, проверив MD5 или SHA256. контрольная сумма образа ПО.

    Чтобы проверить контрольную сумму MD5 образа программного обеспечения, запустите команду show file bootflash: md5sum и сравните полученное значение с опубликованной контрольной суммой MD5 для образа программного обеспечения на странице загрузки программного обеспечения Cisco. интернет сайт.

    Чтобы проверить контрольную сумму SHA256 образа программного обеспечения, запустите команду show file bootflash: sha256sum и сравните полученное значение с опубликованной контрольной суммой SHA256 для образа программного обеспечения на странице загрузки программного обеспечения Cisco. интернет сайт.

  • При обновлении линейных карт Cisco Nexus 94xx, 95xx и 96xx до линейных карт Cisco Nexus 9732C-EX и их матричных модулей обновите программное обеспечение Cisco NX-OS, прежде чем вставлять линейные карты и матричные модули.Невыполнение этого требования может привести к диагностике сбой на линейной карте и отсутствие пространства TCAM для выделения. Вы должны использовать команду write_erase, за которой следует команда перезагрузки.

  • При обновлении с версии ОС Cisco NX, поддерживающей функцию CoPP, до версии ОС Cisco NX, поддерживающей функцию CoPP. с дополнительными классами для новых протоколов необходимо либо запустить утилиту установки с помощью команда или используйте профиль copp чтобы новые классы CoPP стали доступны.Дополнительные сведения об этих командах см. в разделе «Настройка плоскости управления». Policing» в Руководстве по настройке безопасности Cisco Nexus серии 9000 NX-OS, выпуск 9.3(x).

  • Для безопасного POAP убедитесь, что отслеживание DHCP включено, и настройте правила брандмауэра для блокировки нежелательных или злонамеренных DHCP-серверов.Дополнительные сведения о POAP см. в Руководстве по настройке основных параметров Cisco Nexus серии 9000, выпуск 9.3(x).

  • При обновлении с более раннего выпуска до выпуска Cisco NX-OS, который поддерживает профили коммутатора, у вас есть возможность некоторые команды текущей конфигурации в профиль коммутатора.Дополнительные сведения см. в Руководстве по настройке управления системой NX-OS серии Cisco Nexus 9000, версия 9.3(x).

  • По умолчанию процесс обновления программного обеспечения прерывается.

  • Конфигурации скорости быстрого таймера OpenFlow и LACP не поддерживаются для ISSU.

  • Гостевая оболочка отключена во время ISSU и повторно активирована после обновления.

  • ISSU поддерживает только таймеры удержания по умолчанию для одноранговых узлов BGP.

  • Во время ISSU на коммутаторах Cisco Nexus 3164Q, 31128PQ или 9300 Series все протоколы резервирования первого перехода (FHRP) вызывают другой одноранговый узел становится активным, если узел, подвергающийся ISSU, активен.

  • Убедитесь, что оба одноранговых узла vPC находятся в одном и том же режиме (обычный режим или расширенный режим), прежде чем выполнять обновление без прерывания работы.


    Примечание

    Пиринг vPC между настроенным коммутатором с расширенным режимом ISSU (загрузочный режим lxc) и коммутатором с нерасширенным режимом ISSU не поддерживается.


  • Во время ISSU процесс перезагрузки программного обеспечения на первом устройстве vPC блокирует одноранговое устройство vPC с помощью обмена сообщениями CFS через канал связи vPC.Одновременно обновляется только одно устройство. Когда первое устройство завершает обновление, оно разблокируется. его одноранговое устройство. Затем второе устройство выполняет процесс обновления, блокируя при этом первое устройство. Во время обновления, два устройства vPC временно работают под разными версиями ОС Cisco NX-OS; тем не менее, система работает правильно из-за его поддержка обратной совместимости.

  • ISSU не поддерживается, если включен onePK.Вы можете запустить функцию шоу | включите команду onep, чтобы убедиться, что эта функция отключена перед выполнением ISSU или расширенной ISSU.

  • Как правило, номера ISSU поддерживаются для следующего:

    • От основного выпуска до любого связанного отладочного выпуска.

    • От двух последних отладочных выпусков до следующих двух основных выпусков.

    • От более раннего отладочного выпуска к следующим двум основным выпускам.

  • После выполнения ISSU на коммутаторах платформы Cisco Nexus 9300 и коммутаторах Cisco Nexus 3164Q может появиться ошибка MTS_OPC_CLISH. сообщение на одноранговых узлах vPC. MTS_OPC_CLISH — это последний код MTS, который отправляется из внутреннего компонента в VSH для указания конец вывода команды show.

    Если пользователь выполняет команду show, которая производит больше вывода и поддерживает сеанс более 3 минут, следующее на консоли может появиться предупреждающее сообщение. В качестве обходного пути вы можете установить длину терминала равной 0, используя длина терминала 0 команда или показать <команда> | больше не надо вариант.

     
    --More--2018 5 июня 19:11:21 Th-agg1 %$ VDC-1 %$ 5 июня 19:11:20 %KERN-2-SYSTEM_MSG: [12633.219113]
    Приложение vsh.bin в слоте 1 vdc 1 SUP sap 64098 (очередь cli_api) не отбрасывало MTS_OPC_CLISH с
    msg_id 0x675ecf от отправителя sap 64132 (NULL) через 180 секунд, свяжитесь с владельцем приложения — ядро
      
     
    (config)# показать детали ip mroute
    Таблица многоадресной IP-маршрутизации для VRF «по умолчанию»
    
    Общее количество маршрутов: 4801
    Общее количество (*,G) маршрутов: 2400
    Общее количество (S,G) маршрутов: 2400
    Общее количество (*,G-префикс) маршрутов: 1
    
    (*, 225.0.0.1/32), время работы: 00:09:32, igmp(1) pim(0) ip(0)
      RPF-Источник: 10.10.10.3 [11/110]
      Данные созданы: нет
      Флаги VPC
        RPF-исходный форвардер
      Статистика: 15/720 [Пакетов/байт], 0,000 бит/с
      Статистика: неактивный поток
      Входящий интерфейс: Ethernet1/1, номер RPF: 12.0.0.2
      Идентификатор контекста назначения LISP: 0 Список исходящих интерфейсов: (количество: 1) (только мост: 0)
        Vlan2001, время работы: 00:09:32, igmp (vpc-svi)
    
    
    (60.60.60.2/32, 225.0.0.1/32), время работы: 00:09:31, ip(0) mrib(1) pim(0)
      RPF-Источник: 60.60.60.2 [20/110]
      Данные созданы: Да
      Флаги VPC
    --More--2018 5 июня 19:11:21 Th-agg1 %$ VDC-1 %$ 5 июня 19:11:20 %KERN-2-SYSTEM_MSG: [12633.219113] Приложение vsh.bin в слоте 1 vdc 1 SUP
    sap 64098 (очередь cli_api) не отбрасывал MTS_OPC_CLISH с msg_id 0x675ecf от отправителя sap 64132 (NULL) за 180 секунд,
    связаться с владельцем приложения — ядро
      

    Эта проблема не влияет на функциональность или потерю трафика. Все сообщения MTS удаляются после выполнения команды show. отображает полный вывод, пользователь нажимает CTRL+c или сеанс закрывается.

  • Иногда, когда коммутатор находится в рабочем состоянии, на консоли отображаются журналы «Устройство не найдено».Эта проблема возникает из-за того, что коммутатор пытается найти более старую версию ASIC, а в код включены сообщения об ошибках при сбое зонда PCI. Нет влияния на функциональность или потери трафика из-за Эта проблема.

  • ISSU не поддерживается, если EPLD не находится в Cisco NX-OS версии 7.0(3)I3(1) или новее.

  • Упрощенный формат нумерации NX-OS используется для платформ, которые поддерживаются в выпусках Cisco NX-OS 9.3(x). Чтобы поддержать обновление программного обеспечения с выпусков до Cisco NX-OS Release 7.0(3)I7(4), которые имеют старый формат выпуска, функция установщика поставляет метку I9(x) в качестве суффикса к фактическому выпуску во время установить все операция.Эта этикетка печатается как часть изображения во время операции установки из любой версии до Cisco NX-OS. Выпуск 7.0(3)I7(4) до 9.3(x), и его можно игнорировать. См. следующий пример.

      переключатель # установить всю загрузочную флэш-память nxos: nxos.9.3.1.bin
    Установщик сначала выполнит проверку совместимости. Пожалуйста подождите.
    Установщик принудительно прерывает работу
    
    Проверка образа bootflash:/nxos.9.3.1.bin для загрузочной переменной "nxos".[#####################] 100% -- УСПЕХ
    
    Проверка типа изображения.
    [#####################] 100% -- УСПЕХ
    
    Подготовка информации о версии "nxos" с помощью образа bootflash:/nxos.9.3.1.bin.
    [#####################] 100% -- УСПЕХ
    
    Подготовка информации о версии «биоса» с помощью образа bootflash:/nxos.9.3.1.bin.
    [#####################] 100% -- УСПЕХ
    
    Выполнение проверки поддержки модуля.
    [#####################] 100% -- УСПЕХ
    
    Уведомление сервисов об обновлении системы.
    [#####################] 100% -- УСПЕХ
    
    Проверка совместимости выполняется:
    Загрузочный модуль Воздействие Тип установки Причина
    ------ -------- ------------ ------------ ------
      1 да аварийный сброс Несовместимый образ для ISSU
    
    Изображения будут обновлены в соответствии со следующей таблицей:
    Образ модуля Running-Version(pri:alt) New-Version Upg-Required
    ------ ------- ------------------------------------- - -------------------- ------------
      1 нксос 7.0(3)I7(3) 9,3(1)I9(1) да
      1 биос v07.61 (06.04.2017): v07.61 (06.04.2017) v05.33 (08.09.2018) да
    
    
    Коммутатор будет перезагружен для аварийного обновления.
    Вы хотите продолжить установку (да/нет)? [н]у
      
  • Стандартный ISSU без прерывания работы поддерживается начиная с Cisco NX-OS версии 7.0(3)I7(4), 7.0(3)I7(5), 7.0(3)I7(6) или 9.2(x) для Cisco Версия ОС NX 9.3(1). Для получения дополнительной информации см. Матрицу поддержки ISSU.

  • Начиная с Cisco NX-OS версии 9.3(5), стандартного, неразрушающего ISSU, на коммутаторах, настроенных с uRPF , поддерживается на следующих устройствах:

    • Коммутаторы платформы Cisco Nexus 9300-EX

    • Платформенные коммутаторы Cisco Nexus 9300-FX/FX2

    • Коммутаторы платформы Cisco Nexus 9300-GX


    Примечание

    До Cisco NX-OS версии 9.3(5), если какой-либо из перечисленных выше коммутаторов был сконфигурирован с uRPF, стандартным, неразрушающим ISSU. не поддерживался.


  • ISSU заблокирован, если загрузка poap включить настроен.

  • При выполнении ISSU без прерывания работы от Cisco NX-OS Release 7.0(3)I6(1) до любой более поздней версии может произойти потеря трафика в зависимости от количества настроенных VLAN. Во избежание потери трафика рекомендуется увеличить изящный протокол маршрутизации. перезапустите таймер на более высокое значение.Рекомендуемое значение таймера плавного перезапуска — 600 секунд. Вы можете дополнительно увеличить или уменьшите это значение в зависимости от масштаба конфигурации.

  • Как откатить драйвер в Windows

    Что нужно знать

    • Откройте Диспетчер устройств .Найдите устройство, для которого вы хотите откатить драйвер. Щелкните правой кнопкой мыши имя устройства и выберите Properties .
    • На вкладке Драйвер нажмите кнопку Откатить драйвер . Выберите Да , чтобы подтвердить откат.
    • После завершения отката закройте экран свойств устройства. Выберите Да , чтобы перезагрузить компьютер.

    В этой статье объясняется, как откатить драйвер в Windows. Эта информация относится к Windows 11, Windows 10, Windows 8, Windows 7, Windows Vista или Windows XP.

    Как откатить драйвер в Windows

    Функция отката драйвера используется для удаления текущего драйвера аппаратного устройства и последующей автоматической установки ранее установленного драйвера. Наиболее распространенной причиной использования функции отката драйвера является «обратное» обновление драйвера, которое не прошло успешно.

    Думайте об откате драйвера как о быстром и простом способе удалить последнюю версию драйвера, а затем переустановить предыдущий. Процесс одинаков независимо от того, какой драйвер вам нужно откатить.

    1. Откройте Диспетчер устройств. Сделать это через панель управления (которая подробно объясняется в этой ссылке, если вам это нужно), вероятно, проще всего.

    2. В диспетчере устройств найдите устройство, для которого вы хотите выполнить откат драйвера.

      Перемещайтесь по категориям оборудования, щелкая значок > или [+], в зависимости от вашей версии Windows. Вы можете найти определенные устройства, которые Windows распознает, в основных категориях оборудования, которые вы видите в диспетчере устройств.

    3. Найдя оборудование, нажмите и удерживайте или щелкните правой кнопкой мыши имя или значок устройства и выберите Свойства . Откроется окно свойств устройства.

    4. На вкладке Driver выберите Roll Back Driver .

      Если эта кнопка отключена, у Windows нет предыдущего драйвера для отката, поэтому вы не сможете завершить этот процесс. См. примечания в нижней части его страницы для получения дополнительной помощи.

    5. Нажмите кнопку Да на «Вы уверены, что хотите вернуться к ранее установленному программному обеспечению драйвера?» вопрос. Вас также могут попросить выбрать причину отката драйвера.

      В Windows XP это сообщение выглядит так: «Вы уверены, что хотите вернуться к предыдущему драйверу?» , но, конечно же, означает то же самое.

    6. Ранее установленный драйвер теперь будет восстановлен.Вы должны увидеть, что кнопка «Откатить драйвер» отключена после завершения отката. Закройте экран свойств устройства.

    7. Выберите Да в диалоговом окне «Изменение параметров системы», в котором говорится: «Настройки вашего оборудования изменились. Чтобы эти изменения вступили в силу, вы должны перезагрузить компьютер. Вы хотите перезагрузить компьютер сейчас?»

      Если это сообщение скрыто, может помочь закрытие окна панели управления. Вы не сможете закрыть Диспетчер устройств.

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

    8. Теперь ваш компьютер автоматически перезагрузится.

    Когда Windows запустится снова, она загрузит драйвер устройства для этого оборудования, которое у вас было ранее установлено .

    Обычно это занимает менее 5 минут, но может занять до 10 минут и более в зависимости от драйвера и аппаратного обеспечения.

    Подробнее о функции отката драйвера

    К сожалению, функция отката драйвера недоступна для драйверов принтера, как бы это ни было удобно. Он работает только для оборудования, управляемого в диспетчере устройств.

    Кроме того, это позволяет откатить драйвер только один раз . Другими словами, Windows хранит только копию самого последнего установленного драйвера. Он не хранит архив всех ранее установленных драйверов для устройства.

    Если нет драйвера для отката, но вы знаете, что доступна предыдущая версия, которую вы хотели бы установить, просто «обновите» драйвер до более старой версии.

    Добавить комментарий

    Ваш адрес email не будет опубликован.