natgillin/translations-raw huggingface dataset:
Sidedokker (dokbare) er sidevinduer som kan placeres på en hvilken som helst kant i et & kcachegrind; - vindue. De indeholder altid en liste af omkostningsentiteter, sorteret på en eller anden måde.
Sidedocks are side windows which can be placed at any border of a & kcachegrind; window. They always contain a list of cost entities sorted in some way.
Funktionsprofil. Funktionsprofilen er en liste af funktioner der viser inklusiv - og eksklusivomkostning, kaldtælling, navn og placering af funktioner.
The Function Profile is a list of functions showing inclusive and exclusive cost, call count, name and position of functions.
Visualiseringsområdet, normalt højre side i & kcachegrind; s hovedvindue, udgøres af en (standard) eller flere fanebladsvisninger, placeret enten horisontalt eller vertikalt. Hver fanebladsvisning har forskellige visualiseringsvisninger af kun en omkostningsentitet ad gangen. Navnet på denne entitet vises øverst i fanebladsvisningen. Er der flere fanebladsvisninger, er det kun den ene som er aktiv. Entitetsnavnet i den aktive fanebladsvisning, vises med fed skrift og afgør den aktive omkostningsentitet i & kcachegrind; - vinduet.
The view area, typically the right part of a & kcachegrind; main window, is made up of one (default) or more tabs, lined up either horizontally or vertically. Each tab holds different views of only one cost entity at a time. The name of this entity is given at the top of the tab. If there are multiple tabs, only one is active. The entity name in the active tab is shown in bold, and determines the active cost entity of the & kcachegrind; window.
Områder i en fanebladsvisning
Areas of a Tab
Hver fanebladsvisning kan indeholde op til fire visningsområder, top, højre, venstre og bund. Hvert område kan indeholde flere stakkede visualiseringsvisninger. Den synlige del af området vælges vha. en fanebladsbjælke. Fanebladsbjælker i toppen og i det højre område er øverst og fanebladsbjælker til venstre og i bunden er nederst. Du kan angive hvilken slags visualisering der skal være i hvilket område, ved at bruge fanebladendes kontekstmenuer.
Each tab can hold up to four view areas, namely Top, Right, Left, and Bottom. Each area can hold multiple stacked views. The visible part of an area is selected by a tab bar. The tab bars of the top and right area are at the top; the tab bars of the left and bottom area are at the bottom. You can specify which kind of view should go into which area by using the tabs' context menus.
Synkroniseret graf via markeret entitet i en fanebladsvisning
Synchronized View with Selected Entity in a Tab
Udover en aktiv entitet, har hvert faneblad en markeret entitet. Da de fleste visualiseringstyper viser flere entiteter med den aktive centreret, kan du ændre den markerede ved at navigere inde i en visualisering (ved at klikke med musen eller ved at bruge tastaturet). Typisk vises markerede entiteter i en fremhævet tilstand. Ved at ændre den markerede entitet i en af visualiseringerne i en fanebladsvisning, fremhæver alle andre visualiseringer i fanebladsvisningen den nye markerede entitet.
Besides an active entity, each tab has a selected entity. As most view types show multiple entities with the active one somehow centered, you can change the selected item by navigating inside a view (by clicking with the mouse or using the keyboard). Typically, selected items are shown in a highlighted state. By changing the selected entity in one of the views of a tab, all other views highlight the new selected entity accordingly.
Synkronisering mellem fanebladsvisninger
Synchronization between Tabs
Hvis der er flere fanebladsvisninger, fører en ændring i markeringen i en fanebladsvisning til en aktiveringsændring i den næste (til højre/ til bund) fanebladsvisning. Denne type sammenkædning giver mulighed for hurtig søgning i kaldgrafer.
If there are multiple tabs, a selection change in one tab leads to an activation change in the next tab, be it right of the former or under it. This kind of linkage should, for example, allow for fast browsing in call graphs.
Den flade profil indeholder en gruppeliste og en funktionsliste. Gruppelisten indeholder alle grupper hvori der er omkostninger, afhængigt af den valgte gruppetype. Gruppelisten er skjult når gruppering er deaktiveret.
The Flat Profile contains a group list and a function list. The group list contains all groups where cost is spent in, depending on the chosen group type. The group list is hidden when grouping is switched off.
Funktionslisten indeholder den valgte gruppes funktioner (eller alle funktioner, hvis gruppering er deaktiveret), ordnet efter en søjle, f. eks. inklusiv - eller egenomkostninger forbrugt deri. Der er et maksimalt antal funktioner der vises i liste, som kan indstilles i Opsætning/ Indstil & kcachegrind;.
The function list contains the functions of the selected group (or all functions if grouping is switched off), ordered by some column, & eg; inclusive or self costs spent therein. There is a maximum number of functions shown in the list, configurable in Settings Configure KCachegrind.
I en profileringskørsel kan der produceres flere profildatafiler, der kan indlæses sammen i & kcachegrind;. Den dokbare partoversigt viser disse, horisontalt ordnet i henhold til oprettelsestidspunktet. Rektanglernes størrelser er proportionale med omkostningerne der forbruges deri. Du kan vælge en part eller flere for at indskrænke omkostningerne vist i andre & kcachegrind; - visninger til kun disse part.
In a profile run, multiple profile data files can be produced, which can be loaded together into & kcachegrind;. The Parts Overview sidedock shows these, ordered horizontally according to creation time; the rectangle sizes are proportional to the cost spent each part. You can select one or several parts to constrain the costs shown in the other & kcachegrind; views to these parts only.
Part er yderligere underinddelt. Der er partitionering og en inklusivomkostninger i opdelt tilstand:
The parts are further subdivided between a partitioning and an inclusive cost split mode:
Partitionering: Du ser partitioneringen i grupper for en profildatapart, i henhold til den valgte gruppe. F. eks. hvis der vælges & ELF; - objektgrupper, ser du farvede rektangler for hvert brugt & ELF; - objekt (delt bibliotek eller eksekverbar) med en størrelse proportional med omkostningerne forbrugt deri.
The partitioning is shown in groups for a profile data part, according to the group type selected. For example, if & ELF; object groups are selected, you see colored rectangles for each used & ELF; object (shared library or executable), sized according to the cost spent therein.
Opdelt inklusivomkostning: Der vises et rektangel der afspejler inklusivomkostningen i den aktive funktion i en part. Dette er igen opdelt for at vise inklusivomkostninger for kalderen.
A rectangle showing the inclusive cost of the current active function in the part is shown. This, again, is split up to show the inclusive costs of its callees.
Dette er en fuldstændig fiktiv 'mest sandsynlig' kaldstak. Den er opbygget således at der startes ved den aktive funktion og kaldere og kaldere/ kaldte med størst omkostning fra toppen og til bunden.
This is a purely fictional most probable call stack. It is built up by starting with the current active function, and adds the callers and callees with highest cost at the top and to bottom.
'Omkostning' - og 'kald' - søjlerne viser omkostningerne forbrugt i alle kald fra funktionen i linjen ovenover.
The Cost and Calls columns show the cost used for all calls from the function in the line above.
Partoverblik
Event Type
Denne liste viser alle omkostningstyper der er til rådighed og den tilsvarende egen - og inklusivomkostning af den aktive funktion for netop denne begivenhedstype.
The Event Type list shows all cost types available and the corresponding self and inclusive cost of the current active function for that event type.
Ved at vælge en begivenhedstype i listen, kan du ændre omkostningstypen der vises generelt i & kcachegrind;, til at være den valgte.
By choosing an event type from the list, you change the type of costs shown all over & kcachegrind; to the selected one.
Disse lister viser kald til/ fra den aktive funktion. Med 'alle' kaldere/ kaldte funktioner, menes hvilke der kan nås i kalder/ kaldt- retningen, selv når der er andre funktioner imellem.
These lists show calls to and from the current active function. With All Callers and All Callees are meant those functions reachable in the caller and callee direction, even when other functions are in between.
En trævisning af den primære begivenhedstype, op eller ned i kaldhierakiet. Hvert farvet rektangel repræsenterer en funktion. Dets størrelse forsøger at være proportionelt med omkostningerne forbrugt deri, mens den aktive funktion kører (der er dog begrænsninger ved optegningen).
A treemap view of the primary event type, up or down the call hierarchy. Each colored rectangle represents a function; its size is approximately proportional to the cost spent therein while the active function is running (however, there are drawing constrains).
For kaldervisningen, viser grafen hierakiet af alle kaldere af den aktuelle aktiverede funktion. For for kaldtvisningen vises hierakiet af alle kaldte fra den aktuelle aktiverede funktion.
For the Caller Map, the graph shows the nested hierarchy of all callers of the currently activated function; for the Callee Map, it shows that of all callees.
Indstillinger for udseende findes i kontekstmenuen. For eksakte størrelsesproportioner vælges 'Skjul ukorrekte kanter'. Da denne tilstand kan være meget ressourcekrævende, vil du sikkert begrænse det maksimale antal optegnede niveauer først. 'Bedst' fastsætter opdelingsretningen for indre funktioner ud fra de ydres synsvinkel. 'Altid bedst' beslutter sig udfra tilbageværende plads til hver funktion på samme niveau. 'Ignorér proportioner' bruger plads til at optegne funktionsnavnet før indre funktioner optegnes. Bid mærke i at størrelsesforholdene kan være særdeles fejlagtige.
Appearance options can be found in the context menu. To get exact size proportions, choose Skip Incorrect Borders. As this mode can be very time-consuming, you may want to limit the maximum drawn nesting level before. Best determinates the split direction for children from the aspect ratio of the parent. Always Best decides on remaining space for each sibling. Ignore Proportions takes space for function name drawing before drawing children. Note that size proportions can get heavily wrong.
Tastaturnvigering er mulig med venstre/ højre piletaster, til at vandre gennem objekter på samme niveau og op/ ned piletasterne for at vandre op og ned i niveau. 'Retur' aktiverer det aktuelle objekt.
Keyboard navigation is available with the left and right arrow keys for traversing siblings, and up and down arrow keys to go a nesting level up and down. & Enter; activates the current item.
Denne visning viser kldgrafen omkring den aktive funktion. De viste omkostninger er omkostninger kun der forbruges mens den aktive funktion stadig kører. Dvs. omkostningerne der vises for main (), hvis den kan vises, skulle være det samme som omkostningerne for den aktive funktion, eftersom den er en del af inklusivomkostning forbrugt af main (), mens den aktive funktion kørte.
This view shows the call graph around the active function. The cost shown is only the cost spent while the active function was actually running, & ie; the cost shown for main() (if it's visible) should be the same as the cost of the active function, as that is the part of inclusive cost of main() spent while the active function was running.
For cykler, indikerer blå pile at dette er et kunstigt kald, tilføjet for at kunne optegne korrekt, som aldrig har foregået.
For cycles, blue call arrows indicate that this is an artificial call, which never actually happened, added for correct drawing.
Er grafen større en kontrolarealet, vises en oversigtsrude i fugleperspektiv i den ene kant. Der er lignende visualiseringsindstillinger til som for kaldtrævisningen. Den valgte funktion fremhæves.
If the graph is larger than the drawing area, a bird's eye view is shown on a side. There are view options similar to those of the call maps; the selected function is highlighted.
Listen over assemblykode med kommentarer, viser maskinkodeinstruktionerne for den aktive funktion, sammen med egenomkostninger forbrugt når en kodeinstruktion udføres. Hvis der skete et kald, indsættes linjer med detaljer om kaldet i kildekoden: inklusivomkostning forbrugt i kaldet, antallet af kald og kaldmålet.
The annotated source or assembler lists show the source lines or disassembled instructions of the current active function together with the (self) cost spent executing the code of a source line or instruction. If there was a call, lines with details on the call are inserted into the source: the (inclusive) cost spent inside of the call, the number of calls happening, and the call destination.
Åbner et tomt vindue i topniveau, hvori du kan indlæse profildata Dette er ikke rigtig nødvendigt eftersom Fil/ Åbn giver dig et nyt vindue i topniveau, når det aktuelle allerede viser nogle data.
Opens an empty top-level window in which you can load profile data. This action is not really necessary, as File Open gives you a new top-level window if the current one already shows some data.
Åbner Fil/ Åbn- dialogen så der kan vælges data der skal indlæses. Vises der allerede data i det aktuelle topniveauvindue, åbnes der et nyt vinduen. Hvis du vil åbne yderligere profildata i det aktuelle vindue skal du vælge Fil/ Tilføj.
Pops up the & kde; file selector to choose a profile data file to be loaded. If there is some data already shown in the current top-level window, this will open a new window; if you want to open additional profile data in the current window, use File Add.
Navnet på profildatafilen ender normalt på.. -, hvor og er valgfri og bruges til flere profildatafiler der hører til samme programkørsel. Ved at indlæse en fil der ender på., indlæses også eksisterende datafiler, med andre filnavne, der hører til denne kørsel.
The name of profile data files usually ends in. pid. part - threadID, where part and threadID are optional. pid and part are used for multiple profile data files belonging to one application run. By loading a file ending only in pid, any existing data files for this run with additional endings are loaded as well.
Eksempel: Hvis profildatafilerne cachegrind. out. 123 og cachegrind. out. 123. 1 eksisterer, bliver den anden indlæst automatisk når man indlæser den første.
If there exist profile data files cachegrind. out.123 and cachegrind. out.123.1, by loading the first, the second will be automatically loaded too.
Tilføjer profildatafiler til det aktuelle vindue. På denne måde kan du tvinge flere datafiler til at indlæses i samme topniveauvindue, selvom de ikke er fra samme kørsel, som ellers angivet af profildatafilernes navngivningskonvention. Brug det f. eks. til side om side- sammenligning.
Adds a profile data file to the current window. Using this, you can force multiple data files to be loaded into the same top-level window even if they are not from the same run, as given by the profile data file naming convention. For example, this can be used for side-by-side comparison.
Ctrl; N Fil Ny
F5 File Reload
Genindlæs profildata. Dette er mest interessant efter endnu en profildatafil blev genereret for en i forvejen indlæst programkørsel.
Reload the profile data. This is useful when another profile data file was generated for an already loaded application run.
& kcachegrind; er til hjælp på et sent skridt i programudvikling som kaldes profilering. Hvis du ikke udvikler programmer, har du ikke noget at bruge & kcachegrind; til.
& kcachegrind; is a helpful at a late stage in software development, called profiling. If you do n't develop applications, you do n't need & kcachegrind;.
Hvad er forskellen på 'inklusiv' og 'egen'?
What is the difference between Incl. and Self?
Disse er omkostningsegenskaber for funktioner angående en eller anden begivenhedstype. Da funktioner kan kalde hinanden, giver det ingen mening at skelne mellem omkostningerne for funktionen selv ('egenomkostningen') og omkostninger der inkluderer alle kaldte funktioner ('inklusivomkostning'). 'Egen' refereres somme tider som 'eksklusivomkostning'.
These are cost attributes for functions regarding some event type. As functions can call each other, it makes sense to distinguish the cost of the function itself (Self Cost) and the cost including all called functions (Inclusive Cost). Self is sometimes also referred to as Exclusive costs.
Så f. eks. for main (), vil du altid have en inklusivomkostning på næsten 100%, hvorimod egenomkostningen er ubetydelig lille når arbejdet udføres i en anden funktion.
So, for example, for main(), you will always have an inclusive cost of almost 100%, whereas the self cost is negligible when the real work is done in another function.
Min værktøjs- og menulinje i & kcachegrind; ser så spartansk ud. Er det normalt?
The toolbar and menubar of my & kcachegrind; look spartan. Is this normal?
& kcachegrind; er tilsyneladende ikke korrekt installeret på dit system. Det anbefales at kompilere det med installationspræfikset sat til dit KDE- basiskatalog: configure -- prefix=/ opt/ kde3; make install Hvis du vælger et andet katalog som $HOME/ kde, skal du indstille miljøvariablen KDEDIR til dette katalog før du kører & kcachegrind;.
& kcachegrind; has probably been installed incorrectly on your system. It is recommended to compile it with the installation prefix set to your system-wide & kde; base folder, like configure --prefix= / opt/ kde4; make install. If you choose another folder, like $HOME / kde, you should set the environment variable KDEDIR to this folder before running & kcachegrind;.
Når jeg dobbeltklikker på en funktion et stykke nede i visningen af kaldgrafen, viser det for funktionen main (), den samme omkostning som den valgte funktion. Skal den ikke konstant være 100%?
If I double-click on a function down in the Call Graph view, it shows for function main() the same cost as the selected function. Is n't this supposed to be constant at 100%?
Du har aktiveret en funktioner under main () med en omkostning mindre end main (). For enhver funktion, vises kun en del af den totalt omkostning for funktionen, nemlig den forbruges når den aktive funktion køres. Dvs. omkostningerne der vises for enhver funktion kan aldrig være højere end omkostningen af den aktive funktion.
You have activated a function below main(), which obviously costs less than main() itself. For every function, it is shown only the part of the cost spent while the activated function is running; that is, the cost shown for any function can never be higher than the cost of the activated function.
Omkostningentiteter
Cost Entity
Omkostningsentitet: Et abstrakt begreb der relaterer til kildekode til hvilken begivenhedstælling kan henføres. Dimensioner for omkostningsentiteter er kodeplacering (f. eks. kildelinje eller funktion), dataplacering (f. eks. tilgået datatype, dataobjekt), placering af den eksekverbare (f. eks. tråde, processer) og tupler eller tripler af de førnævnte placeringer (f. eks. kald, objekttilgangen fra udtryk, data fjernet fra cache).
An abstract item related to source code to which event counts can be attributed. Dimensions for cost entities are code location (eg; source line, function), data location (eg; accessed data type, data object), execution location (eg; thread, process), and tuples or triples of the aforementioned positions (eg; calls, object access from statement, evicted data from cache).
Begivenhedstyper
Event Costs
Begivenhedsomkostninger: Summen af begivenheder af en eller anden begivenhedstype der sker, mens eksekveringen relateres til en omkostningsentitet. Omkostningen tillægges entiteten
Sum of events of some event type occurring while the execution is related to some cost entity. The cost is attributed to the entity.
Begivenhedstype: En begivenhed til hvilken en omkostning kan tilskrives en omkostningsentitet. Der findes flere reelle begivenhedstyper og arvede begivenhedstyper.
The kind of event of which costs can be attributed to a cost entity. There are real event types and inherited event types.
Begivenhedstyper
Inherited Event Type
Arvet begivenhedstype: En virtuel begivenhedstype der kun er synlig i visualiseringen som er defineret ved en formel der beregnes ud fra reelle begivenhedstyper.
A virtual event type only visible in the view, defined by a formula to be calculated from real event types.
Profildatafil: En fil der indeholder data målt i et profileringseksperiment (eller en del af dette) eller produceret af efterbehandling af et spor. Størrelsen er typisk lineær i fht. programmets kodestørrelse.
A file containing data measured in a profile experiment, or part of one, or produced by post-processing a trace. Its size is typically linear with the code size of the program.
Profileringseksperiment: En programkørsel overvåget af et profileringsværktøj, der laver muligvis flere profildatafiler fra part og/ eller tråde i kørslen.
A program run supervised by a profiling tool, producing possibly multiple profile data files from parts or threads of the run.
Profilprojekt: En indstilling til profileringseksperimenter benyttet til ét program der skal profileres, måske i flere versioner. Sammenligninger af profildata giver typisk kun mening mellem profildata produceret i eksperimenter af et profilprojekt.
A configuration for profile experiments used for one program to profile, perhaps in multiple versions. Comparisons of profile data typically only makes sense between profile data produced in experiments of one profile project.
Profilering: Den proces hvormed der indsamles statistisk information om et programs karakteristik ved kørselstid.
The process of collecting statistical information about runtime characteristics of program runs.
Begivenhedstyper
Real Event Type
Reel begivenhedstype: En begivenhedstype der kan måles med et værktøj. Det forudsætter eksistensen af en sensor til den givne begivenhedstype.
An event type that can be measured by a tool. This requires the existence of a sensor for the given event type.
Spor: En sekvens af tidsstemplede begivenheder der sker under sporingen af en programkørsel. Dens størrelse er normalt lineær i forhold tilprogramkørslens udførselstid.
A sequence of timestamped events that occurred while tracing a program run. Its size is typically linear with the execution time of the program run.
Spor: Processen i hvilken man overvåger en programkørsel og gemmer de begivenheder der sker, sorteret ud fra et tidsstempel i en uddatafil, sporet.
The process of supervising a program run and storing its events, sorted by a timestamp, in an output file, the trace.
Tak til Julian Seward for hans udmærkede værktøj & valgrind;, og Nicholas Nethercote for tilføjelsen & cachegrind;. Uden disse programmer, ville & kcachegrind; ikke eksistere. Mange af ideerne til denne & GUI; kommer også fra dem.
Thanks to Julian Seward for his excellent & valgrind;, and Nicholas Nethercote for the & cachegrind; addition. Without these programs, & kcachegrind; would not exist. Some ideas for this & GUI; were from them, too.
Og tak for alle fejlrapporter og forslag fra forskellige brugere.
Thanks for all the bug reports and suggestions from different users.
& kcachegrind; er en del af KDE' s kdesdk- pakke. For ikke- supporterede deludgivelser, & callgrind; og yderligere dokumentation, se hjemmesiden på http: // kcachegrind. sf. net. Kig der for at finde yderligere installations - og kompileringsinstruktioner.
& kcachegrind; is part of the & package; package of & kde;. For less supported interim releases, & callgrind; and further documentation, see the Web page. Look there for further installation and compile instructions.
For at bruge & kcachegrind; med succes, har du brug for & kde; 3. x. For at oprette profildata, anbefales & cachegrind; eller; callgrind;.
In order to use & kcachegrind;, you need & kde; 4. x. To generate profile data, & cachegrind; or & calltree; /callgrind; is recommended.