Что такое CPU 1 и CPU 0 в диспетчере задач?
Объясните уж пожалуйста. В интернете начитался, что это ядра процессора. Но проблема в том, что процессор у меня одноядерный Intel Pentium 4(да, на этом старичке живу) . Но в диспетчере задач в процессах все равно можно задать соответствие либо на CPU 0 либо на CPU 1 либо на оба. И самое интересное, что игра перестает лагать, если задать только один процесс. В чем может быть проблема такого и как сделать, чтобы она не лагала на двух процессорах?
Дополнен 10 лет назад
Теперь я понял что это, но как бы так сделать, чтобы был только 1 поток, а не два? Или что вообще сделать, чтобы игры не лагали и чтобы не надо было каждый раз заходить в диспетчер — процессы — задать соответстиве и не ставить 1 поток?
Голосование за лучший ответ
пень 4 имел НТ (гипер трейдинг)
тоесть физически ядро 1, а вот потока 2
и это для системы выглядит как 2 ядра
——-
на деле технология НТ от интела очень хороша
если сравнивать 1 ядро с НТ и 2 обычных — то производительность 2х ядер будет всего на 10-15% выше, чем 1 с НТ. !
а вот цена проца с НТ но вдвое меньшим числом ядер почти на 50% ниже, чем с настоящими ядрами.
Анатолий БрусковПрофи (550) 10 лет назад
О! Наконец нормально объяснили) Спасибо. Только как бы так сделать, чтобы был только 1 поток, а не два? Или что вообще сделать, чтобы игры не лагали и чтобы не надо было каждый раз заходить в диспетчер — процессы — задать соответстиве и не ставить 1 поток?
может это виртуальные ядра типа threads
в Pentium 4 добавлена технология гипертрейдинг то есть каждое физическое ядро процессора определяется операционной системой как два логических
хотел поумничать, типа это два ядра в одном кристалле
а тут четвертый пень )
я бы посоветовал даташит почитать
Процессор накрылся?
Привет. Сегодня утром запустил ноут на kubuntu, выдал такое:
[ 0.045575] mce: [Hardware Error]: CPU: 0: Machine Check: 0 Bank 4: a600000000020408
[ 0.045587] mce: [Hardware Error]: TSC 0 ADDR fef61e80
[ 0.045597] mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1628147292 SOCKET 0 APIC 0 microcode 44
[ 2.606885] Couldn’t get size: 0x800000000000000e
[ 2.606942] MODSIGN: Couldn’t get UEFI db list
Lemonetto
05.08.21 20:27:00 MSK
nomce в параметры ядра
anonymous
( 05.08.21 20:41:03 MSK )
Почему ты решил, что это процессор?
anonymous
( 05.08.21 20:41:58 MSK )
Это Machine Check Exception, механизм процессора, выялвяющий неисправности в железе. Можешь выдрать это сообщение из логов при помощи mcelog и прогнать его через этот же mcelog с параметром —ascii , он его расшифрует.
Unicode4all ★★★★★
( 05.08.21 21:16:00 MSK )
во всех случаях, когда наблюдал такое, проблемы были в оперативной памяти
Bloody ★★
( 05.08.21 21:43:23 MSK )
Последнее исправление: Bloody 05.08.21 21:43:31 MSK (всего исправлений: 1)
anonymous
( 05.08.21 22:17:31 MSK )
Ответ на: комментарий от anonymous 05.08.21 22:17:31 MSK
Попробовал в рекавери загрузиться, кончилось этим:
/dev/mmcblk0p2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) fsck exited with status code 4 The root filesystem on /dev/mmcblk0p2 requires a manual fsck
BusyBox v1.22.1 (Ubuntu 1:1.22.0-15ubuntu1) built-in shell (ash) Enter ‘help’ for a list of built-in commands.
Попробовал по советам fsck -y /dev/mmcblk0p2 и помогло. Спасибо
Нет нагрузки в диспетчере задач Windows 2019 — CPU 0%
Операционная система Windows Server является одной из наиболее распространенных платформ для организации серверных сред c GUI. Она предоставляет широкие возможности для управления ресурсами и обеспечения стабильной работы сервера. Однако, как и в случае с любой другой операционной системой, иногда возникают сложности, которые могут затруднить процесс мониторинга и управления ресурсами. Одной из таких сложностей может быть отсутствие видимой нагрузки CPU в диспетчере задач, даже при активной работе выделенного сервера. В этой статье мы рассмотрим, почему это может произойти, и предложим решение данной ситуации, которые чаще всего возникают на Windows Server 2019-2022.
Почему отсутствует нагрузка в диспетчере задач?
Отсутствие видимой нагрузки CPU в диспетчере задач может вызвать беспокойство у администраторов серверов. При этом сервер может работать нормально, но отображать нулевую нагрузку на процессор. Эта ситуация может возникнуть по нескольким причинам.
- Некоторое обновление. Возможно какое-то обновление ОС может/могло вызвать неправильное отображение нагрузки в диспетчере задач. В этом случае рекомендуется обновить систему или выполнить откат последних обновлений.
- Ошибки с мониторингомчерез сторонее ПО. Некорректные программы мониторинга или особенности работы их инструментов могут привести к неверному отображению данных о нагрузке CPU.
Решение ситуации.
Для решения проблемы отсутствия нагрузки в диспетчере задач Windows Server 2019, можно использовать следующие шаги:
- Проверка мониторинга: Убедитесь, что инструменты мониторинга, которые вы используете, настроены правильно. Проверьте конфигурацию мониторинга ресурсов и убедитесь, что она отражает реальную нагрузку.
- Использование дополнительного инструмента HWiNFO: Если после проведения вышеуказанных шагов нагрузка все равно не отображается корректно, можно воспользоваться инструментом HWiNFO. Это бесплатное приложение, которое предоставляет подробную информацию о аппаратном обеспечении и ресурсах компьютера. Запустите HWiNFO, и это может помочь восстановить нормальное отображение нагрузки в диспетчере задач. После того как нагрузка начнет корректно отображаться, вы можете удалить программу, если она больше не нужна. Скачать программу можете по ссылке: https://www.hwinfo.com/download/ . Нужно установить программу и выставить в ней следующие настройки.
3. Обновление драйверов и программного обеспечения: Перед всеми другими действиями убедитесь, что все драйверы и программное обеспечение на сервере обновлены до последних версий. Это может решить ситуацию, если она связана с несовместимостью или устаревшими компонентами. Такая ситуация описывалась на форуме Microsoft.
Итоги
Отсутствие видимой нагрузки в диспетчере задач Windows Server может быть вызвано разными факторами, включая ошибками программного обеспечения, драйверами, мониторингом. Решение этой ситуации включает в себя обновление драйверов и программного обеспечения, настройку мониторинга и, в некоторых случаях, использование инструмента, такого как HWiNFO, для восстановления корректного отображения нагрузки. Важно помнить, что отсутствие видимой нагрузки в диспетчере задач не всегда означает проблему с сервером, и в большинстве случаев это можно исправить относительно простыми методами настройки и обслуживания.
Превышен лимит на использование CPU
Если вы получили уведомление о превышении лимита на использование CPU, это означает, что потребление CPU вашим аккаунтом превысило суточную норму. При превышении лимита нагрузки на CPU более чем на 3% от максимально установленного значения на тарифном плане и больше 4 раз за последние 7 дней, на хостинг накладывается блокировка.
Нагрузка CPU учитывается для всей услуги хостинга (всех добавленных сайтов). Самые посещаемые сайты оказывают наибольшую нагрузку на CPU.
С ограничениями по CPU на каждом тарифном плане хостинга вы можете ознакомиться на сайте Рег.ру.
Если ваш аккаунт уже заблокирован
В этом случае на всех сайтах устанавливается форма базовой аутентификации. При обращении к сайту вы увидите сообщение:
«http://имясайта.ru» запрашивает имя пользователя и пароль. Сайт сообщает: «cpu_block | access denied, please check email. For access use regru/regru.»
Для получения доступа к сайту введите:
Далее вам необходимо выполнить рекомендации по решению проблемы, которые описаны ниже. После этого вы можете самостоятельно снять блокировку по инструкции.
Как снизить нагрузку на CPU?
Начните с просмотра статистики нагрузки на CPU:
Авторизуйтесь в личном кабинете. Перейдите в раздел Хостинг и кликните по названию услуги хостинга, для которой необходимо просмотреть статистику.
- если на вкладке «Управление» не отображается кнопка Статистика, обратитесь в техническую поддержку;
- статистика по CPU не отображается, если нагрузка на сервер хостинга менее 1%.
Откроется статистика следующего вида: Первое, на что стоит обратить внимание, это «Динамика нагрузки на процессор за последние 7 дней».
Динамика нагрузки на процессор за последние 7 дней
Если % потребления CPU (первый столбец) изменяется незначительно, выполните следующее: отключите тяжелые плагины CMS, настройте кеширование посредством CMS (для WordPress рекомендуем использовать WP Super Cache или WP-cache.com), установите таймаут обращения роботов к вашему сайту (см. ниже) или повысьте тарифный план, возможно, ваш сайт просто перерос параметры текущего тарифа и требует больших ресурсов. Как снизить нагрузку на хостинг
Если же % потребления CPU вырос значительно или меняется скачкообразно, это может быть свидетельством DDOS-атаки, Brute-Force атаки или большого количества запросов от поисковых роботов. Читайте ниже, как это можно понять и что можно сделать.
Статистика запросов по User-Agent
С помощью данной статистики можно увидеть, насколько часто поисковые роботы посещают ваш сайт.
Если количество запросов большое, рекомендуем настроить файл robots.txt: установите таймаут обращения роботов к вашему сайту (от 10 секунд) при помощи директивы «Crawl-delay».
Внимание: не все User-Agent являются роботами, User-Agent показывает приложение, через которое происходило обращение к вашему сайту. То есть если вы явно не видите надписи bot, то проблема не в поисковых роботах.
Как ограничить обращения роботов при помощи директивы Crawl-delay
Перейдите в корневую папку сайта и добавьте в файл robots.txt (создайте его, если он не существует) следующие строки:
- для отдельного робота:
User-agent: bingbot Crawl-delay: 40 # задает таймаут в 40 секунд только для bingbot- для всех роботов:
User-agent: * Crawl-delay: 40 # задает таймаут в 40 секунд для всех поисковых роботовОграничение Googlebot и YandexBot
Ограничивать Googlebot необходимо через Инструменты для веб-мастеров Google. Настройки в robots.txt для googlebot работать не будут.
Ограничивать YandexBot необходимо через Яндекс.Вебмастер.
Топ 10 запросов по популярности
С помощью данной статистики вы можете увидеть, какая страница наиболее популярна среди посетителей вашего сайта. Также статистика позволяет выявить Brute-Force атаку на ваш сайт (атака по подбору паролей). Чаще всего злоумышленники пытаются взломать админку сайта, что характеризуется большим количеством запросов к URL админки.
Рассмотрим пример для WordPress. На скриншоте видно, что к wp-login.php совершено более 45 000 запросов, это попытки взлома. Для других CMS примеры аналогичны, меняется только URL админки.
В этом случае рекомендуем установить дополнительную форму аутентификации на админку сайта:
- Как защитить админку WordPress?
- Как защитить админку Joomla?
Статистика запросов по IP-адресам
При помощи данной статистики вы можете увидеть, с каких IP-адресов серверов поступает самое большое количество запросов. Например:
Если количество запросов огромное, вы можете заблокировать доступ к сайту для некоторых IP.
Увидеть, какие именно запросы поступают с IP, вы можете в журналах сайтов: Как просмотреть журналы сайтов?
Узнать больше информации про IP (кому он принадлежит) можно при помощи сервиса Whois на сайте Рег.ру:
Как заблокировать доступ к сайту для IP Добавьте в файл .htaccess, находящийся в корневой папке сайта, следующие строки:
Order Allow,Deny Allow from all Deny from 123.123.123.123 Deny from 122.122.122.122Где 123.123.123.123, 122.122.122.122 — IP-адреса, для которых запрещается доступ к сайту.
Не заблокируйте случайно свой IP-адрес. Узнать ваш IP-адрес можно здесь.
Топ 10 запросов по времени ответа
При помощи данной статистики вы можете увидеть, какие страницы вашего сайта загружаются дольше всего. Возможно, на страницах размещён тяжелый контент и это является причиной повышенной нагрузки на CPU. Данную проблему стоит анализировать вместе с разработчиками вашего сайта.
Проверьте ваш аккаунт на наличие вредоносного ПО
Вне зависимости от выявленных причин, вызвавших нагрузку на CPU, проверьте ваш хостинг-аккаунт на вирусы: Как проверить сайт на вирусы?
Если на аккаунте обнаружится вредоносное ПО, удалите его. После проверки сайта рекомендуем обновить версию CMS и все используемые расширения.
Повысьте тарифный план хостинга
Если вышеописанные действия не помогли снизить нагрузку на CPU, рекомендуем повысить тарифный план хостинга. Чем выше тарифный план, тем больший процент CPU может использовать ваш аккаунт:
| Тарифный план | Максимальный % использования CPU |
|---|---|
| Host-Lite | — |
| Host-A | 2,5% |
| Host-B | 3% |
| Host-0, Joomla-1 | 4% |
| Host-1, BX-Host-1, Joomla-2 | 7% |
| Host-2*, BX-Host-2, Joomla-3 | 10% |
| Host-3, BX-Host-3, Joomla-4 | 13% |
| Host-Pro*, Joomla-5 | 25% |
| Host-Unlim* | 4% на каждый домен (Max 40%) |
| VIP-1 | 30% |
| VIP-2 | 50% |
| VIP-3 | 100% |
*Host-2, Host-Pro, Host-Unlim являются архивными/устаревшими тарифами.
После повышения тарифного плана обязательно напишите заявку в техническую поддержку хостинга с просьбой разблокировать доступ к сайтам.
После выполнения рекомендаций вы можете самостоятельно снять блокировку по инструкции ниже.
Как снять блокировку CPU?
Снять блокировку вручную можно не чаще, чем 4 раза за 28 дней. Перед тем как снять блокировку убедитесь, что вы снизили нагрузку на CPU.
Чтобы снять блокировку CPU:
Авторизуйтесь в личном кабинете и перейдите в раздел Хостинг:
Кликните по услуге хостинга, для которой нужно снять блокировку:
На открывшейся странице под названием услуги нажмите Что это, и как снять блокировку:
В появившейся шторке нажмите Снять блокировку:
Готово, блокировка снята. Для завершения действий перезагрузите страницу.
Превышен лимит CPU в MySQL
Если вы получили уведомление о превышении лимита CPU в MySQL, это означает, что потребление CPU в MySQL на вашем аккаунте превысило суточную норму, установленную тарифным планом. Ознакомьтесь с ограничениями по MySQL на каждом тарифном плане хостинга.
Если ваш аккаунт уже заблокирован
В этом случае на всех сайтах устанавливается форма базовой аутентификации, при обращению к сайту вы увидите сообщение:
«http://имясайта.ru» запрашивает имя пользователя и пароль. Сайт сообщает: «mysql_block | access denied, please check email. For access use regru/regru.»
Для получения доступа к сайту введите:
Далее вам необходимо выполнить наши рекомендации по решению проблемы, которые описаны ниже. После выполнения рекомендаций обратитесь в техническую поддержку хостинга с просьбой снятия блокировки. Форма обращения в поддержку находится в конце статьи.
Как снизить нагрузку на MySQL
Для снижения нагрузки на MySQL мы рекомендуем оптимизировать запросы к базе данных, для этого обратитесь к разработчикам вашего сайта. После оптимизации запросов составьте заявку в службу поддержки и наши специалисты снимут блокировку.
Помогла ли вам статья?
Спасибо за оценку. Рады помочь ��