sysprof master - en to sv translation catalogue (42 entries)

note: (itstool) path: section/title (itstool) path: page/title
en: Profiling
sv: Profilering

note: (itstool) path: section/title
en: Frequently Asked Questions
sv: Vanliga frågor

note: (itstool) path: info/desc
en: Welcome to <app>Sysprof</app>!
sv: Välkommen till <app>Sysprof</app>!

note: (itstool) path: page/title
en: Introduction
sv: Introduktion

note: (itstool) path: page/p
en: <app>Sysprof</app> is a system profiler for Linux that targets the GNOME desktop.
sv: <app>Sysprof</app> är en systemprofilerare för Linux som riktar sig mot GNOME-skrivbordet.

note: (itstool) path: info/desc
en: Differences between tracing and sampling
sv: Skillnader mellan spårning och stickprov

note: (itstool) path: section/title
en: What is a Profiler?
sv: Vad är en profilerare?

note: (itstool) path: section/p
en: A profiler is an application that records information about an application or system while it runs. That information can be explored to gain insight into how the application could be changed to perform better.
sv: En profilerare är ett program som spelar in information om ett program eller system under tiden det kör. Denna information kan utforskas för att närmare förstå hur programmet skulle kunna ändras för att få bättre prestanda.

note: (itstool) path: section/p
en: Two common categories of software profilers exist, commonly referred to as either tracing or sampling profilers. What is meant by tracing profiler is that every function call executed by the program is known to the profiler. A sampling profiler works by inspecting the state of the program on a regular frequency and therefore does not see every function call executed by the program.
sv: Två vanliga kategorier av programvaruprofilerare existerar och kallas vanligen spårnings- eller stickprovsprofilerare. En spårningsprofilerare innebär att varje funktionsanrop som utförs av programmet är känt av profileraren. En stickprovsprofilerare fungerar genom att inspektera programmets tillstånd med regelbundna mellanrum och ser därmed inte varje funktionsanrop som utförs av programmet.

note: (itstool) path: section/p
en: Both tracing and sampling profilers have their advantages. A notable advantage of a sampling profiler is that the overhead is much less than that of a tracing profiler, making it easier to use for software that requires interactivity.
sv: Både spårnings- och stickprovsprofilerare har sina fördelar. En tydlig fördel med en stickprovsprofilerare är att prestandakostnaden är mycket mindre än den för en spårningsprofilerare, vilket gör den lättare att använda för programvara som kräver interaktion.

note: (itstool) path: section/p
en: <app>Sysprof</app> is a sampling profiler.
sv: <app>Sysprof</app> är en stickprovsprofilerare.

note: (itstool) path: section/title
en: How to profile your system
sv: Hur du kan profilera ditt system

note: (itstool) path: section/p
en: When <app>Sysprof</app> profiles your system, it records stack information for all applications executing, including the Linux kernel. This can sometimes be confusing if you only want to look at a single process. If your application does not interact much with the host system, you may have more success by using <app>Sysprof</app> to <link href="profiling#new-process-profiling">spawn a new process</link>.
sv: Då <app>Sysprof</app> profilerar system spelar det in stackinformation för alla program som kör, inklusive Linux-kärnan. Detta kan ibland vara förvirrande om du bara vill titta på en enstaka process. Om ditt program inte interagerar mycket med värdsystemet kan du lyckas bättre med att använda <app>Sysprof</app> för att <link href="profiling#new-process-profiling">starta en ny process</link>.

note: (itstool) path: section/p
en: To profile your entire system, ensure the target button is set to <em>All Processes</em> and click <em>Record</em>.
sv: För att profilera hela ditt system säkerställer du att målknappen är inställd på <em>Alla processer</em> och klickar <em>Spela in</em>.

note: (itstool) path: section/p
en: At this point, you may be asked to <em>authorize</em> access to profile the system. This is required as the Linux kernel's perf implementation requires root to perform whole-system profiling.
sv: Vid denna tidpunkt kan du bli efterfrågad att <em>auktorisera</em> åtkomst för att profilera systemet. Detta krävs för att Linux-kärnans implementation av perf kräver att root utför profilering av hela systemet.

