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

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

note: (itstool) path: section/title
en: Frequently Asked Questions
da: Ofte stillede spørgsmål

note: (itstool) path: info/desc
en: Welcome to <app>Sysprof</app>!
da: Velkommen til <app>Sysprof</app>!

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

note: (itstool) path: page/p
en: <app>Sysprof</app> is a system profiler for Linux that targets the GNOME desktop.
da: <app>Sysprof</app> er en systemprofilering til Linux som målretter GNOME-skrivebordet.

note: (itstool) path: info/desc
en: Differences between tracing and sampling
da: Forskelle mellem sporing og prøvetagning

note: (itstool) path: section/title
en: What is a Profiler?
da: Hvad er en profilering?

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.
da: En profilering er et program som optager information om et program eller system mens det kører. Informationen kan undersøges, for at få bedre indsigt i, hvordan programmet kan ændres for at få bedre ydelse.

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.
da: Der findes almindeligvis kategorier af softwareprofileringer, som kan refereres til som enten sporings- eller prøvetagningsprofileringer. Sporingsprofileringer betyder, at hver funktionskald som udføres af programmet, kendes af profileringen. En prøvetagningsprofilering virker ved regelmæssigt at inspicere programmets tilstand og ser derfor ikke hvert funktionskald, som udføres af 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.
da: Sporings- og prøvetagningsprofileringer har hver deres fordele. En fordel ved prøvetagningsprofilering er, at overheaden er meget mindre end med en sporingsprofilering, hvilket gør det lettere at bruge på software, der kræver interaktioner.

note: (itstool) path: section/p
en: <app>Sysprof</app> is a sampling profiler.
da: <app>Sysprof</app> er en prøvetagningsprofilering.

note: (itstool) path: section/title
en: How to profile your system
da: Profilér dit 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>.
da: Når <app>Sysprof</app> profilerer dit system, så optager det stakinformation for alle programmer som udføres, herunder Linux-kernen. Det kan nogle gange være forvirrende, hvis du kun vil se på en enkelt proces. Interagerer dit program ikke med værtssystemet, kan du med fordel bruge <app>Sysprof</app> til at <link href="profiling#new-process-profiling">starte en ny proces</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>.
da: Sørg for at målknappen er indstillet til <em>Alle processer</em> og klik på <em>Optag</em> for at profilere hele systemet.

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.
da: Du vil nu blive spurgt om at <em>godkende</em> adgang til at profilere systemet. Det kræves fordi Linux-kernens perf-implementering kræver root for at udføre profilering af hele 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.
da: Under profileringssessionen kan du se antallet af sekunder, som profileringen har været aktiv. Klik på <em>Optag</em>-knappen igen for at stoppe profileringssessionen. Hvorefter kaldgrafen vises.

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.
da: Hvis <app>sysprof</app>-programmet vises i din profileringskaldgraf, så kan du måske overveje at optage profileringssessionen med <cmd>sysprof-cli</cmd>. Det er et kommandolinjeprogram, som optager din profileringssession til disk, så du kan se på det på et senere tidspunkt.

note: (itstool) path: section/p
en: See <link href="profiling#interpreting-results">interpreting results</link> for more guidance.
da: Se <link href="profiling#interpreting-results">fortolkning af resultater</link> for mere vejledning.

note: (itstool) path: section/title
en: Profile a new process
da: Profilér en ny proces

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.
da: Du kan tit have brug for at starte en ny proces for at profilere. Vælg først <em>program</em>-knappen øverst i optagelsesvinduet. Udfyld din kommando- og arbejdsmappe, og angiv eventuelt de miljøvariabler, du har brug for. Din proces startes, når optagelsen begynder.

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.
da: Hvis du starter en proces som kræver adgang til din nuværende skærm såsom et GTK+-program, så sørg for at <em>Nedarv nuværende miljø</em> er indstillet.

note: (itstool) path: section/title
en: Profiling with the sysprof-cli command line tool
da: Profilering med kommandolinjeværktøjet 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.
da: For minimal overhead kan du overveje at bruge <cmd>sysprof-cli</cmd>-kommandolinjeværktøjet. Når det køres uden argumenter, så optages hele systemet og outputtet gemmes i <file>capture.syscap</file>. Filen kan åbnes med <app>Sysprof</app>-programmet for at vise kaldgrafen.

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.
da: Hvis du vil starte en ny proces, så brug <cmd>sysprof-cli -- 'kommando'</cmd> til at angive en kommando, som skal startes. Kommandoen nedarver det nuværende miljø.

note: (itstool) path: section/title
en: Interpreting results
da: Fortolkning af resultater

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.
da: Profileringsresultaterne i <app>Sysprof</app> opdeles i 3 afsnit. Øverste til venstre er en liste over alle de funktioner, som er blevet profileret. De er sorteret efter hvor ofte, de blev kaldt under optagelsen.

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.
da: Det er vigtigt at bemærke, at mængden af tid som blev brugt i hver funktion ikke optages. Det ville kræve en sporingsprofilering for at få en præcis optagelse. Procenten udregnes ved at fastslå, hvor ofte funktionen dukkede op i det nuværende stakspor når en prøve blev optaget.

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.
da: Når en funktion er blevet valgt fra funktionslisten, så vises alle de optagede kaldere for funktionen nederst til venstre. De sorteres også efter procenten af prøvetagninger, som inkluderer funktionen i staksporet.

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.
da: Til højre er alle efterkommerne af den valgte funktion. Du kan enten vælge en funktion fra funktionslisten eller kalderlisten.

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>.
da: Hvis du ser <em>- - Context Switch - -</em> i dine resultater, så betyder det, at programmet skiftede til eller fra Linux-kernen. Det kan der være mange årsager til såsom et <em>syscall</em> eller <em>signal</em>.

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

note: (itstool) path: section/title
en: What does "In file [heap]" mean?
da: Hvad 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.
da: Det betyder at sysprof mener, at en funktion blev kaldt fra et programs heap (hvor <code>malloc</code> allokerer hukommelse) frem for kodeafsnittet (hvor eksekverbar kode normalt findes). Der kan være flere forklaringer til det.

note: (itstool) path: section/title
en: JIT (Just in Time) compilers
da: JIT-kompilere (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.
da: Sprog som Java kan generere eksekverbar kode, mens et program kører og gemme det i heapen. Sysprof rapporterer situationen, når det er tilfældet.

note: (itstool) path: section/title
en: Optimizing compilers
da: Optimerende kompilere

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.
da: C- og C++-kompilere kan optimere information bort, som behøves til at bestemme en funktions kalder, så den forveksles for [heap]. Du kan stadigvæk se, hvor tit hver funktion kaldes af programmet, men ikke altid hvorfra.

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.
da: I gcc forhindrer flaget <code>-fno-omit-frame-pointer</code> denne optimering. Flaget behøves ikke altid, f.eks. på x86_64-maskiner er det kun nødvendigt sammen 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>
da: Brug følgende flag for at få det mest detaljerede og præcise kaldtræ fra kode, som ikke er blevet optimeret: <code>-ggdb -fno-omit-frame-pointer -O0</code>

note: (itstool) path: p/link
en: Creative Commons Attribution-ShareAlike 4.0 International
da: Creative Commons Kreditering-Deling på samme vilkår 4.0 International

note: (itstool) path: license/p
en: This work is licensed under a <_:link-1/> license.
da: Værket er licenseret under en <_:link-1/>-licens.

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.
da: Som en særlig undtagelse tillader copyrightindehaverne dig at kopiere, modificere og distribuere eksempelkoden i indeværende dokument under betingelser efter dit eget valg uden begrænsninger.
