natgillin/translations-raw huggingface dataset:
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/ right arrow keys for traversing siblings, and up/ down arrow keys to go a nesting level up/ down. 'Return 'activates the current item.
Kaldgraf
Call Graph
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 shown cost is only the cost which is spent while the active function was actually running; i. e. 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 added for correct drawing which actually never happened.
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 widget area, a bird 's eye view is shown in one edge. There are similar visualisation options as for the Call Treemap; the selected function is highlighted.
Kommentarer
Annotations
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/ assembler lists show the source lines/ disassembled instructions of the current active function together with (self) cost spent while executing the code of a source line/ 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.
Vælg sådan en kaldinformationslinje for at aktivere kalddestinationen.
Select such a call information line to activate the call destination.
& kcachegrind; s hovedvindue
The main & kcachegrind; window
Å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 toplevel window into which you can load profile data. This action is not really needed, as File/ Open will give you a new toplevel window when the current one shows already some data.
Ctrl; B Fil Åbn
Ctrl; O File Open
Å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 File Open Dialogue to choose a profile data file to be loaded. If there is some data already shown in the current toplevel 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.. -, where and are optional and are used for multiple profile data files belonging to one application run. By loading a file ending only in., eventually existing data files for this run, but with additional endings, are loaded too.
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.
Example: 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.
Fil Tilføj
File Add
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 toplevel window even if they are not from the same run as given by the profile data file naming convention. This can, for example, be used for nearside comparison.
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 most interesting after another profile data file was generated for an already loaded application run.
Afslutter & kappname;
Quits & kappname;
Hvad kan & kcachegrind; bruges til? Det aner jeg nemlig ikke.
What is & kcachegrind; for? I have no idea.
& 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 later 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 a 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/ menubar of my KCachegrind looks so spartanic. 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;.
Obviously KCachegrind is wrongly installed on your system. It is recommended to compile it with the installation prefix to be your system wide KDE base directory like configure --prefix=/ opt/ kde3; make install. If you choose another directory like $HOME/ kde, you should set the environment variable KDEDIR to this directory 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 the function main the same cost as the selected function. Is n't this supposed to be constant 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() with cost less than main(). For any function, only that part of the full cost of the function is shown, that is 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.
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).
Cost Entity: An abstract item related to source code to which event counts can be attributed. Dimensions for cost entities are code location (e. g. source line, function), data location (e. g. accessed data type, data object), execution location (e. g. thread, process) and tuples or triples of the aforementioned positions (e. g. calls, object access from statement, evicted data from cache).
Begivenhedsomkostninger: Summen af begivenheder af en eller anden begivenhedstype der sker, mens eksekveringen relateres til en omkostningsentitet. Omkostningen tillægges entiteten
Event Costs: 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.
Event Type: The kind of event of which costs can be attributed to a cost entity. There exist real event types and inherited event types.
Arvet begivenhedstype: En virtuel begivenhedstype der kun er synlig i visualiseringen som er defineret ved en formel der beregnes ud fra reelle begivenhedstyper.
Inherited Event Type: A virtual event type only visible in the visualisation which is 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.
Profile Data File: A file containing data measured in a profile experiment (or part of) or produced by postprocessing a trace. Its size is typically linear to 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.
Profile Experiment: A program run supervised by a profiling tool, producing possibly multiple profile data files from parts and/ 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.
Profile Project: A configuration for profile experiments used for one program which has to be profiled, 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.
Profiling: The process of collecting statistical information about runtime characteristics of program runs.
Reel begivenhedstype: En begivenhedstype der kan måles med et værktøj. Det forudsætter eksistensen af en sensor til den givne begivenhedstype.
Real Event Type: A event type that can be measured by a tool. This needs 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.
Trace: A sequence of timestamped events that occurred while tracing a program run. Its size is typically linear to 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.
Tracing: The process of supervising a program run and storing events happening sorted by a timestap in a 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.
And thanks for all the bug reports/ suggestions from different users.
& rune. laursen. credit;
Andrew Coles andrew_coles@yahoo. co. uk Conversion to British English
Hvordan får jeg fat i & kcachegrind;
How to obtain & kcachegrind;
& 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 homepage at http: / /kcachegrind. sf. net. 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 successfully use & kcachegrind;, you need & kde; 3. x. For generating profile data, & cachegrind; or & calltree; /callgrind; is recommend.
Alle indstillingsmuligheder findes enten i indstillingsdialogen eller i de sammenhængsafhængige popopmenuer i graferne.
All configuration options are either in the configuration dialogue or in the context popup menus of the visualisations.
Ved første opstart er dette område opdelt i en top - og en bunddel, hver med forskellige grafer der kan vælges med faneblade. Brug kontekstmenuen i fanebladene for at flytte grafvisninger og justér opdelerne mellem graferne. For hurtigskift mellem de forskellige graflayouter, bruger du Vis/ Layout/ Duplikér, ændr layout og skift mellem layouter med Vis/ Layout/ Næste (eller endnu bedre, de respektive tastaturgenveje.)
At first start, this area will be divided into a top and a bottom part, each with different visualisations selectable by tabs. To move visualisation views, use the context menu of the tabs, and adjust the splitters between visualisations. To quickly switch between different visualisation layouts, use View/ Layouts/ Duplicate, change the layout and switch between layouts with View/ Layout/ Next (or, even better, use the corresponding keyboard shortcuts).
Grafområde
Visualisation Area
Grafer
Visualisations
Direkte kaldere
Direct Callers
Direkte kaldede
Direct Callees
Fil Genopfrisk
File Reload
Vis Primær begivenhedstype
View Primary Event Type
(Gøremål)
(To-do)
Vis Sekundær begivenhedstype
View Secondary Event Type
Vis Gruppering
View Grouping
Vis Udseende
View Layout
Vis Opdelt
View Split
Det følgende er en blandet liste af udtryk.
The following is a mixed list of terms.
Profileringsdata- part (forkert anvendt, også: Sporpart): Data fra en profildatafil
Profile Data Part (incorrectly used also: Trace Part): Data from a profile data file.
& kompare; - håndbogen
The & kompare; Handbook
Forfattere og historik
Authors and History
Dette projekt startedes af Paul Hensgen som et af hans universitetsprojekter. Det oprindelige navn på programmet var UML Modeller. Paul lavede al udvikling indtil slutningen af 2001, hvor programmet nåede version 1. 0.
This project was started by Paul Hensgen as one of his University projects. The original name of the application was UML Modeller. Paul did all the development until the end of 2001 when the program reached version 1.0.
Version 1. 0 tilbød allerede en hel del funktioner, men efter at projektet var blevet gennemset af Pauls universitet, kunne andre udviklere deltage, og de begyndte at give værdifulde bidrag til UML Modeller, såsom skift fra et binært filformat til en & XML; - fil, understøttelse af flere slags & UML; - diagrammer, kodegenerering og kodeimport, for kun at nævne nogle få.
Version 1.0 already offered a lot of functionality, but after the project had been reviewed at Paul 's University, other developers could join and they started making valuable contributions to UML Modeller, like switching from a binary file format to an & XML; file, support for more types of & UML; Diagrams, Code Generation and Code Import just to name a few.
Paul var tvunget til at trække sig tilbage fra udviklingsgruppen sommeren 2002, men som frit og åbent programmel, fortsætter programmet med at forbedres og udvikles, og vedligeholdes af en gruppe af udviklere fra forskellige dele af verden. Desuden ændrede projektet navn fra UML; Modeller i september 2002. Der er flere grunde til navneændringen, den vigtigste at blot uml som det var almindeligt kendt som, var et alt for generelt navn som forårsagede problemer med visse distributioner. En anden vigtig grund er at udviklerne synes at Umbrello er et meget smartere navn.
Paul had to retire from the development team in Summer 2002 but, as Free and Open Source Software, the program continues to improve and evolve and is being maintained by a group of developers from different parts of the world. In September 2002 the project changed its name from UML; Modeller, to & umbrello;. There are several reasons for the change of names, the most important ones being that just uml & mdash; as it was commonly known & mdash; was a much too generic name and caused problems with some distributions. The other important reason is that the developers think Umbrello is a much cooler name.
Udviklingen af & umbrello;, samt diskussioner om i hvilken retning programmet skal udvikles i fremtidige versioner, er åben og finder sted via internettet. Hvis du skulle ville bidrage til projektet, så tøv ikke med at kontakte udviklerne. Der er mange måder du kan hjælpe & umbrello; på:
The development of & umbrello; as well as discussions as to where the program should head for future versions is open and takes place over the Internet. If you would like to contribute to the project, please do not hesitate to contact the developers. There are many ways in which you can help & umbrello;:
Rapportere fejl eller forbedringsforslag
Reporting bugs or improvements suggestions
Rette fejl eller tilføje funktioner
Fixing bugs or adding features
Skriv god dokumentation eller oversætte til andre sprog
Writing good documentation or translating it to other languages
Og naturligvis... lav kode sammen med os!
And of course... coding with us!
Som du ser, er der mange måder du kan bidrage på. De er alle sammen meget vigtige og alle er velkomne til at deltage.
As you see, there are many ways in which you can contribute. All of them are very important and everyone is welcome to participate.
& umbrello; - udviklerne kan nås på uml- devel@ lists. sourceforge. net.
The & umbrello; developers can be reached at uml-devel@lists. sourceforge. net.
& umbrello; - håndbogen
& umbrello; Handbook
umbrello; - udviklerne
umbrello; Authors
& umbrello; hjælper til med udviklingsprocessen for programmel ved at bruge industristandarden Unified Modelling Language (UML;) for at gøre det muligt at oprette diagrammer til at konstruere og dokumentere systemer.
& umbrello; helps the software development process by using the industry standard Unified Modelling Language (UML;) to enable you to create diagrams for designing and documenting your systems.
modellering
modelling
diagrammer
diagrams
programmeludvikling
software development
udvikling
development
Kodeimport og kodegenerering
Code Import and Code Generation
& umbrello; er et & UML; - modelleringsværktøj, og som sådant er dets hovedformål at hjælpe dig med analyse og konstruktion af dine systemer. For at gøre overgangen fra konstruktion til implementering nemmere, tillader & umbrello; dog at generere kildekode i forskellige programmeringssprog for at komme i gang. Hvis du desuden vil begynde på at bruge & UML; i et projekt som allerede er startet, kan & umbrello; hjælpe dig med at oprette en model af systemet fra kildekoden ved at analysere den og importere klasserne som findes i den.
& umbrello; is a & UML; modelling tool, and as such its main purpose is to help you in the analysis and design of your systems. However, to make the transition between your design and your implementation, & umbrello; allows you to generate source code in different programming languages to get you started. Also, if you want to start using & UML; in an already started C++ project, & umbrello; can help you create a model of your system from the source code by analysing your source code and importing the classes found in it.
Kodegenerering
Code Generation
& umbrello; kan generere kildekode for diverse programmeringssprog, baseret på din & UML; - model for at hjælpe dig med at komme i gang med implementeringen af projektet. Koden som laves består af klassedeklarationer, med metoder og attributter, så du kan udfylde tomrummet ved at sørge for funktionerne i klassernes operationer.
& umbrello; can generate source code for various programming languages based on your & UML; Model to help you get started with the implementation of your project. The code generated consists of the class declarations, with their methods and attributes so you can fill in the blanks by providing the functionality of your classes 'operations.
& umbrello; 1. 2 levereres med kodegenereringsunderstøttelse for ActionScript, Ada, C++, CORBA IDL, & Java;, Javascript, PHP, Perl, Python, SQL and XML Schema.
& umbrello; 1.2 comes with code generation support for ActionScript, Ada, C++, CORBA IDL, & Java;, JavaScript, PHP, Perl, Python, SQL and XMLSchema.
Generér kode
Generating Code
For at generere kode med & umbrello;, skal du først oprette eller indlæse en model som indeholder mindst en klasse. Når du er klar til at begynde at skrive lidt kode, vælges punktet Kodegenereringsguide i menuen Kode, for at starte guiden som leder dig gennem kodegenereringsprocessen.
In order to generate code with & umbrello;, you first need to create or load a Model containing at least one class. When you are ready to start writing some code, select the Code Generation Wizard entry from the Code menu to start a wizard which will guide you trough the code generation process.
Det første skridt er at vælge klasser, som du vil oprette kildekode for. Normalt vælges alle klasser i modellen, og du kan fjerne dem du ikke vil generere kode for, ved at flytte dem til listen på venstre side.
The first step is to select the classes for which you want to generate source code. By default all the classes of your model are selected, and you can remove the ones for which you do not want to generate code by moving them to the left-hand side list.
Næste skridt i guiden lader dig ændre parametre som kodegeneratoren bruger når den skriver koden. Følgende muligheder er til stede:
The next step of the wizard allows you to modify the parameters the Code Generator uses while writing your code. The following options are available:
Kodegenereringsmuligheder
Code Generation Options
Valgmulighed for kodegenereringen i & umbrello;
Options for the Code Generation in & umbrello;
Kodegenereringsmulighed
Generation Options
Kodeinformationsniveau
Code Verbosity