note: (itstool) path: section/p
en: During the profiling session, you will see the number of seconds the profile has been active. Clicking the <em>Record</em> button again will stop the profiling session. Afterwhich, the callgraph will be displayed.
sv: Under profileringssessionen kommer du att se antalet sekunder som profilen varit aktiv. Att klicka på knappen <em>Spela in</em> igen kommer att stoppa profileringssessionen. Efter detta kommer anropsgrafen att visas.

note: (itstool) path: note/p
en: If you find that the <app>sysprof</app> application is showing up in your profiling callgraph, you might consider recording the profiling session with <cmd>sysprof-cli</cmd>. This is a command line program that will capture your profiling session to disk to be viewed at a later time.
sv: Om du ser att programmet <app>sysprof</app> dyker upp i anropsgrafen för din profilering kan du vilja spela in profileringssessionen med <cmd>sysprof-cli</cmd>. Detta är ett kommandradsprogram som fångar in din profileringssession till disk så att den kan visas vid ett senare tillfälle.

note: (itstool) path: section/p
en: See <link href="profiling#interpreting-results">interpreting results</link> for more guidance.
sv: Se <link href="profiling#interpreting-results">tolka resultat</link> för mer hjälp.

note: (itstool) path: section/title
en: Profile a new process
sv: Profilera en ny process

note: (itstool) path: section/p
en: Often times, you may need to spawn a new process to profile. First, select the <em>Application</em> button next at the top of the recording window. Fill in your command and working directory, and optionally specify any environment variables you need. Your process will be started when recording begins.
sv: Ofta kan du behöva starta en ny process att profilera. Välj först knappen <em>Program</em> högst upp i inspelningsfönstret. Fyll i ditt kommando och arbetskatalogen, och valfritt eventuella miljövariabler som du behöver. Din process kommer startas när inspelningen startar.

note: (itstool) path: note/p
en: If you are spawning a process that requires access to your current display, such as a GTK+ application, you will want to make sure <em>Inherit current environment</em> is set.
sv: Om du startar en process som kräver åtkomst till din aktuella display, så som ett GTK+-program, kommer du vilja vara säker på att <em>Ärv aktuell miljö</em> är inställt.

note: (itstool) path: section/title
en: Profiling with the sysprof-cli command line tool
sv: Profilering med kommandoradsverktyget sysprof-cli

note: (itstool) path: section/p
en: For minimal overhead, you might consider using the <cmd>sysprof-cli</cmd> command line tool. When run without any arguments, it will record your entire system and save the output to <file>capture.syscap</file>. This file can be opened with the <app>Sysprof</app> application to view the callgraph.
sv: För minimal prestandakostnad kan du överväga att använda kommandoradsverktyget <cmd>sysprof-cli</cmd>. Då det körs utan några argument kommer det spela in hela ditt system och spara utdata till <file>capture.syscap</file>. Denna fil kan öppnas med programmet <app>Sysprof</app> för att visa anropsgrafen.

note: (itstool) path: section/p
en: If you would like to spawn a new process, use <cmd>sysprof-cli -- 'command'</cmd> to specify a command to be launched. The command will inherit the current environment.
sv: Om du vill starta en ny process, använd <cmd>sysprof-cli -- 'kommando'</cmd> för att ange ett kommando som ska startas. Kommandot kommer ärva den aktuella miljön.

note: (itstool) path: section/title
en: Interpreting results
sv: Tolka resultat

note: (itstool) path: section/p
en: The profiling results in <app>Sysprof</app> are split into three sections. On the top left is a list of all the functions profiled. They are sorted by how often they were called during the recording.
sv: Profileringsresultaten i <app>Sysprof</app> är uppdelade i tre delar. Längst upp till vänster finns en lista över alla profilerade funktioner. De sorteras efter hur ofta de anropades under inspelningen.

note: (itstool) path: note/p
en: It is important to note that the amount of time spent in each function is not captured. That would require a tracing profiler to accurately record. The percentage is calculated by determining how often that function showed up in the current stacktrace when a sample was recorded.
sv: Det är viktigt att notera att mängden tid som spenderats i varje funktion inte fångas. Det skulle kräva en spårningsprofilerare för att spela in det korrekt. Procentandelen räknas ut genom att avgöra hur ofta funktionen dök upp i det aktuella stackspåret då ett stickprov spelades in.

