Риск-регистр: эффективный инструмент управления рисками
Невозможно предвидеть все возможные риски, которые могут возникнуть в проекте, но, используя риск-регистр, вы готовы быстро реагировать до того, как риски станут реальными проблемами, отвлекающими весь проект.
Что такое риск-регистр?
Риск-регистр, или регистр рисков, является инструментом управления рисками, который используется для выявления потенциальных рисков, которые могут повлиять на выполнение плана проекта. Хотя риск-регистр в основном используется в ходе выполнения проекта, его следует создать на этапе планирования проекта. Никогда не рано начинать думать о анализе рисков в вашем проекте, и иметь под рукой готовый риск-регистр проекта является важным элементом управления рисками.
Риск-регистр является первым шагом в управлении рисками проекта, и это важная часть любой системы управления рисками. Он помогает менеджерам проектов составить список рисков, определить их приоритет, стратегии смягчения и ответственного за риск, чтобы все члены команды проекта знали, как реагировать на риск проекта.
Программное обеспечение по управлению проектами может помочь вам отслеживать риски лучше, чем статическая таблица. С помощью ProjectManager вы можете создать онлайн регистр рисков, где вы можете выявить риски, рассчитать их влияние и управлять ими со своей командой. С нашим видом Рисков вы можете составить список рисков и быть в курсе всех рисков в вашем проекте. Напишите описание, добавьте теги, определите разрешение, отметьте влияние и вероятность, даже посмотрите матрицу рисков – все в одном месте. Начните сегодня с бесплатной пробной версии.
Какова цель риск-регистра?
Если вы знаете, что такое управление рисками, то вы знаете, что следующим шагом для управления рисками является стратегическая работа по контролю потенциальных проблем, которые наиболее вероятно произойдут при управлении проектом. Поэтому у вас должен быть механизм анализа рисков, чтобы собрать потенциальные риски и разработать план по смягчению рисков и возвращению проекта на правильный путь, если эти риски станут реальностью.
Иметь регистр рисков для отслеживания рисков проекта, будь то простая электронная таблица или часть более надежного программного обеспечения для управления проектами, это хорошая идея, чтобы решать в любом плане проекта. Во всем есть риск, и это особенно верно при управлении проектом с множеством движущихся частей.
Риск-регистр против матрицы рисков
Риск-регистр и матрица рисков – это похожие инструменты. Оба оценивают уровень риска и являются ключевыми элементами любого плана контингентности или плана управления рисками. Но есть различия. Во-первых, матрица рисков – это визуальный инструмент. Он представляет каждый риск и отображает его на сетке.
Матрица рисков измеряет вероятность возникновения риска от редкого до практически уверенного и его тяжесть от незначительной до серьезной. Он также раскрашен для показа приоритета каждого из рисков, представленных на матрице.
Overview:
Пример реестра рисков для Acme Manufacturing
Давайте лучше понимать, как работает реестр рисков, составив пример реестра рисков. Представим, что вы Acme Manufacturing и планируете большой запуск виджетов, которые должны быть доставлены дистрибьюторам к определенной дате, чтобы попасть к вашим розничным продавцам и клиентам в ожидаемые сроки. Посмотрим, как выглядит пример журнала рисков.
Первый шаг – идентификация риска. Вы даете ему идентификационный номер для удобства отслеживания. Давайте назовем этот номер один – поломка оборудования. Следующий пункт – описание его влияния. Если оборудование выходит из строя на линии сборки, работа останавливается. Это влияет на график и даже на жизнеспособность всего проекта.
Чтобы избежать этой проблемы, проводится периодическое плановое техническое обслуживание, которое снижает вероятность поломки. Однако поломка всегда является риском, который может произойти, даже если машины находятся в хорошем техническом состоянии. Для смягчения этого можно иметь резервное оборудование, чтобы поддерживать работу линии сборки во время ремонта другого оборудования. Уровень риска зависит от влияния, которое этот риск может оказать на ваш проект. Риски, перечисленные в этом примере реестра рисков, высоки, потому что они влияют на бюджет и график проекта.
Далее идет владелец риска. Это может быть Джон Смит, механик, или Фред Джонс, работник, который управляет машиной. Это также может быть и тот, и другой, так как Фред может определить риск, когда это становится проблемой, и Джона вызывают на ремонт оборудования.
Если у вас есть что-то, что вы хотели бы добавить в реестр рисков, есть столбец для заметок в нашем шаблоне реестра рисков. Это можно использовать для отслеживания ремонта, если риск действительно происходит, или это может содержать какую-то другую соответствующую информацию, еще не упомянутую в реестре рисков.
Что включено в реестр рисков?
Давайте пройдемся по шагам создания реестра рисков, чтобы мы могли получить максимум от этого инструмента управления рисками.
Идентификация рисков
Соберите проектную команду, чтобы совместно обсудить потенциальные риски. Каждый член команды отвечает за разные аспекты проекта, поэтому используйте их экспертизу для выявления потенциально опасных для проекта рисков. Также обязательно поговорите со заинтересованными сторонами, чтобы убедиться, что ваши учтены их предложения и отслеживаются их риски. Обязательно рассмотрите все категории рисков потенциального влияния, от рыночных сил до ресурсов и погоды.
Описание проектных рисков
Следующее, что вы захотите сделать – описать риск проекта. Постарайтесь быть как можно более подробными, оставаясь при этом в рамках необходимого. Слишком расплывчатый риск затрудняет понимание, действительно ли риск превратился в реальную проблему. Например, не пишите погода для риска, зависимого от погоды. Лучше укажите что-то конкретно, относящееся к вашему проекту, например, Муссонный сезон в Индии может вызвать задержки в доставке меди, что повлияет на график проекта.
Управление рисками проекта с помощью программного обеспечения ProjectManager
Наблюдайте и снижайте риски напрямую из нашего программного обеспечения. Попробуйте бесплатно.
Оцените влияние риска
Включите все, что может повлиять на риск, чтобы разработать сильную стратегию для его управления. Например, если в вашем бизнес-секторе регионально ходят слухи об увольнениях, определите реальное влияние, которое это может оказать на график вашего проекта, если это произойдет. Например, Предполагаемые увольнения в юго-восточном регионе производства могут нарушить график производства в июне. Это может задержать выполнение всего проекта на три месяца, если не рассмотреть альтернативные варианты производства. Это указывает владельцу риска на расследование потенциальных вариантов производственных объектов за пределами этого региона, так чтобы был разработан настоящий план управления рисками.
Создайте план реагирования на риск
Это настоящая основная работа в реестре рисков проекта, поэтому уделите этому достаточно времени и усилий, чтобы выполнить его правильно. Вы хотите быть тщательными, но не чрезмерными. Держите план реагирования на риск кратким и к сути. Проведите исследование, чтобы, если риск появится в проекте, вы сможете немедленно приступить к действиям. Документируйте все планы реагирования и стратегии реализации. Если для этого требуется длинный документ, добавьте ссылку или приложение к документу плана реагирования на риск, чтобы указать прямо на запланированный ответ.
Определите приоритеты рисков проекта
Не все риски проекта созданы равными образом. Некоторые из них имеют более серьезное воздействие, чем другие, поэтому вам нужно решить, какие из них будут перейти в первый план, а какие можно проигнорировать, если у вас нет времени и ресурсов. Здесь вы определите уровень риска: высокий, средний или низкий. Таким образом, вы сможете отфильтровать свой реестр и определить приоритеты соответственно.
Определите владельцев рисков
Наконец, назначьте владельца для каждого риска. Если у вас нет владельца риска для каждого потенциального риска, то вы можете узнать об этом только тогда, когда воздействие этого риска станет необратимым.
Заметки
Есть еще один столбец в вашем реестре рисков, и это место для сбора заметок, которые не подходят под уже обсужденные категории. Важно иметь место, куда поместить эти идеи, чтобы они не потерялись в бесконечном потоке проекта.
Использование функций журнала рисков ProjectManager для отслеживания рисков
ProjectManager – это программное обеспечение по управлению проектами с наградами, включающее функции отслеживания рисков, которые позволяют вам легко перечислить, управлять и сотрудничать. После того, как вы выбрали определенный риск, есть простой и быстрый способ отредактировать каждый аспект риска, включая его название, описание, владельца и уровень приоритетности. И что еще лучше, у вас есть возможность добавлять заметки, файлы, изображения и другие вложения к этому конкретному риску проекта.
Another powerful risk management features is our real-time dashboard. Our project dashboard gives you a snapshot of your project status and is ideal for catching risks before they become issues. This unique feature is valued by project managers all over the world, in major companies like Volvo, NASA and Bank of America.
ProjectManager is online project management software that offers a collaborative risk-tracking tool that gives you all the features you need to identify, track and resolve risks as they become issues in your project. Try it yourself and see how it can make managing risk and the whole project that much easier. Take our free 30-day trial today!
All-in-one system, Double-sided screen, the large and small screen with the presentation; aluminum alloy body, simple atmosphere, durable; built-in dual-core processor, stable operation; external USB interface, can be connected to the code gun and other auxiliary equipment, convenient and practical, is a good helper for promotion and cash register.
Optional Panel Size:
10.1 inch + 15.6 inch
Features of 10.1 inch+15.6 inch Double Sided Cash Register Monitor
New Retail Smart Terminal
Small ticket printing, convenient cash register, dish display, everything is available
15.6 Inch Touch Screen
10-point capacitive touch, extremely fast sensing,with touch calibration function, accurate and fast.
It can be connected to auxiliary equipment such as scanning guns.
Large and small screen with the presentation, using aluminum alloy body, simple atmosphere, strong and durable
Support Multiple Payment Methods
RFID, code scanning, face swipe, free to choose.
Wide Range of Application Areas to Fully Meet Your Needs
Specifications of 10.1 inch+15.6 inch Double Sided Cash Register Monitor
Panel Model10.1 inch TFT LED15.6 inch TFT LED
Display Area (mm)216.96×135.60344.16×193.59
Panel Size (mm)241.86×161.6×5.2359.5×223.83.2
Related Interactive Touch Screen Table
Integrated Systems Europe 2024 (ISE)
Infocomm International 2023
Integrated Systems Europe 2023
Fight multi-accounting, catch fraudsters, and block bots before they can create an account
Stop online fraud at account creation. Protect your bottom line with SEON’s registration monitoring and unlock new revenue opportunities hidden in your platform to boot.
Anti-fraud solutions with friction slow account creation, reducing conversions and revenue.
Bonus abuse cuts into revenue, and skews marketing and performance statistics for the iGaming industry.
Multi-accounting erodes trust in online reviews and affiliate marketing as fraudsters inflate conversion metrics.
Block Suspicious Connections
Controlling the onboarding stage is the surest way to protect your business from fraudulent attacks. Chargebacks, identity theft, loan defaulting, bonus abuse, multi-accounting – it can all be traced back to fraudsters successfully signing up for your service.
SEON is also a powerful asset in your KYC and AML toolkit. You can augment your customer intelligence, save on KYC costs, and improve the accuracy of your risk-scoring models with our granular data. We’re a pre-KYC tool of choice for a number of industries, including fintech and iGaming, and also do AML checks such as sanctions, PEP, and crime watchlists.
FAQ
Senior Manager of Fraud Operations
"As soon as our staff used SEON on a regular basis, they could see its value. It immediately started saving them time as they didn’t have to trawl through the usual checkpoints. So much so, that the time spent by Air France analysts on manual reviews is down by an impressive 70%. Instead, all the information they needed was on one screen with a simple scoring system enabling them to see if a transaction was real or not."
Deputy Manager of Fraud Prevention
Chief Risk Officer
"We were looking at another provider, but they came back to us with a 4-6 months integration window. With SEON, it was literally a phone call, sandbox tests on Monday and by the end of the week, it was done. One other thing I’d like to comment on is the pricing model. It’s really 2022, like for scaling together. The SEON model, it’s now one we actively look for with our other partners. Clearly an organization that approaches work and its customers in a different way."
"I tested some extra rules, and over a few months I managed to push SEON’s auto approval from an initial accuracy of 95% unto 99.5%. Taking the time to update your SEON rules is an investment that gives great results. And the best thing is that we can do so without deploying any software. From an engineering perspective, it is extremely time and resource saving, allowing us to react much faster."
Senior Product Manager
"I couldn’t believe how fast the results came,” says Gergely. “Our chargeback rates dropped by 91% in one month only.” Moreover, the number of manual queries and fraud catch rates continued to improve after the initial 30 days as the system adjusted itself – part of the benefits of deploying a machine-learning algorithm to fine-tune accuracy."
"SEON allows us to stay one step ahead as by keeping advantage players at bay we are able to continue offering competitive bonuses with low wagering requirements to our players,” Daniel says. “And the fact that SEON team are so open to feedback and implement the feedback quickly gives us as their client a significant advantage which we couldn’t find with other competitors in their field."
Head of Compliance
"It wasn’t just the technology that’s great though, the education side of things helped us understand the types of tactics and patterns used by fraudsters and put rules into place to prevent them."
Head of Operations
"We deployed SEON both on our website and web app to gather device data as well as IP and email information. It was unbelievably fast, both in terms of integration and results. In 4 days only, our fraud rates were pretty much down to 0."
Senior Projects and Operations Specialist
"We overlay SEON’s digital and social lookup with device fingerprinting to get a good indication of whether the phone or tablet belongs to the actual client. We can instantly filter out obvious fraudsters with no digital or social presence, and we get better intelligence to automate our decision making."
Head of Risk
Read More AboutDigital Onboarding
Ready to see your fraud rates drop by the hour?Get in touch for your free trial or to see how SEON can help your business grow safely today.
"CR0" redirects here. For the Croydon postcode area, see CR postcode area.
A control register is a processor register that changes or controls the general behavior of a CPU or other digital device. Common tasks performed by control registers include interrupt control, switching the addressing mode, paging control, and coprocessor control.
This section needs expansion with: dates for IBM, Intel and other vendors. You can help by adding to it.
Control registers in IBM 360/67
Control Register 0 contains the address of the segment table for dynamic address translation.
Control register 2 is the Relocation exception address register.
CR4 is the extended mask register for channels 0-31. Each bit is the 1/0 channel mask for the corresponding channel.
CR5 is reserved for the extended mask register for channels 32–63. Each bit is the 1/0 channel mask for the corresponding channel.
CR6 contains two mode flags plus extensions to the PSW mask bits.
0 0 Machine Check Mask Extension for Channel Controller o
1 1 Machine Check Mask Extension for Channel Controller 1
2-3 Reserved for channel controllers 2-3
8 8 Extended Control Mode
9 9 Configuration Control Bit
24-31 External interrupt masking
26 Malfunction Alert – CPU 1 (Ext. Sig. 2)
27 Malfunction Alert – CPU 2 (Ext. Sig. 3)
28 Reserved (Ext. Sig. 4)
29 Reserved (Ext. Sig. 5)
30 External Interrupt – CPU 1, 2 (Ext. Sig. 6)
31 Reserved (Ext. Sig. 7)
Control Register 8 contains the assignments of Processor Storage units 1–4 to central processing units (CPUs) and channel controllers (CCs).
0 Processor Storage Unit 1 to CPU 1
1 Processor Storage Unit 1 to CPU 2
2-3 Reserved for CPU 3-4
4 Processor Storage Unit 1 to CC 0
5 Processor Storage Unit 1 to CC 1
6-7 Reserved for CC 3-4
8 Processor Storage Unit 2 to CPU 1
9 Processor Storage Unit 2 to CPU 2
10-11 Reserved for CPU 3-4
12 Processor Storage Unit 2 to CC 0
13 Processor Storage Unit 2 to CC 1
14-15 Reserved for CC 3-4
16 Processor Storage Unit 3 to CPU 1
17 Processor Storage Unit 3 to CPU 2
18-19 Reserved for CPU 3-4
20 Processor Storage Unit 3 to CC 0
21 Processor Storage Unit 3 to CC 1
22-23 Reserved for CC 3-4
24 Processor Storage Unit 4 to CPU 1
25 Processor Storage Unit 4 to CPU 2
26-27 Reserved for CPU 3-4
28 Processor Storage Unit 4 to CC 0
29 Processor Storage Unit 4 to CC 1
30-31 Reserved for CC 3-4
Control Register 9 contains the assignments of Processor Storage units 5–8 to central processing units (CPUs) and channel controllers (CCs).
0 Processor Storage Unit 5 to CPU 1
1 Processor Storage Unit 5 to CPU 2
4 Processor Storage Unit 5 to CC 0
5 Processor Storage Unit 5 to CC 1
8 Processor Storage Unit 6 to CPU 66
9 Processor Storage Unit 6 to CPU 2
12 Processor Storage Unit 6 to CC 0
13 Processor Storage Unit 6 to CC 1
16 Processor Storage Unit 7 to CPU 1
17 Processor Storage Unit 7 to CPU 2
20 Processor Storage Unit 7 to CC 0
21 Processor Storage Unit 7 to CC 1
24 Processor Storage Unit 8 to CPU 1
25 Processor Storage Unit 8 to CPU 2
28 Processor Storage Unit 8 to CC 0
29 Processor Storage Unit 8 to CC 1
Control Register 10 contains the Processor storage address assignment codes.
Bit Starting Address Code for
0-3 Processor Storage Unit 1
4-7 Processor Storage Unit 2
8-11 Processor Storage Unit 3
12-15 Processor Storage Unit 4
16-19 Processor Storage Unit 5
20-23 Processor Storage Unit 6
24-27 Processor Storage Unit 7
28-31 Processor Storage Unit 8
Control Register 11 contains channel controller (CC) assignments.
0 CC 0 available on CPU 1
1 CC 0 available on CPU 2
2-3 Reserved for CPUs 3-4
4 CC 1 available on CPU 1
5 CC 1 available on CPU 2
6-7 Reserved for CPUs 3-4
16 CPU 1 to only CC 0
17 CPU 1 to only CC 1
18-19 Reserved for CC 2-3
20 CPU 2 to only CC 0
21 CPU 2 to only CC 1
22-23 Reserved for CC 2-3
CR12 contains I/O Control Unit Partitioning.
Bit I/O Control Unit Interface
CR13 contains I/O Control Unit Partitioning.
CR14 contains indicators.
22 2167 Power On
24 Direct Control, CPU 1
25 Direct Control, CPU 2
28 Prefix, CPU 1
29 Prefix, CPU 2
Control registers in IBM S/390
0 16 Malfunction-alert subclass mask
0 17 Emergency-signal subclass mask
0 18 External-call subclass mask
0 19 TOD-clock sync-check subclass mask
0 20 Clock-comparator subclass mask
0 21 CPU-timer subclass mask
0 22 Service-signal subclass mask
0 24 Set to 1
0 25 Interrupt-key subclass mask
0 26 Set to 1
0 27 ETR subclass mask
1 0 Primary space-switch-event control
1 1-19 Primary segment-table origin
1 22 Primary subspace-group control
1 23 Primary private-space control
1 24 Primary storage-alteration-event control
1 25-31 Primary segment-table length
5 1-25 When the address-space-function control is one,Primary-ASN-second-table-entry
6 0-7 I/O-interruption subclass mask
7 1-19 Secondary segment-table origin
7 22 Secondary subspace-group control
7 23 Secondary private-space control
7 24 Secondary storage-alteration-event control
7 25-31 Secondary segment-table length
8 0-15 Extended authorization index
9 16-31 PER general-register masks
10 1-31 PER starting address
11 1-31 PER ending address
13 0 Home space-switch-event control
13 1-19 Home segment-table origin
13 23 Home private-space control
13 24 Home storage-alteration-event control
13 25-31 Home segment-table length
14 0 Set to 1
14 1 Set to 1
14 3 Channel-report-pending subclass mask
14 4 Recovery subclass mask
14 5 Degradation subclass mask
14 6 External-damage subclass mask
14 7 Warning subclass mask
Control registers in Intel x86 series
The CR0 register is 32 bits long on the 386 and higher processors. On x64 processors in long mode, it (and the other control registers) is 64 bits long. CR0 has various control flags that modify the basic operation of the processor. Register CR0 is the 32 Bit version of the old Machine Status Word (MSW) register. The MSW register was expanded to the Control Register with the appearance of the i386 processor.
0 PE Protected Mode Enable If 1, system is in protected mode, else, system is in real mode
1 MP Monitor co-processor Controls interaction of WAIT/FWAIT instructions with TS flag in CR0
2 EM Emulation If set, no x87 floating-point unit present, if clear, x87 FPU present
3 TS Task switched Allows saving x87 task context upon a task switch only after x87 instruction used
4 ET Extension type On the 386, it allowed to specify whether the external math coprocessor was an 80287 or 80387
5 NE Numeric error Enable internal x87 floating point error reporting when set, else enables PC style x87 error detection
16 WP Write protect When set, the CPU cannot write to read-only pages when privilege level is 0
18 AM Alignment mask Alignment check enabled if AM set, AC flag (in EFLAGS register) set, and privilege level is 3
29 NW Not-write through Globally enables/disable write-through caching
30 CD Cache disable Globally enables/disable the memory cache
31 PG Paging If 1, enable paging and use the § CR3 register, else disable paging.
Reserved, the CPU will throw a #UD exception when trying to access it.
Contains a value called Page Fault Linear Address (PFLA). When a page fault occurs, the address the program attempted to access is stored in the CR2 register.
Typical use of CR3 in address translation with 4 KiB pages
Used in protected mode to control operations such as virtual-8086 support, enabling I/O breakpoints, page size extension and machine-check exceptions.
0 VME Virtual 8086 Mode Extensions If set, enables support for the virtual interrupt flag (VIF) in virtual-8086 mode.
1 PVI Protected-mode Virtual Interrupts If set, enables support for the virtual interrupt flag (VIF) in protected mode.
2 TSD Time Stamp Disable If set, RDTSC instruction can only be executed when in ring 0, otherwise RDTSC can be used at any privilege level.
3 DE Debugging Extensions If set, enables debug register based breaks on I/O space access.
4 PSE Page Size Extension If set, enables 32-bit paging mode to use 4 MiB huge pages in addition to 4 KiB pages.
5 PAE Physical Address Extension If set, changes page table layout to translate 32-bit virtual addresses into extended 36-bit physical addresses.
6 MCE Machine Check Exception If set, enables machine check interrupts to occur.
8 PCE Performance-Monitoring Counter enable If set, RDPMC can be executed at any privilege level, else RDPMC can only be used in ring 0.
9 OSFXSR Operating system support for FXSAVE and FXRSTOR instructions If set, enables Streaming SIMD Extensions (SSE) instructions and fast FPU save & restore.
10 OSXMMEXCPT Operating System Support for Unmasked SIMD Floating-Point Exceptions If set, enables unmasked SSE exceptions.
13 VMXE Virtual Machine Extensions Enable see Intel VT-x x86 virtualization.
14 SMXE Safer Mode Extensions Enable see Trusted Execution Technology (TXT)
16 FSGSBASE FSGSBASE Enable If set, enables the instructions RDFSBASE, RDGSBASE, WRFSBASE, and WRGSBASE.
17 PCIDE PCID Enable If set, enables process-context identifiers (PCIDs).
18 OSXSAVE XSAVE and Processor Extended States Enable
19 KL Key Locker Enable If set, enables the AES Key Locker instructions.
22 PKE Protection Key Enable See Intel 64 and IA-32 Architectures Software Developer’s Manual.
Reserved, same case as CR1.
Additional Control registers in Intel x86-64 series
Extended Feature Enable Register (EFER) is a model-specific register added in the AMD K6 processor, to allow enabling the SYSCALL/SYSRET instruction, and later for entering and exiting long mode. This register becomes architectural in AMD64 and has been adopted by Intel as IA32_EFER. Its MSR number is 0xC0000080.
0 SCE (System Call Extensions)
1 DPE (AMD K6 only: Data Prefetch Enable)
2 SEWBED (AMD K6 only: Speculative EWBE# Disable)
3 GEWBED (AMD K6 only: Global EWBE# Disable)
4 L2D (AMD K6 only: L2 Cache Disable)
5-7 Reserved, Read as Zero
8 LME (Long Mode Enable)
10 LMA (Long Mode Active)
11 NXE (No-Execute Enable)
12 SVME (Secure Virtual Machine Enable)
13 LMSLE (Long Mode Segment Limit Enable)
14 FFXSR (Fast FXSAVE/FXRSTOR)
15 TCE (Translation Cache Extension)
17 MCOMMIT (MCOMMIT instruction enable)
18 INTWB (Interruptible WBINVD/WBNOINVD enable)
20 UAIE (Upper Address Ignore Enable)
21 AIBRSE (Automatic IBRS Enable)
The AMD64 architecture allows software to define up to 15 external interrupt-priority classes. Priority classes are numbered from 1 to 15, with priority-class 1 being the lowest and priority-class 15 the highest. CR8 uses the four low-order bits for specifying a task priority and the remaining 60 bits are reserved and must be written with zeros.
The TPR is cleared to 0 on reset.
XCR0 and XSS
0 X87 (x87 FPU/MMX State, note, must be ‘1’)
1 SSE (XSAVE feature set enable for MXCSR and XMM regs)
2 AVX (AVX enable, and XSAVE feature set can be used to manage YMM regs)
3 BNDREG (MPX enable, and XSAVE feature set can be used for BND regs)
4 BNDCSR (MPX enable, and XSAVE feature set can be used for BNDCFGU and BNDSTATUS regs)
5 opmask (AVX-512 enable, and XSAVE feature set can be used for AVX opmask, AKA k-mask, regs)
6 ZMM_hi256 (AVX-512 enable, and XSAVE feature set can be used for upper-halves of the lower ZMM regs)
7 Hi16_ZMM (AVX-512 enable, and XSAVE feature set can be used for the upper ZMM regs)
8 PT (Processor Trace)
9 PKRU (XSAVE feature set can be used for PKRU register, which is part of the protection keys mechanism)
13 HDC (Hardware duty cycling)
15 LBR (Last branch record)
16 HWP (Hardware P-states)
19 APX extended GPRs (R16 through R31)
There is also the IA32_XSS MSR, which is located at address DA0h. The IA32_XSS MSR controls bits of XCR0 which are considered to be "supervisor" state, and should be invisible to regular programs. It operates with the privileged XSAVES and XRSTORS instructions by adding supervisor state to the data they operate with. Put simply, if the X87 state was enabled in XCR0 and PT state was enabled in IA32_XSS, the XSAVE instruction would only store X87 state, while the privileged XSAVES would store both X87 and PT states. Because it is an MSR, it can be accessed using the RDMSR and WRMSR instructions.
0–7 Reserved; must be 0.
8 PT (Enables the saving and loading of nine Processor Trace MSRs.)
10 Processor Address Space ID (PASID) state
12 Control-flow Enforcement Technology (CET) Supervisor State
13 HDC (Enables the saving and loading of the IA32_PM_CTL1 MSR.)
15 Last branch recording (LBR) state
16 HWP (enables the saving/loading of IA32_HWP_REQUEST MSR)
17–63 Reserved; must be 0.
M67prelim System/360 Model 67 – Time Sharing System – Preliminary Technical Summary . Systems Reference Library (First ed.). IBM. C20-1647-0. Retrieved 2023. M67 IBM System/360 Model 67 – Functional Characteristics . Systems Reference Library (Third ed.). IBM. February 1972. A27-2719-0. Retrieved 2023. S/370 IBM System/370 – Principles of Operation (Eleventh ed.). IBM. September 1987. GA22-7000-10. Retrieved 2023. S/370-XA IBM System/370 Extended Architecture Principles of Operation (Second ed.). IBM. January 1987. SA22-7085-1. Retrieved 2023. S/370-ESAIBM Enterprise Systems Architecture/370 Principles of Operation (First ed.). IBM. August 1988. SA22-7200-0. Retrieved 2023. S/390-ESA IBM Enterprise Systems Architecture/390 Principles of Operation (Ninth ed.). IBM. June 2003. SA22-7201-08. Retrieved 2023. z/Architecture z/Architecture – Principles of Operation (Fourteenth ed.). IBM. May 2022. SA22-7832-13. Retrieved 2023.
You can register hosts to collect system health and performance metrics.
Prerequisites for monitoring
Once a component is registered, you can configure alert rules and add the component to collections.
Other software component types, such as ArcGIS software and databases, must be registered individually to enable monitoring.
Observers
The Discover observer scans for changes and manages attribute data across the host.The default interval for this observer is 15 minutes; however, it can be configured to run at longer intervals since changes to the underlying site configuration are expected to be infrequent.
The Metrics observer collects host metric data.The default interval for this observer is 1 minute to retrieve data more frequently. It is not recommended that you run this observer at longer intervals.
Collected attributes
Attribute nameDescriptionData type
The instance type (virtual or physical).
CPU Cores LogicalThe CPU’s total number of logical cores.
CPU Cores PhysicalThe CPU’s total number of physical cores.
The CPU name and model information.
The speed of the CPU.
The host’s total amount of memory (RAM).
The speed of the network.
The date and time the host was last started.
The host’s UTC time zone offset.
The software version of the operating system (OS).
Storage attributes
The size of the volume.
Collected metrics
Metric nameDescriptionData type
CPU Cores UtilizedThe number of logical CPU cores in use.
The proportion of CPU resources in use.Values approaching 100 may indicate that more resources are needed to handle the workload.
The total amount of physical memory.
The amount of memory in use.
The proportion of memory in use.Values approaching 100 may indicate that more resources are needed to handle the workload.
The rate of network data received.
Network Incoming UtilizedThe proportion of incoming network bandwidth in use.
The rate of network data sent.
Network Outgoing UtilizedThe proportion of outgoing network bandwidth in use.
The total pagefile or swap memory resources available.
The total pagefile or swap memory resources in use.
The proportion of pagefile or swap memory resources in use.
Process CPU UtilizedThe proportion of CPU resources in use.Values approaching 100 may indicate that more resources are needed to handle the workload.
The number of process instances that are running.
Process Memory UsedThe amount of memory resources in use.
Process Memory UtilizedThe proportion of memory in use.Values approaching 100 may indicate that more resources are needed to handle the workload.
The total number of terminal sessions.
Terminal Sessions ActiveThe total number of active terminal sessions.
Terminal Sessions InactiveThe total number of inactive terminal sessions.
Storage metrics
Storage Capacity AvailableThe amount of available storage space.
Storage Capacity UsedThe amount of storage space in use.
Storage Capacity UtilizedThe proportion of storage capacity in use.
Storage Read RateThe number of disk reads per second.
Storage Write RateThe number of disk writes per second.
Default alert rules
Metric nameAggregationOperatorInfo thresholdWarning thresholdCritical thresholdSamples
Is greater than
Process CPU UtilizedIs greater than
Process Memory UtilizedIs greater than
Storage Capacity UtilizedIs greater than
Related topics
Feedback on this topic?
You can monitor Linux systems particularly well with Checkmk. This is not so much because the Checkmk development team feels ‘at home’ on Linux, but is rather due to Linux being a very open system which provides numerous well documented and easy to query interfaces to support a detailed monitoring system.
Since most of the interfaces are not actually accessible via the network, the installation of a monitoring agent is required. That is why Checkmk has its own agent for monitoring Linux. This agent is a simple shell script that is minimalistic, transparent and secure.
In Checkmk version , with the Agent Controller a new component has been added to this agent script. The Agent Controller is upstream of the agent script, queries it and communicates with the Checkmk server in its place. To do this, it registers with the Agent Receiver, a process that runs on the Checkmk server.
So, on the one hand, the Linux agent takes over the agent script, and thus also its advantages. On the other hand, it supplements the script so that new functions can be added, such as TLS encryption of communication or data compression.
The registered, encrypted and compressed pull mode with the Agent Controller is available from version for all Checkmk editions — provided both Checkmk server and agent version have at least . From Checkmk version onwards, the Checkmk Cloud Edition also features the push mode, which facilitates the monitoring of hosts that are located behind firewalls. This function is usually combined with the automatic registration of Checkmk agents.
The Agent Controller is started as a background process (daemon) by the systemd init system, so the agent will require a Linux distribution that includes systemd. This requirement will probably be met on your host, as since 2015 most Linux distributions have adopted systemd as their init system.
However, the agent also masters a so-called legacy mode to support Linux systems with a different computer architecture than x86_64, without RPM or DEB package management and without the systemd init system. In this legacy mode, the agent works only as an agent script, i.e. without an Agent Controller and thus without registration on the Checkmk server.
The article you are reading here covers the installation, configuration and extending of the Linux agent with the Agent Controller. It also shows you how to find out whether the agent needs to be set up in the legacy mode on your Linux system without an Agent Controller. In the Monitoring Linux in legacy mode article you will will find all of the information on this subject.
Architecture of the agent
The Checkmk agent consists of the agent script and the Agent Controller, which communicates with the Agent Receiver on the Checkmk server. See the general article on monitoring agents for details on the common architecture of Linux agent and Windows agent. This chapter is about the Linux specific implementation.
The agent script check_mk_agent is responsible for the collection of the monitoring data and calls existing system commands for the data collection in sequence. In order to obtain such information the agent also requires root privileges, so the check_mk_agent must be executed under root.
The agent script is minimalistic, secure, easily extensible, and transparent because it is a shell script where you can see what commands it calls.