8-900-374-94-44
Всем привет. Предлагаю вашему вниманию свой перевод поста “CPU Utilization is Wrong” из блога Брендана Грегга.
Метрика загруженности процессора (CPU utiliztion), которую все мы привыкли использовать, обычно понимается неправильно. Что такое загруженность процессора? То насколько процессор сейчас занят работой? Нет, это не так, и да, я говорю о метрике %CPU, которая используется всегда и везде, в каждой утилите мониторинга производительности, например в top(1).
Как вы думаете, что значит нагрузка на процессор 90% на картинке ниже? Вот что это значит на самом деле:
Stalled, то есть “приостановлено” значит, что в данный момент процессор не обрабатывает инструкции, обычно это означает, что он ожидает завершения операций ввода/вывода связанных с памятью (здесь и далее речь о RAM, а не дисковом вводе/выводе). Соотношение между “занято” и “приостановлено” (busy/stalled), которое я привел выше, это то что я обычно вижу в продакшене.
Что это значит для вас? Понимание того насколько много ваш процессор находится в приостановленном состоянии может помочь вам понять куда направить усилия по оптимизации производительности приложения: на ускорение кода или уменьшение числа операций ввода/вывода связанных с памятью. Всем кто заинтересован в оптимизации нагрузки на процессор, в особенности в облаках с настроенным автомасштабированием на основе нагрузки на CPU, будет полезно знать насколько долго процессор находится в приостановленном состоянии.
Метрика, которую мы называем нагрузкой на процессор (CPU utilization) на самом деле это “не-idle время”, то есть время, которое процессор не выполняет idle-тред. Ядро вашей операционной системы (какую бы ОС вы не использовали) обычно следит за этим во время переключения контекста. Если не-idle тред запустился, а затем спустя 100 милисекунд остановился, то ядро посчитает, что процессор был использован в течение всего этого времени.
Эта метрика так же стара как и системы совместного использования времени (time sharing systems). В бортовом компьютере лунного модуля Apollo (это пионер среди систем совместного использования времени) idle-тред назывался “DUMMY JOB” и инженеры мониторили циклы выполняющие его в сравнении с реальными задачами, это было важной метрикой измерения нагрузки. (Я писал об этом ранее).
Что же с этой метрикой не так?
В наши дни процессоры работают значительно быстрее памяти, поэтому время ожидания памяти доминирует в метрике “нагрузка на процессор”. Когда вы видите большие значение %CPU в top(1), вы, должно быть, думаете, что процессор является бутылочным горлышком, когда на самом деле проблема в DRAM.
Со временем все становится только хуже. Долгое время производители процессоров увеличивали тактовые частоты своих процессоров быстрее чем производители памяти уменьшали задержки доступа к памяти (CPU DRAM gap). Примерно в 2005 году процессоры достигли частот в 3 GHz и с тех пор мощность процессоров растет не за счет увеличения тактовой частоты, а за счет большего числа ядер, гипертрединга и многопроцессорных конфигураций.
Все это предъявляет еще больше требований к памяти. Производители процессоров пытались снизить задержки связанные с памятью за счет больших по размеру и более умных CPU-кешей, более быстрых шин и соединений. Но проблема со stalled-состоянием все еще не решена.
Сделать это можно используя Performance Monitoring Counters (PMC-счетчики): хардверные счетчики, которые могут быть прочитаны с помощью Linux pref (пакет linux-tools-generic в Линуксе) и других утилит. Для примера понаблюдаем за всей системой в течение 10 секунд:
# perf stat -a -- sleep 10
Performance counter stats for 'system wide':
641398.723351 task-clock (msec) # 64.116 CPUs utilized (100.00%)
379,651 context-switches # 0.592 K/sec (100.00%)
51,546 cpu-migrations # 0.080 K/sec (100.00%)
13,423,039 page-faults # 0.
021 M/sec
1,433,972,173,374 cycles # 2.236 GHz (75.02%)
<not supported> stalled-cycles-frontend
<not supported> stalled-cycles-backend
1,118,336,816,068 instructions # 0.78 insns per cycle (75.01%)
249,644,142,804 branches # 389.218 M/sec (75.01%)
7,791,449,769 branch-misses # 3.12% of all branches (75.01%)
10.003794539 seconds time elapsed
Ключевая метрика здесь instructions per cycle (insns per cycle: IPC, число инструкций за один цикл), которая показывает сколько в среднем инструкций было выполнено за каждый такт. Чем больше, тем лучше. В примере выше значение 0.78 кажется очень неплохим (нагрузка 78%?) до тех пор пока вы не узнаете, что максимальная скорость процессора это IPC 4.0. Такие процессоры называют 4-wide, это название пошло от особенностей пути извлечения/декодирования инструкций в процессоре (подробнее об этом в Википедии).
Это означает, что процессор может выполнить 4 операции за каждый такт, поэтому значение 0.78 для 4-wide системы означает, что процессор работает на 19,5% от своих возможностей. Новый процессор Skylake от Intel — это 5-wide процессор.
Существуют сотни PMC-счетчиков, которые позволяют детальнее разобраться с производительностью системы, например, посчитать число приостановленных циклов по типам.
Если вы работаете в виртуальном окружении, то вероятно у вас нет доступа к PMC-счетчикам, это зависит от поддержки этой фичи гипервизором. Я недавно писал о том, что PMC-счетчики теперь доступны в AWS EC2 в виртуальных машинах базирующихся на Xen.
Если ваш IPC < 1.0, то вероятнее всего, процессор приостановлен из-за медленной памяти, поэтому нужно оптимизировать софт так, чтобы он требовал меньше операций с памятью, совершенствовать кеширование в процессоре и локальность памяти, особенно в NUMA системах.
Оптимизация железа в таком случае подразумевает использование процессоров с большим объемом кешей, более быстрой памятью, шинами и соединениями.
Если ваш IPC > 1.0, то вероятно, вы ограничены числом инструкций, которые может выполнять процессор. Попробуйте найти способ уменьшить число выполняемых инструкций: уменьшить число ненужной работы, кешировать операции и т.п. CPU flame графы — отличная утилита для этих целей. С точки зрения тюнинга железа, попробуйте использовать процессор с большей тактовой частотой и большим числом ядер и гипертредов.
Для моих правил выше я выбрал значение IPC 1.0, почему именно его? Я пришел к нему из своего опыта работы с PMC-счетчиками. Вы можете выбрать для себя другое значение. Сделайте два тестовых приложения, одно упирающееся по производительности в процессор, другое — в память. Посчитайте IPC для них и возьмите среднее значение.
Каждая такая утилита должны показывать IPC вместе с нагрузкой на процессор.
Или разделять нагрузку на процессор на instruction-retired и циклы stalled циклы, то есть, %INS и %STL.
Кроме утилиты top(1) для Линукса есть утилита tiptop(1), которая показывает IPC для каждого процесса:
tiptop - [root] Tasks: 96 total, 3 displayed screen 0: default PID [ %CPU] %SYS P Mcycle Minstr IPC %MISS %BMIS %BUS COMMAND 3897 35.3 28.5 4 274.06 178.23 0.65 0.06 0.00 0.0 java 1319+ 5.5 2.6 6 87.32 125.55 1.44 0.34 0.26 0.0 nm-applet 900 0.9 0.0 6 25.91 55.55 2.14 0.12 0.21 0.0 dbus-daemo
Проблема со stalled-циклами может быть не только в задержках связанных с памятью:
Нагрузка на процессор (CPU utilization) это обычно неправильно интерпретируемая метрика, так как она включает циклы, потраченные на ожидание ответа от основной памяти, которые могут доминировать в современных нагрузках. Вы можете понять что на самом деле стоит за %CPU используя дополнительные метрики, включая число инструкций за цикл (IPC). Если IPC < 1.0, то вероятно вы упираетесь в память, если IPC > 1.0, то в скорость процессора. Я писал про IPC в своем предыдущем посте, в том числе написал и о использовании PMC-счетчиках, необходимых для измерения IPC.
Инструменты мониторинга производительности, которые показывают %CPU должны показывать PMC-счетчики, чтобы не вводить пользователей в заблуждение. Например, они могут показывать %CPU с IPC и/или число instruction-retired и stalled циклов. Вооруженные этими метриками разработчики и админы могут решить как правильнее тюнинговать их приложения и системы.
Premium History Favourites
Advertising
Download for Windows It’s free
Download our free app
Advertising
Advertising
No ads with Premium
These examples may contain rude words based on your search.
These examples may contain colloquial words based on your search.
загрузка процессора
загрузки процессора
использование ЦП
загрузка ЦП
загрузки CPU
загрузки ЦП
использование центрального процессора
CPU Utilization
загрузки ЦПУ
загрузка CPU
загруженности CPU
уровень загруженности процессора
As long as the average CPU utilization stays below about 80% then everything is OK.
До тех пор, пока средняя загрузка процессора находится ниже 80% все в порядке.
The key metrics you already track — application performance, memory usage, CPU utilization — should continue to be tracked in the cloud.
Ключевые показатели, которые вы уже отслеживаете — производительность приложений, использование памяти, загрузка процессора — следует продолжать отслеживать и в облаке.
In some environments, enabling access-based enumeration can cause high CPU utilization on the server and slow response times for users.
В некоторых средах включение перечисления на основе доступа может привести к повышению загрузки процессора сервера и замедлить время ответа пользователям.
In addition, 83% said they don’t have an adequate grasp of server utilization, and 72% rely on 
83% просто не обладает достаточной информацией об использовании серверов, а 72% измеряют эффективность работы сервера уровнем загрузки процессора.
Windows, Linux, and other operating systems report the total number of cores and measure CPU utilization as if each logical core was actually a physical core.
Windows, Linux и другие операционные системы сообщают общее количество ядер и измеряют использование ЦП, как если бы каждое логическое ядро было фактически физическим ядром.
Resource usage: Resource usage includes the requirements of a routing protocol such as memory space (RAM), CPU utilization, and link bandwidth utilization.
Использование ресурсов — Использование ресурсов включает требования протокола маршрутизации, такие как пространство памяти, использование ЦП, и использование пропускной способности связи.
The CPU utilization immediately dropped under 20% and everything on the system started running at normal speeds again.
Загрузка процессора сразу же сократилась до 20% и вся система начала работать с нормальной скоростью.
But the takeaway is this: CPU utilization, as reported by Windows, is often incorrect.
Но выгода заключается в следующем: загрузка процессора
According to Gregg, CPU utilization as reported by Windows isn’t just wrong — it’s actively getting worse over time.
По словам Грегга, загрузка процессора, как сообщается Windows, не просто неверна — со временем она становится все хуже.
When we conducted testing to stress the CPU (100% write case), we saw an 18% decrease in throughput performance because there was not CPU utilization headroom.
Когда мы проводили тестирование с максимальной загруженностью процессора (100% операций записи), мы увидели снижение пропускной способности на 18%, что обусловлено отсутствием запаса для загрузки процессора.
C plug-ins, Litestep can display on your desktop free space on hard drives, show the degree of CPU utilization, control of any of the player Winamp and Windows Media Player (by default, is set on them).
С помощью подключаемых модулей, Litestep может отображать на рабочем столе свободное место на жестких дисках, показывать степень загрузки процессора, управлять из любой панели проигрывателями Winamp и Windows Media Player (по умолчанию система настраивается именно на них).
CPU Utilization Is Wrong on PCs, and Getting Worse Every Year
Использование ЦП не соответствует требованиям ПК и ухудшается каждый год
CPU utilization of central server: 99
Загрузка процессора центрального сервера: 99
Antivirus products that decompress cabinet files before scanning may result in sustained high CPU utilization when scanning this file and its contents.
Антивирусные программы, которые распаковывают файлы перед сканированием, могут обеспечивать устойчивый высокий уровень загруженности процессора при сканировании этого файла и его содержимого.
We can start from CPU utilization.
Начнем с использования ресурсов центрального процессора.
Fixed high CPU utilization in some rare cases.
Исправлена высокая загрузка ЦП в некоторых редких случаях.
Improves battery life by reducing CPU utilization by not redrawing the screen as frequently, on certain computers.
Увеличивает срок службы батарей путем уменьшения использования центрального процессора, без перестроения изображения, как часто бывает на некоторых компьютерах.
The detailed information of memory and CPU utilization are given in detailed test report.
Подробные данные потребления оперативной памяти и ресурсов процессора приведены в подробном отчете о тестировании.
It should be noted that if the csrss.exe process causes high CPU utilization, it may be a virus.
Следует отметить, что если процесс csrss.exe вызывает высокую загрузку ЦП, это может быть вирус.
CPU Utilization — The processor utilization time, as a percentage.
CPU% — использование процессора в процентном отношении.
Possibly inappropriate content
Examples are used only to help you translate the word or expression searched in various contexts. They are not selected or validated by us and can contain inappropriate terms or ideas. Please report examples to be edited or not to be displayed. Rude or colloquial translations are usually marked in red or orange.
Register to see more examples It’s simple and it’s free
Register Connect
No results found for this meaning.More features with our free app
Voice and photo translation, offline features, synonyms, conjugation, learning games
Results: 73. Exact: 73. Elapsed time: 74 ms.
Documents Corporate solutions Conjugation Synonyms Grammar Check Help & aboutWord index: 1-300, 301-600, 601-900
Expression index: 1-400, 401-800, 801-1200
Phrase index: 1-400, 401-800, 801-1200
Загрузка ЦП — это объем работы, выполняемой ЦП для выполнения поставленных перед ним задач. Это важный показатель для отслеживания, поскольку высокая загрузка ЦП может негативно сказаться на производительности системы.
Использование ЦП может варьироваться в зависимости от количества ядер ЦП, поскольку система работает быстрее и эффективнее в случае системы с большим числом ядер. Если ядра ЦП не могут справиться с большой нагрузкой приложения, это приводит к переключению контекста задач. Но слишком частое переключение контекста также приведет к увеличению загрузки ЦП.
Отслеживание и мониторинг эффективности ЦП необходимы для управления системными процессами и ресурсами. К счастью, существует ряд инструментов для мониторинга этого показателя.
Поскольку высокая загрузка ЦП указывает на низкую производительность системы, ее следует избегать. Использование ЦП выше среднего часто может быть связано с одной из следующих причин:
Если система простаивает, ОС создает процесс, называемый Процесс бездействия системы, чтобы предотвратить отключение системы. Этот процесс показывает высокую загрузку ЦП, но на самом деле указывает процент неиспользуемой мощности ЦП.
Если бездействующий процесс занимает до 99% мощности ЦП, это означает, что только 1% используется для выполнения реальных задач.
Автозапуск программ — это приложения, которые запускаются автоматически при загрузке операционной системы и продолжают работать в фоновом режиме. Слишком много фоновых процессов, запущенных одновременно на компьютере, потребляют ресурсы ЦП и вызывают ненужную загрузку ЦП.
Если система становится очень медленной при загрузке ЦП почти на 100%, но без ясной причины, проблема может заключаться в вирусе или вредоносном ПО. Они часто невидимы и сильно используют ЦП.
Даже браузер может вызвать высокую загрузку процессора, если:
Программы с высокими требованиями к ЦППриложения или программы, требующие высокой вычислительной мощности, включая программное обеспечение для редактирования видео и видеоигры с высоким разрешением, могут легко увеличить нагрузку на ЦП.
Высокая загрузка ЦП отрицательно влияет на производительность системы следующим образом:
Важно регулярно проверять загрузку ЦП, чтобы понять причину и влияние высокой загрузки ЦП.
Ниже приведены некоторые из наиболее популярных команд, используемых для мониторинга использования ЦП в режиме реального времени в системе Linux.
021 M/sec
1,433,972,173,374 cycles # 2.236 GHz (75.02%)
<not supported> stalled-cycles-frontend
<not supported> stalled-cycles-backend
1,118,336,816,068 instructions # 0.78 insns per cycle (75.01%)
249,644,142,804 branches # 389.218 M/sec (75.01%)
7,791,449,769 branch-misses # 3.12% of all branches (75.01%)
10.003794539 seconds time elapsed
top Команда Команда top используется для отображения динамического представления работающей системы в режиме реального времени.
Он отображает различные важные системные показатели вместе с набором процессов, которыми в настоящее время управляет ядро Linux. Это одна из наиболее широко используемых команд для отслеживания использования ЦП, статистики процессов и использования памяти в системе Linux.
Например, запуск команды top в системе Linux отобразит вывод, аналогичный приведенному ниже:
Рис. 1. Вывод команды top
Статистика ЦП, включая время простоя и время ожидания. Вы можете рассчитать общую загрузку ЦП, используя время простоя, используя приведенную ниже формулу:
Загрузка ЦП = 100 — время простоя
Например, в приведенном выше выводе время простоя равно 98,3%, поэтому загрузку ЦП можно рассчитать следующим образом:
Загрузка ЦП = 100 — 98,3 = 1,7%
Команда top создает список процессов, отсортированных по параметру %CPU или проценту использования ЦП процессом. Этот список содержит различные сведения о каждом процессе и автоматически обновляется каждые 5 секунд.
Проверка использования ЦП для каждого процесса имеет важное значение. Система может демонстрировать высокую загрузку ЦП, даже если большая часть нагрузки приходится на несколько процессов. Исследуйте отдельные процессы, чтобы определить причину и при необходимости завершить их.
В дополнение к команде top , ps — еще одна полезная команда для просмотра статистики ЦП на уровне процесса.
Команда ps Команда ps предоставляет информацию о процессах, запущенных в системе Linux. Он используется для просмотра информации, связанной с процессом, включая пользователя процесса, тип используемого терминала и PID процесса.
Выполнение команды ps в системе Linux приведет к выводу, аналогичному показанному ниже.
Рис. 4. Вывод команды ps
Вы также можете использовать команду ps для просмотра 10 наиболее ресурсоемких процессов, выполнив следующую команду:
ps -eo pcpu,pid,user,args | сортировать -k 1 -r | head -10
Вывод этой команды будет похож на рисунок ниже.
Рис. 5: Топ-10 процессов, потребляющих больше всего ЦП
Вывод приведенной выше команды предоставляет информацию, связанную с процессом, такую как идентификатор процесса (PID), пользователь процесса и команду, используемую для запуска процесса. Эта информация сортируется в соответствии с использованием ЦП и помогает пользователю идентифицировать процесс, использующий большую часть ЦП, чтобы они могли предпринять соответствующие действия.
Использование ЦП представляет собой объем работы, выполняемой ЦП для обработки ресурсов или управления задачами операционной системы. Этот показатель используется для определения производительности системы путем оценки среднего использования ЦП за определенный период времени.
Несколько факторов способствуют высокой загрузке ЦП, поэтому важно найти основную причину, чтобы уменьшить ее. В этой статье представлены три полезные команды — top , mpstat и ps , которые помогают пользователям отслеживать и устранять неполадки, связанные с ЦП в Linux.
В большинстве сценариев этих команд достаточно для устранения неполадок и снижения высокой загрузки ЦП.
Была ли эта статья полезной?
Жаль это слышать. Дайте нам знать, как мы можем улучшить статью.
Предыдущий Как исправить высокую загрузку ЦП
Далее Общие сведения о IOPS и пропускной способности
На этой странице описываются показатели использования ЦП, предоставляемые Cloud Spanner. Ты можешь просмотреть эти показатели в консоли Google Cloud и в Консоль облачного мониторинга.
Облачный гаечный ключ измеряет загрузку ЦП на основе источника и приоритета задачи.
Источник : Задача может быть инициирована пользователем или системой .
Приоритет : Приоритет помогает Spanner определяет, какие задачи должны выполняться в первую очередь. приоритет системные задачи предопределены и не могут быть настроены. Пользовательские задачи выполняются в высокий приоритет, если не указано иное. Многие запросы данных, такие как чтение и выполнить SQL, позволяет указать более низкий приоритет для запроса. Это может быть полезно, т.к. Например, когда вы выполняете пакетные, эксплуатационные или аналитические запросы, не имеют строгих SLO производительности.
Задачи с более высоким приоритетом, как правило, будут выполняться раньше
задачи с более низким приоритетом. Spanner позволяет высокоприоритетным задачам
использовать до 100% доступных ресурсов процессора, даже если есть конкурирующие
задачи с более низким приоритетом. В то время как менее приоритетные системные задачи могут быть отложены в
краткосрочной перспективе, они должны работать в конце концов. Поэтому вы должны
предоставить вашему экземпляру достаточную вычислительную мощность
справиться со всеми задачами.
Если нет задач с высоким приоритетом, Spanner будет использовать до 100% доступных ресурсов ЦП для более быстрого выполнения задач с более низким приоритетом. Всплески фонового использования не являются признаком проблемы. Задачи с более низким приоритетом может уступать задачам с более высоким приоритетом, в том числе пользовательским задачам, практически мгновенно.
В следующей таблице приведены примеры для каждой задачи:
| Пользовательские задачи | Системные задачи | |
|---|---|---|
| Высокий приоритет | Включает запросы данных, такие как читать или выполнить SQL, где либо нет приоритета, либо ПРИОРИТЕТ_ВЫСОКИЙ указано. | Включает разделение данных. |
| Средний приоритет | Включает в себя:
| Включает в себя:
|
| Низкий приоритет | Включает запросы данных, где PRIORITY_LOW: указано. | Включает заполнение индекса. |
Spanner предоставляет следующие показатели использования ЦП:
Сглаженное использование ЦП : Скользящее среднее общего использования ЦП, как
процент ресурсов ЦП экземпляра для каждой базы данных.
Каждая точка данных
является средним значением за предыдущие 24 часа. Используйте эту метрику для создания оповещений и
анализировать использование ЦП в течение длительного периода времени, например, 24 часа. Вы можете просмотреть
график для этого показателя
в консоли Google Cloud или в
Консоль облачного мониторинга как Скользящее среднее 24
час .
Загрузка ЦП по приоритету : Загрузка ЦП в процентах от ресурсы ЦП экземпляра, сгруппированные по приоритету, задачам, инициированным пользователем, и системные задачи. Используйте эту метрику для создания предупреждений и анализа использования ЦП. на высоком уровне. Вы можете просмотреть диаграмму для этой метрики в Консоль Google Cloud или в Консоль облачного мониторинга.
Загрузка ЦП по типу операции : Загрузка ЦП в процентах
ресурсов ЦП экземпляра, сгруппированных по инициированным пользователем операциям, таким как
читает, пишет и фиксирует. Используйте эту метрику, чтобы получить подробную разбивку ЦП
использовании и для дальнейшего устранения неполадок, как описано в
Исследование высокой загрузки ЦП.
Ты можешь
создать диаграмму для этого показателя
в консоли облачного мониторинга.
Вы также можете использовать консоль Cloud Monitoring для создания оповещений для ЦП использования, как описано ниже.
В следующей таблице приведены наши рекомендации по максимальному использованию ЦП для как однорегиональные, так и многорегиональные инстансы. Эти цифры должны гарантировать, что ваш экземпляр имеет достаточную вычислительную мощность, чтобы продолжать обслуживать ваш трафик при потере целой зоны (для однорегиональных инстансов) или весь регион (для экземпляров с несколькими регионами).
| Метрическая система | Максимум для экземпляров с одним регионом | Максимум на регион для экземпляров с несколькими регионами |
|---|---|---|
| Всего с высоким приоритетом | 65% | 45% |
| 24-часовой сглаженный заполнитель | 90% | 90% |
Чтобы помочь вам оставаться ниже рекомендуемых максимальных значений, создавайте оповещения в
Облачный мониторинг, который отслеживает высокоприоритетную загрузку ЦП и
средняя загрузка ЦП за 24 часа.
Загрузка ЦП может влиять на задержки запросов. Перегрузка отдельный внутренний сервер вызовет более высокие задержки запросов. Приложения следует запустить тесты и активный мониторинг, чтобы убедиться, что Cloud Spanner соответствует Требования к их производительности.
Таким образом, для приложений, чувствительных к производительности, может потребоваться дальнейшее снижение нагрузки на ЦП. использования с использованием методов, описанных в следующем разделе.
В этом разделе объясняется, как уменьшить загрузку ЦП экземпляра.
В общем, мы рекомендуем вам увеличить вычислительную мощность вашего пример в качестве отправной точки. После увеличения вычислительной мощности вы можете исследовать и устранять основные причины высокой загрузки ЦП.
Если вы превысите рекомендуемые максимальные значения использования ЦП, мы настоятельно
рекомендуем увеличить вычислительную мощность вашего экземпляра, чтобы он мог
продолжать эффективно работать.
Если вы хотите автоматизировать этот процесс, вы можете
создать приложение, которое отслеживает загрузку процессора, а затем увеличивает или уменьшает
вычислительной мощности по мере необходимости, используя Экземпляр обновления метод.
Чтобы определить, какая вычислительная мощность вам нужна, рассмотрите пиковый высокоприоритетный Использование ЦП, а также сглаженное среднее значение за 24 часа. Всегда выделяйте достаточно вычислительные мощности, чтобы загрузка ЦП не превышала рекомендованных максимальных значений. Как описывалось ранее, вам может потребоваться выделить дополнительные вычислительные ресурсы для приложения, чувствительные к производительности (например, для компенсации скачков рабочей нагрузки).
Если у вас недостаточно вычислительных мощностей, Spanner откладывает задачи на
уровень приоритета. Системные задачи с низким приоритетом, такие как сжатие базы данных и схема
проверка изменений, может быть отложена в пользу пользовательских задач.
Однако эти задачи
критически важны для работоспособности вашего экземпляра, и Spanner не может откладывать
их на неопределенный срок. Если Spanner не может завершить свою низкоприоритетную систему
задачи в течение определенного временного окна — от нескольких часов до суток — из-за
недостаточно вычислительных ресурсов, Spanner может повысить приоритет
системные задачи. Это изменение влияет на производительность задач пользователя .
Если показатель Загрузка ЦП по типу операции указывает, тип операции способствует высокой загрузке ЦП, используйте Spanner инструменты самоанализа для дальнейшего устранения неполадок. Для получения дополнительной информации см. Исследование высокой загрузки ЦП.