note: (itstool) path: section/p
en: After selecting a function from the functions list, all of the recorded callers of that function will be displayed on the bottom left. They are also sorted by the percentage of samples that included that function in the stacktrace.
sv: Efter att ha valt en funktion från funktionslistan kommer alla anroparna till den funktionen att visas längst ner till vänster. De är också sorterade efter procentandelen av stickproven som innehåller funktionen i stackspåret.

note: (itstool) path: section/p
en: On the right, are all of the decendants of a selected function. You can select a function either from the functions list, or the callers list.
sv: Till höger är alla ättlingarna till en vald funktion. Du kan välja en funktion antingen från funktionslistan eller från listan över anropare.

note: (itstool) path: note/p
en: If you see <em>- - Context Switch - -</em> in your results, that means that the application transitioned into or from the Linux kernel. There can be many reasons for this such as a <em>syscall</em> or <em>signal</em>.
sv: Om du ser <em>- - Context Switch - -</em> bland dina resultat betyder det att programmet gick in i eller ut från Linux-kärnan. Det kan finnas många orsaker till detta som ett <em>systemanrop</em> eller en <em>signal</em>.

note: (itstool) path: page/title
en: What does heap mean?
sv: Vad betyder heap?

note: (itstool) path: section/title
en: What does "In file [heap]" mean?
sv: Vad betyder ”In file [heap]”?

note: (itstool) path: section/p
en: This means that sysprof believes a function was called from somewhere in the program's heap (where <code>malloc</code> allocates memory) rather than the code section (where executable code normally lives.) There are several possible explanations.
sv: Detta betyder att sysprof tror att en funktion anropades från någonstans i programmets heap (där <code>malloc</code> allokerar minne) snarare än kodavsnittet (där körbar kod vanligen befinner sig.) Det finns flera möjliga förklaringar.

note: (itstool) path: section/title
en: JIT (Just in Time) compilers
sv: JIT-kompilatorer (Just in Time)

note: (itstool) path: section/p
en: Languages like Java can generate executable code while a program is running and store it in the heap. Sysprof is accurately reporting the situation in this case.
sv: Språk som java kan generera körbar kod under tiden ett program körs och lagra den i heapen. Sysprof rapporterar situationen korrekt i detta fall.

note: (itstool) path: section/title
en: Optimizing compilers
sv: Optimera kompilatorer

note: (itstool) path: section/p
en: C and C++ compilers can optimize away information needed to determine a function's caller, so it is mistaken for [heap]. You can still tell how often each function is called by the program, but not always from where.
sv: C- och C++-kompilatorer kan optimera bort information som krävs för att avgöra en funktions anropare, så den antas felaktigt vara [heap]. Du kan fortfarande avgöra hur ofta varje funktion anropas av programmet, men inte alltid från var.

note: (itstool) path: note/p
en: For gcc, the flag <code>-fno-omit-frame-pointer</code> will prevent this optimization. The flag is not always needed, for example on x86_64 machines it is only needed with -O3 optimization.
sv: För gcc kommer flaggan <code>-fno-omit-frame-pointer</code> förhindra denna optimering. Flaggan behövs inte alltid, på x86_64-behövs den exempelvis bara med optimeringen -O3.

note: (itstool) path: note/p
en: To get the most detailed and accurate call tree from un-optimized code, use these flags: <code>-ggdb -fno-omit-frame-pointer -O0</code>
sv: För att få det mest detaljerade och korrekta anropsträdet från icke-optimerad kod, använd dessa flaggor: <code>-ggdb -fno-omit-frame-pointer -O0</code>

note: (itstool) path: p/link
en: Creative Commons Attribution-ShareAlike 4.0 International
sv: Creative Commons Erkännande-DelaLika 4.0 Internationell

note: (itstool) path: license/p
en: This work is licensed under a <_:link-1/> license.
sv: Detta verk är licensierat under licensen <_:link-1/>.

note: (itstool) path: license/p
en: As a special exception, the copyright holders give you permission to copy, modify, and distribute the example code contained in this documentation under the terms of your choosing, without restriction.
sv: Som ett speciellt undantag ger upphovsrättsinnehavarna dig tillåtelse att kopiera, modifiera och distribuera exempelkoden som finns i denna dokumentation under de villkor som du väljer, utan restriktioner.
