Translation

English
English Russian
If using the Cacti Performance Booster and choosing a memory storage engine, you have to be careful to flush your Performance Booster buffer before the system runs out of memory table space. This is done two ways, first reducing the size of your output column to just the right size. This column is in the tables poller_output, and poller_output_boost. The second thing you can do is allocate more memory to memory tables. We have arbitrarily chosen a recommended value of 10%% of system memory, but if you are using SSD disk drives, or have a smaller system, you may ignore this recommendation or choose a different storage engine. You may see the expected consumption of the Performance Booster tables under Console -> System Utilities -> View Boost Status.
When executing subqueries, having a larger temporary table size, keep those temporary tables in memory. При выполнении подзапросов, имеющих больший размер временной таблицы, сохраняйте эти временные таблицы в памяти.
When performing joins, if they are below this size, they will be kept in memory and never written to a temporary file. As this is a per connection memory allocation, care must be taken not to increase it too high. The sum of the join_buffer_size + sort_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_stack + binlog_cache_size + Core MySQL/MariaDB memory should be below 80%. If the recommendation is negative, you must decrease this and or the sort_buffer_size until the recommendation fits within the allowable memory.
When using InnoDB storage it is important to keep your table spaces separate. This makes managing the tables simpler for long time users of %s. If you are running with this currently off, you can migrate to the per file storage by enabling the feature, and then running an alter statement on all InnoDB tables. При использовании системы хранения InnoDB важно, чтобы ваши столовые пространства были разделены. Это упрощает управление таблицами в %s в течение длительного времени. Если у вас в данный момент эта функция выключена, вы можете перейти на файловое хранилище, включив данную функцию, а затем запустив оператор change на всех таблицах InnoDB.
When using innodb_file_per_table, it is important to set the innodb_file_format to Barracuda. This setting will allow longer indexes important for certain Cacti tables. При использовании innodb_file_per_table важно установить формат innodb_file_format на Barracuda. Эта настройка позволит использовать более длинные индексы, важные для определенных таблиц кактусов.
If your tables have very large indexes, you must operate with the Barracuda innodb_file_format and the innodb_large_prefix equal to 1. Failure to do this may result in plugins that can not properly create tables. Если ваши таблицы имеют очень большие индексы, вы должны работать с Barracuda innodb_file_format и innodb_large_prefix, равным 1. Невыполнение этого может привести к плагинам, которые не могут должным образом создавать таблицы.
InnoDB will hold as much tables and indexes in system memory as is possible. Therefore, you should make the innodb_buffer_pool large enough to hold as much of the tables and index in memory. Checking the size of the /var/lib/mysql/cacti directory will help in determining this value. We are recommending 25%% of your systems total memory, but your requirements will vary depending on your systems size.
This settings should remain ON unless your Cacti instances is running on either ZFS or FusionI/O which both have internal journaling to accomodate abrupt system crashes. However, if you have very good power, and your systems rarely go down and you have backups, turning this setting to OFF can net you almost a 50% increase in database performance. Эти параметры должны оставаться включенными, если только ваши экземпляры Cacti не работают на ZFS или FusionI / O, которые оба имеют внутреннее ведение журнала для предотвращения внезапных сбоев системы. Однако, если у вас очень хорошая мощность, и ваши системы редко выходят из строя и у вас есть резервные копии, отключение этого параметра может привести к увеличению производительности базы данных почти на 50%.
This is where metadata is stored. If you had a lot of tables, it would be useful to increase this. Здесь хранятся метаданные. Если бы у вас было много таблиц, было бы полезно увеличить их количество.
Rogue queries should not for the database to go offline to others. Kill these queries before they kill your system. Некорректные запросы не должны приводить к тому, что база данных перейдет в автономный режим для других пользователей. Убейте эти запросы, прежде чем они уничтожат ваш организм.
Maximum I/O performance happens when you use the O_DIRECT method to flush pages. Максимальная производительность ввода/вывода достигается при использовании метода O_DIRECT для промывки страниц.
Setting this value to 2 means that you will flush all transactions every second rather than at commit. This allows %s to perform writing less often. Установка этого значения в 2 означает, что вы будете каждую секунду смывать все транзакции, а не при фиксации. Это позволяет %s выполнять запись реже.
With modern SSD type storage, having multiple io threads is advantageous for applications with high io characteristics. Современные SSD-накопители с несколькими потоками io выгодно использовать в приложениях с высокими характеристиками io.
As of %s %s, the you can control how often %s flushes transactions to disk. The default is 1 second, but in high I/O systems setting to a value greater than 1 can allow disk I/O to be more sequential Как и в %s %s, вы можете контролировать, как часто %s проливает транзакции на диск. По умолчанию - 1 секунда, но в системах с высоким уровнем ввода/вывода установка значения больше 1 может позволить дисковому входу/выходу быть более последовательным.
With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics. Depending on your MariaDB/MySQL versions, this value can go as high as 64. But try to keep the number less than your total SMT threads on the database server. Благодаря современным SSD-накопителям, возможность многократного чтения потоков io выгодна для приложений с высокими характеристиками io.
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. Depending on your MariaDB/MySQL versions, this value can go as high as 64. But try to keep the number less than your total SMT threads on the database server. Благодаря современным SSD-накопителям, возможность многократной записи потоков io выгодна для приложений с высокими характеристиками io.
%s will divide the innodb_buffer_pool into memory regions to improve performance for versions of MariaDB less than 10.5. The max value is 64, but should not exceed more than the number of CPU cores/threads. When your innodb_buffer_pool is less than 1GB, you should use the pool size divided by 128MB. Continue to use this equation up to the max the number of CPU cores or 64. %s разделит innodb_buffer_pool на области памяти для повышения производительности. Максимальное значение - 64. Если ваш innodb_buffer_pool меньше 1 ГБ, вы должны использовать размер пула, разделенный на 128MB. Продолжайте использовать это уравнение до максимального значения 64.
%s will divide the innodb_buffer_pool into memory regions to improve performance for versions of MySQL upto and including MySQL 8.0. The max value is 64, but should not exceed more than the number of CPU cores/threads. When your innodb_buffer_pool is less than 1GB, you should use the pool size divided by 128MB. Continue to use this equation up to the max of the number of CPU cores or 64. %s разделит innodb_buffer_pool на области памяти для повышения производительности. Максимальное значение - 64. Если ваш innodb_buffer_pool меньше 1 ГБ, вы должны использовать размер пула, разделенный на 128MB. Продолжайте использовать это уравнение до максимального значения 64.
If you have SSD disks, use this suggestion. If you have physical hard drives, use 200 * the number of active drives in the array. If using NVMe or PCIe Flash, much larger numbers as high as 100000 can be used. Если у вас есть SSD-диски, воспользуйтесь этим предложением. Если у вас есть физические жесткие диски, используйте 200 * количество активных дисков в массиве. При использовании NVMe или PCIe Flash можно использовать гораздо больше цифр, вплоть до 100000.
If you have SSD disks, use this suggestion. If you have physical hard drives, use 2000 * the number of active drives in the array. If using NVMe or PCIe Flash, much larger numbers as high as 200000 can be used. Если у вас есть SSD-диски, воспользуйтесь этим предложением. Если у вас есть физические жесткие диски, используйте 2000 * количество активных дисков в массиве. При использовании NVMe или PCIe Flash можно использовать гораздо больше цифр, вплоть до 200000.
If you have SSD disks, use this suggestion. Otherwise, do not set this setting. Если у вас есть SSD-диски, воспользуйтесь этим предложением. В противном случае, не устанавливайте эту настройку.
With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics. Благодаря современным SSD-накопителям, возможность многократного чтения потоков io выгодна для приложений с высокими характеристиками io.
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. Благодаря современным SSD-накопителям, возможность многократной записи потоков io выгодна для приложений с высокими характеристиками io.
When using MariaDB 10.2.4 and above, this setting should be off if atomic writes are enabled. Therefore, please enable atomic writes instead of the double write buffer as it will increase performance. При использовании MariaDB 10.2.4 и выше этот параметр должен быть отключен, если включена атомарная запись. Поэтому, пожалуйста, включите атомарную запись вместо двойного буфера записи, так как это повысит производительность.
When using MariaDB 10.2.4 and above, you can use atomic writes over the doublewrite buffer to increase performance. При использовании MariaDB 10.2.4 и выше вы можете использовать атомарную запись в буфер двойной записи для повышения производительности.
%s Tuning %s Настройка
Note: Many changes below require a database restart Примечание: Многие изменения ниже требуют перезапуска базы данных.
Variable Переменная
Current Value Текущее значение
Recommended Value Рекомендуемое значение
Comments Комментарии
Component Translation Difference to current string
This translation Propagated Translated Cacti/core (v1.2.x)
The following string has the same context and source.
Propagated Needs editing Cacti/core

Loading…

No matching activity found.

Browse all component changes

Glossary

English Russian
No related strings found in the glossary.

String information

Source string location
lib/utility.php:1149
String age
2 years ago
Source string age
3 years ago
Translation file
locales/po/ru-RU.po, string 3736