Translation

English
English Dutch
Depending on the number of logins and use of spine data collector, %s will need many connections. The calculation for spine is: total_connections = total_processes * (total_threads + script_servers + 1), then you must leave headroom for user connections, which will change depending on the number of concurrent login accounts. Afhankelijk van het aantal logins en het gebruik van de Spine data collector, heeft %s een aantal verbindingen nodig. De berekening voor Spine is: totaal_aantal_verbindingen = totaal_aantal_processen * (totaal_aantal_threads + script_servers + 1), en dan heeft u nog ruimte nodig voor gebruikersverbindingen, deze zullen variëren door het aantal gelijktijdige verbindingen van gebruikeraccounts.
Keeping the table cache larger means less file open/close operations when using innodb_file_per_table. Het groter houden van de tabel cache betekent minder open/dicht-bewerkingen bij gebruik van innodb_file_per_table.
With Remote polling capabilities, large amounts of data will be synced from the main server to the remote pollers. Therefore, keep this value at or above 16M. Met remote polling oplossingen zullen grote hoeveelheden data worden gesynchroniseerd van de hoofd poller naar de remote pollers. Hou daarom deze waarde op of boven de 16M.
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. Als u de Cacti Performance Booster gebruikt en een geheugenopslag engine kiest, moet u voorzichtig zijn met het spoelen van uw Performance Booster buffer voordat het systeem geen geheugenruimte meer heeft. Dit gebeurt op twee manieren, eerst wordt de grootte van uw output kolom teruggebracht tot precies de juiste grootte. Deze kolom staat in de tabellen poller_output, en poller_output_boost. Het tweede wat u kunt doen is meer geheugen toewijzen aan geheugentabellen. We hebben willekeurig gekozen voor een aanbevolen waarde van 10% van het systeemgeheugen, maar als u SSD-schijfstations gebruikt of een kleiner systeem hebt, kunt u deze aanbeveling negeren of een andere opslagmotor kiezen. U kunt het verwachte verbruik van de Performance Booster tabellen zien onder Console -> System Utilities -> View Boost Status.
When executing subqueries, having a larger temporary table size, keep those temporary tables in memory. Wanneer subqueries worden uitgevoerd, is een grote tijdelijk tabel grootte handig zodat deze tijdelijke tabellen in-memory blijven.
If this number is negative, reduce the innodb_buffer_pool_size until the join_buffer_size turns positive, but allocate approximately from between 25%-50% of memory to the innodb_buffer_pool_size if the database is hosted on the Cacti server, or upto 80% of the systems memory if the database is separate from the Cacti web server. However, try to not go below the default of 262,144. 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 database is hosted on the Cacti web server and less if you intend to have very large RRDfiles or hundreds of thousands to millions long term.
If this number is negative, reduce the innodb_buffer_pool_size until the sort_buffer_size turns positive, but allocate approximately from between 25%-50% of memory to the innodb_buffer_pool_size if the database is hosted on the Cacti server, or upto 80% of the system memory if the database is separate from the Cacti web server. However, try to not go below the default setting of 2,097,152. A sort buffer performs sorts for some queries using ORDER BY or GROUP BY. Configuring sort_buffer_size decides how much memory will be allocated for sort queries. The sort_buffer_size may need to be adjusted from the default if the workload requires a significant number of sort queries. The sort_buffer_size is defined on a per-session variable. Use the same equation as that of the join_buffer_size to determine the per connection possible 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. Wanneer de InnoDB storage engine wordt gebruikt is het belangrijk om de table spaces gescheiden te houden. Dit maakt het beheer van de tabellen simpeler voor langdurig gebruik van %s. Als op dit moment deze waarde niet actief is, kunt u migreren naar de per-bestand opslag door deze optie te activeren en een ALTER statement uit te voeren op iedere InnoDB tabel.
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. Bij het gebruik van innodb_file_per_table is het belangrijk om het innodb_file_format in te stellen op Barracuda. Deze instelling maakt langere indexen mogelijk die belangrijk zijn voor bepaalde Cactustabellen.
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. Als uw tabellen zeer grote indexen hebben, moet u werken met de Barracuda innodb_file_format en de innodb_large_prefix gelijk aan 1. Als u dit niet doet, kan dit leiden tot plug-ins die niet goed tabellen kunnen maken.
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. If you database is very large or remote, you can consider increasing this size. If remote, it can by as high as 80% of the systems memory. However, cautions must be taken to reduce the swapiness of the system, or to remove swap to keep the system from swapping. InnoDB zal zoveel mogelijk tabellen en indexen in het systeemgeheugen opslaan. Daarom moet je de innodb_buffer_pool groot genoeg maken om zoveel mogelijk van de tabellen en index in het geheugen te houden. Het controleren van de grootte van de map /var/lib/mysql/cacti helpt bij het bepalen van deze waarde. Wij raden 25% van het totale geheugen van uw systemen aan, maar uw behoeften zullen variëren afhankelijk van de grootte van uw systemen.
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. Deze instellingen moeten AAN blijven tenzij uw Cacti-instanties op ZFS of FusionI / O draaien, die beide een interne logboek hebben om abrupte systeemcrashes op te vangen. Als u echter een zeer goede voeding heeft en uw systemen zelden uitvallen en u back-ups heeft, kunt u door deze instelling op UIT te zetten de databaseprestaties met bijna 50% verhogen.
This is where metadata is stored. If you had a lot of tables, it would be useful to increase this. Dit is waar metadata is opgeslagen. Als u een grote hoeveelheid tabellen heeft is het handig om deze waarde te verhogen.
Rogue queries should not for the database to go offline to others. Kill these queries before they kill your system. Rogue-queries zouden niet moeten omdat deze de server omlaag halen. Kill deze queries voordat ze uw systeem killen.
Maximum I/O performance happens when you use the O_DIRECT method to flush pages. Maximale I/O-prestaties worden bereikt wanneer u de O_DIRECT-methode gebruikt om pagina's door te spoelen.
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. Het instellen van deze waarde op 2 betekent dat je alle transacties elke seconde spoelt in plaats van bij het vastleggen. Hierdoor kan %s minder vaak schrijven.
With modern SSD type storage, having multiple io threads is advantageous for applications with high io characteristics. Met moderne SSD opslag is het hebben van meerdere IO threads voordelig voor applicaties met een hoog IO gebruik.
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 Vanaf %s %s %s, kunt u controleren hoe vaak %s transacties naar de schijf spoelt. De standaardwaarde is 1 seconde, maar in hoge I/O-systemen kan het instellen op een waarde groter dan 1 de I/O van de schijf meer sequentieel maken.
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. Met moderne SSD opslag is het hebben van meerdere lees IO threads voordelig voor applicaties met een hoog IO gebruik.
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. Met moderne SSD opslag is het hebben van meerdere schrijf IO threads voordelig voor applicaties met een hoog IO gebruik.
%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 zal de innodb_buffer_pool onderverdelen in geheugendelen om de snelheid te optimaliseren. De maximale waarde is 64. Wanneer uw innodb_buffer_pool minder is dan 1GB, moet u de pool grootte delen door 128MB. Ga hiermee door tot de maximale waarde van 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 zal de innodb_buffer_pool onderverdelen in geheugendelen om de snelheid te optimaliseren. De maximale waarde is 64. Wanneer uw innodb_buffer_pool minder is dan 1GB, moet u de pool grootte delen door 128MB. Ga hiermee door tot de maximale waarde van 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. Als u SSD-schijven hebt, gebruik dan deze suggestie. Als u fysieke harde schijven hebt, gebruik dan 200 * het aantal actieve schijven in de array. Bij gebruik van NVMe of PCIe Flash kunnen veel grotere aantallen tot 100000 worden gebruikt.
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. Als u SSD-schijven hebt, gebruik dan deze suggestie. Als u fysieke harde schijven hebt, gebruik dan 2000 * het aantal actieve schijven in de array. Bij gebruik van NVMe of PCIe Flash kunnen veel grotere aantallen tot 200000 worden gebruikt.
If you have SSD disks, use this suggestion. Otherwise, do not set this setting. Als u SSD-schijven hebt, gebruik dan deze suggestie. Stel deze instelling anders niet in.
With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics. Met moderne SSD opslag is het hebben van meerdere lees IO threads voordelig voor applicaties met een hoog IO gebruik.
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. Met moderne SSD opslag is het hebben van meerdere schrijf IO threads voordelig voor applicaties met een hoog IO gebruik.
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. Bij gebruik van MariaDB 10.2.4 en hoger moet deze instelling uitgeschakeld zijn als atomaire schrijfbewerkingen zijn ingeschakeld. Schakel daarom atomaire schrijfbewerkingen in in plaats van de dubbele schrijfbuffer, omdat dit de prestaties verbetert.
When using MariaDB 10.2.4 and above, you can use atomic writes over the doublewrite buffer to increase performance. Wanneer u MariaDB 10.2.4 en hoger gebruikt, kunt u atomaire schrijfbewerkingen over de dubbele schrijfbuffer gebruiken om de prestaties te verbeteren.
%s Tuning %s Tuning
Note: Many changes below require a database restart Let op: veel wijzigingen die hieronder worden vermeld vereisen een herstart van de database server
Component Translation Difference to current string
This translation Propagated Needs editing Cacti/core
The following string has the same context and source.
Propagated Translated Cacti/core (v1.2.x)

Loading…

No matching activity found.

Browse all component changes

Glossary

English Dutch
No related strings found in the glossary.

String information

Flags
php-format
Source string location
lib/utility.php:1133
String age
3 years ago
Source string age
3 years ago
Translation file
locales/po/nl-NL.po, string 4098