Cacti/core — Swedish @ Cacti Translations: With modern SSD type storage, having multiple read io threads …

Translation

English

Swedish

Needs editing

	English	Swedish
	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.	Om du använder Cacti Performance Booster och väljer en minneslagringsmotor måste du vara noga med att tömma Performance Booster-bufferten innan systemet får slut på utrymme i minnestabellen. Detta görs på två sätt, först genom att minska storleken på din utdatakolumn till precis rätt storlek. Den här kolumnen finns i tabellerna poller_output och poller_output_boost. Det andra du kan göra är att allokera mer minne till minnestabellerna. Vi har godtyckligt valt ett rekommenderat värde på 10%% av systemminnet, men om du använder SSD-diskar eller har ett mindre system kan du ignorera denna rekommendation eller välja en annan lagringsmotor. Du kan se den förväntade förbrukningen av Performance Booster-tabellerna under Console -> System Utilities -> View Boost Status.
	When executing subqueries, having a larger temporary table size, keep those temporary tables in memory.	När du kör underfrågor, som har en större storlek på temporära tabeller, behåller du dessa temporära tabeller i minnet.
	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.	Om detta tal är negativt, minska innodb_buffer_pool_size tills join_buffer_size blir positivt, men allokera ungefär mellan 25%-50% minne till innodb_buffer_pool_size om databasen är hostad på Cacti-servern, eller upp till 80% o f systemminnet om databasen är separat från Cacti-webbservern. Försök dock att inte gå under standardvärdet på 262 144. När du utför sammankopplingar, om de är mindre än denna storlek, kommer de att hållas i minnet och aldrig skrivas till en tillfällig fil. Eftersom detta är en minnesallokering per anslutning måste man se till att inte öka den för mycket. Summan av join_buffer_size + sort_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_stack + binlog_cache_size + Core MySQL/MariaDB-minne bör vara under 80% i om databasen är värd på Cacti-webbservern och mindre om du tänker ha mycket stora RRD-filer eller hundratusentals till miljoner på lång sikt.
	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.	Om detta tal är negativt, minska innodb_buffer_pool_size tills sort_buffer_size blir positivt, men allokera ungefär mellan 25%-50% minne till innodb_buffer_pool_size om databasen är hostad på Cacti-servern, eller upp till 80% o f systemminnet om databasen är separat från Cacti-webbservern. Försök dock att inte gå under standardinställningen på 2 097 152. En sorteringsbuffert utför sorteringar för vissa frågor som använder ORDER BY eller GROUP BY. Genom att konfigurera sort_buffer_size avgörs hur mycket minne som ska allokeras för sorteringsfrågor. Sort_buffer_size kan behöva justeras från standardvärdet om arbetsbelastningen kräver ett stort antal sorteringsfrågor. Sort_buffer_size definieras som en variabel per session. Använd samma ekvation som för join_buffer_size för att bestämma det möjliga minnet per anslutning.
	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.	När du använder InnoDB-lagring är det viktigt att hålla dina tabellutrymmen separata. Detta gör hanteringen av tabellerna enklare för långvariga användare av %s. Om du kör med detta för närvarande avstängt kan du migrera till lagring per fil genom att aktivera funktionen och sedan köra en alter-sats på alla InnoDB-tabeller.
	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.	När du använder innodb_file_per_table är det viktigt att ställa in innodb_file_format till Barracuda. Denna inställning tillåter längre index som är viktiga för vissa Cacti-tabeller.
	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.	Om dina tabeller har mycket stora index måste du använda Barracuda innodb_file_format och innodb_large_prefix som är lika med 1. Om du inte gör det kan det leda till att insticksprogram inte kan skapa tabeller på rätt sätt.
	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 swappiness of the system, or to remove swap to keep the system from swapping.	InnoDB kommer att hålla så många tabeller och index i systemminnet som möjligt. Därför bör du göra innodb_buffer_pool tillräckligt stor för att hålla så mycket av tabellerna och indexen i minnet. Att kontrollera storleken på katalogen /var/lib/mysql/cacti hjälper till att bestämma detta värde. Vi rekommenderar 25%% av ditt systems totala minne, men dina krav varierar beroende på systemets storlek. Om din databas är mycket stor eller ligger på distans kan du överväga att öka denna storlek. Om den är fjärrstyrd kan den vara så stor som 80% o av systemets minne. Man måste dock vara försiktig så att man minskar systemets swappiness eller tar bort swap för att förhindra att systemet swappar.
	This settings should remain ON unless your Cacti instances is running on either ZFS or FusionI/O which both have internal journaling to accommodate 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.	Den här inställningen bör förbli PÅ om inte dina Cacti-instanser körs på antingen ZFS eller FusionI/O, som båda har intern journalföring för att hantera plötsliga systemkrascher. Men om du har mycket bra strömförsörjning och dina system sällan går ner och du har säkerhetskopior kan du genom att stänga av den här inställningen nästan öka databasens prestanda med 50 %.
	This is where metadata is stored. If you had a lot of tables, it would be useful to increase this.	Det är här som metadata lagras. Om du har många tabeller skulle det vara bra att öka detta.
	Rogue queries should not for the database to go offline to others. Kill these queries before they kill your system.	Oseriösa frågor bör inte leda till att databasen går offline för andra. Döda dessa frågor innan de dödar ditt system.
	Maximum I/O performance happens when you use the O_DIRECT method to flush pages.	Maximal I/O-prestanda uppnås när du använder metoden O_DIRECT för att spola sidor.
	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.	Om du ställer in värdet på 2 innebär det att du rensar alla transaktioner varje sekund i stället för vid commit. Detta gör att %s kan utföra skrivningar mindre ofta.
	With modern SSD type storage, having multiple io threads is advantageous for applications with high io characteristics.	Med modern lagring av SSD-typ är det fördelaktigt att ha flera io-trådar för applikationer med höga io-egenskaper.
	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	Från och med %s %s kan du styra hur ofta %s rensar transaktioner till disk. Standardvärdet är 1 sekund, men i system med hög I/O-frekvens kan ett värde större än 1 göra att disk-I/O kan vara mer sekventiellt
	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.	Med modern lagring av SSD-typ är det fördelaktigt att ha flera läs-IO-trådar för applikationer med höga IO-egenskaper. Beroende på dina MariaDB / MySQL-versioner kan detta värde gå så högt som 64. Men försök att hålla antalet mindre än dina totala SMT-trådar på databasservern.
	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.	Med modern lagring av SSD-typ är det fördelaktigt att ha flera skriv-IO-trådar för applikationer med höga IO-egenskaper. Beroende på dina MariaDB / MySQL-versioner kan detta värde gå så högt som 64. Men försök att hålla antalet mindre än dina totala SMT-trådar på databasservern.
	%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 delar upp innodb_buffer_pool i minnesregioner för att förbättra prestandan för versioner av MariaDB mindre än 10.5. Maxvärdet är 64, men bör inte överstiga mer än antalet processorkärnor/trådar. När din innodb_buffer_pool är mindre än 1 GB bör du använda poolstorleken dividerad med 128 MB. Fortsätt att använda den här ekvationen upp till maxantalet processorkärnor eller 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 kommer att dela upp innodb_buffer_pool i minnesregioner för att förbättra prestandan för versioner av MySQL till och med MySQL 8.0. Maxvärdet är 64, men bör inte överstiga mer än antalet CPU-kärnor/trådar. När din innodb_buffer_pool är mindre än 1 GB bör du använda poolstorleken dividerad med 128 MB. Fortsätt att använda den här ekvationen upp till maxvärdet för antalet processorkärnor eller 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.	Om du har SSD-diskar använder du detta förslag. Om du har fysiska hårddiskar använder du 200 * antalet aktiva enheter i matrisen. Om du använder NVMe eller PCIe Flash kan mycket större tal, så höga som 100000, användas.
	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.	Om du har SSD-diskar använder du detta förslag. Om du har fysiska hårddiskar använder du 2000 * antalet aktiva enheter i matrisen. Om du använder NVMe eller PCIe Flash kan mycket större tal, så höga som 200000, användas.
	If you have SSD disks, use this suggestion. Otherwise, do not set this setting.	Om du har SSD-diskar kan du använda detta förslag. Annars ska du inte göra den här inställningen.
	With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics.	Med modern lagring av SSD-typ är det fördelaktigt att ha flera read io-trådar för applikationer med höga io-egenskaper.
	With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics.	Med modern lagring av SSD-typ är det fördelaktigt att ha flera skriv-IO-trådar för applikationer med höga IO-egenskaper.
	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.	När du använder MariaDB 10.2.4 och senare ska den här inställningen vara av om atomiska skrivningar är aktiverade. Aktivera därför atomiska skrivningar istället för den dubbla skrivbufferten eftersom det kommer att öka prestandan.
	When using MariaDB 10.2.4 and above, you can use atomic writes over the doublewrite buffer to increase performance.	När du använder MariaDB 10.2.4 och senare kan du använda atomic writes över doublewrite-bufferten för att öka prestandan.
	%s Tuning	%s Inställning
	Note: Many changes below require a database restart	Obs: Många ändringar nedan kräver en omstart av databasen
	Variable	Variabel
	Current Value	Nuvarande värde
	Recommended Value	Rekommenderat värde

	Component	Translation	Difference to current string
	This translation Propagated Translated Cacti/core	Med modern lagring av SSD-typ är det fördelaktigt att ha flera läs-IO-trådar för applikationer med höga IO-egenskaper. Beroende på dina MariaDB / MySQL-versioner kan detta värde gå så högt som 64. Men försök att hålla antalet mindre än dina totala SMT-trådar på databasservern.
The following string has the same context and source.
	Propagated Translated Cacti/core (v1.2.x)	Med modern SSD-typ lagring, är det fördelaktigt att ha flera läsning io trådar för applikationer med höga io egenskaper.	Med modern ~~lagring av SSD-typ~~SSD-typ lagring, är det fördelaktigt att ha flera läs~~-IO-~~ning io trådar för applikationer med höga ~~IO-egenskaper. Beroende på dina MariaDB / MySQL-versioner kan detta värde gå så högt som 64. Men försök att hålla antalet mindre än dina totala SMT-trådar på databasservern~~io egenskaper.