natgillin/translations-raw huggingface dataset:
The Visualisation state of a KCachegrind window includes: the primary and secondary event type chosen for display, the function grouping (used in the Function Profile list and entity colouring), the profile parts whose costs are to be included in visualisation, an active cost entity (e. g. a function selected from the function profile dockable), a selected cost entity. This state influences visualisations.
Visualiseringstillståndet i ett fönster i & kcachegrind; omfattar: den primära och sekundära händelsetypen som valts att visas, funktionsgrupperingen (används i listan Funktionsprofilering och enhetsfärgningen), profileringsdelarna vars kostnad ska ingå i visualiseringen, en aktiv kostnadsenhet (t. ex. en funktion som valts i sidopanelen för funktionsprofilering), en vald kostnadsenhet. Tillståndet påverkar visualiseringarna.
Visualisations always are shown for one, the active, cost entity. When a given visualisation is not appropriate for a cost entity, it is disabled (e. g. when selecting an ELF object in the group list by double-clicking, source annotation for an ELF object make no sense).
Visualiseringar visas bara för en kostnadsenhet, den aktiva. Om en given visualisering inte är lämplig för en kostnadsenhet, inaktiveras den: om t. ex. ett & ELF; - objekt väljes i grupplistan, är inte källkodskommentarer vettiga.
For example, for an active function, the callee list shows all the functions called from the active one: one can select one of these functions without making it active; also, if the call-graph is shown nearside, it will automatically select the same function.
För en aktiv funktion visar till exempel listan över de som blir anropade alla funktioner som anropas från den aktiva funktionen. Man kan välja en av funktionerna utan att göra den aktiv. Om anropsdiagrammet dessutom visas intill, väljes automatiskt samma funktion där.
Parts of the GUI
Delar i det grafiska gränssnittet
Sidedocks
Sidopaneler
Sidedocks (Dockables) are side windows which can be placed at any border of an KCachegrind window. They always contain a list of cost entities sorted in some manner.
Sidopaneler är sidofönster som kan placeras vid vilken kant som helst i ett fönster i & kcachegrind;. De innehåller alltid en lista med kostnadsenheter sorterade på något sätt.
Function Profile. The Function Profile is a list of functions showing inclusive and exclusive cost, call count, name and position of functions.
Funktionsprofilering är en lista med funktioner som visar kostnaden som uppstår i och utanför funktionen, namn och funktionens position.
Parts Overview
Översikt över delar
Call Stack
Anropsstack
The visualisation area, typically the right part of a KCachegrind main window, is made up of one (default) or more Tab Views, either lined up horizontally or vertically. Each tab view holds different visualisation views of only one cost entity at a time. The name of this entity is given at the top of the tab view. If there are multiple tab views, only one is active. The entity name in the active tab view is shown in bold and determines the active cost entity of the KCachegrind window.
Visualiseringsområdet, typiskt den högra delen av ett huvudfönster i & kcachegrind;, består av en (förvalt värde) eller flera flikar, antingen uppradade horisontellt eller vertikalt. Varje flik innehåller olika visualiseringar av en enda kostnadsenhet åt gången. Namnet på enheten visas längst upp i fliken. Om det finns flera flikar, är bara en aktiv. Enhetsnamnet i den aktiva fliken visas med fetstil, och avgör den aktiva kostnadsenheten i & kcachegrind; s fönster.
Areas of a Tab View
Områden under en flik
Each tab view can hold up to four view areas, namely Top, Right, Left, and Bottom. Each area can hold multiple stacked visualisation views. The visible view 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 visualisation should go into which area by using the context menus of the tabs.
Varje flik kan innehålla upp till fyra visningsområden, närmare bestämt uppe, höger, vänster och nere. Varje område kan innehålla flera visualiseringar ovanpå varandra. Den synliga delen av ett område väljes med en flikrad. Flikrader för det övre och högra området är längst upp, flikrader för det vänstra och nedre området är längst ner. Du kan ange vilka sorters visualiseringar som ska hamna i de olika områdena genom att använda flikarnas sammanhangsberoende menyer.
Synchronised Visualisation via Selected Entity in a Tab View
Synkroniserad vy med vald enhet under en flik
Besides an active entity, each tab view has an selected entity. As most visualisation types show multiple entities with the active one somehow centred, you can change the selected item by navigating inside a visualisation (by clicking with the mouse or using the keyboard). Typically, selected items are shown in an highlighted state. By changing the selected entity in one of the visualisations of a tab view, all other visualisations in the tab view accordingly highlight the new selected entity.
Förutom en aktiv enhet, har varje flik en vald enhet. Eftersom de flesta visualiseringstyper visar flera enheter med den aktiva centrerad på något sätt, kan du ändra valt objekt genom att navigera i en visualisering (genom att klicka med musen eller använda tangentbordet). Ofta visas valda objekt med markeringar. Genom att ändra vald enhet i en av visualiseringarna under fliken, markeras den nyvalda enheten i alla andra visualiseringar under fliken på motsvarande sätt.
Synchronisation between Tab Views
Synkronisering mellan flikar
If there are multiple tab views, a selection change in one tab view leads to an activation change in the next (to right/ to bottom) tab view. This kind of linkage should, for example, allow for fast browsing in call graphs.
Om det finns flera flikar, gör en ändring av markeringen under en flik att en aktivering ändras under nästa flik (till höger eller nedanför). Den här sortens länkning bör till exempel möjliggöra snabb bläddring i anropsdiagram.
Layouts
Layouter
The layout of all the tab views of a window can be saved (see menu item View/ Layout). After duplicating the current layout (Ctrl+Plus or menu) and changing some sizes or moving a visualisation view to another area of an tab view, you can quickly switch between the old and the new layout via Ctrl+Left/ Right. The set of layouts will be stored between KCachegrind sessions of the same profiled command. You can make the current set of layouts as the default one for new KCachegrind sessions, or restore to the default layout set.
Layouten för alla flikarna i ett fönster kan sparas (Visa Layout). Efter nuvarande layout har duplicerats (Ctrl; + Visa Layout Duplicera) och någon storlek har ändrats eller en visualisering har flyttats till ett annat område under en flik, kan du snabbt byta mellan den gamla och den nya layouten via Ctrl; Vänsterpil eller Ctrl; Högerpil. Layoutuppsättningarna sparas mellan sessioner i & kcachegrind; med samma profileringskommando. Du kan göra den nuvarande layoutuppsättningen standard för nya sessioner i & kcachegrind;, eller återställa standarduppsättningen.
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.
Den flata profilen innehåller en grupp - och en funktionsvalslista. Grupplistan innehåller alla grupper där kostnader uppstår, beroende på markerad grupptyp. Grupplistan döljs när gruppering stängs av.
The function list contains the functions of the selected group (or all functions if grouping is switched off), ordered by some column, e. g. inclusive or self costs spent therein. There is a maximal number of functions shown in the list, which is configurable in Settings/ Configure KCachegrind.
Funktionslistan innehåller funktionerna i den valda gruppen (eller alla funktioner om gruppering är avstängd), ordnade enligt någon kolumn, t. ex. ingående kostnad eller använd egenkostnad. Det finns ett maximalt antal funktioner som visas i listan, vilket kan ställas in med Inställningar Anpassa KCachegrind.
In a profile run, multiple profile data files can be produced, which can be loaded together into KCachegrind. The Parts Overview dockable shows these, horizontally ordered according creation time; the rectangle sizes are proportional to the cost spent in the parts. You can select one or several parts to constrain the costs shown in the other KCachegrind views to these parts only.
Under en profileringskörning kan flera profileringsdatafiler skapas, som kan laddas tillsammans i & kcachegrind;. Sidorutan Översikt över delar visar dem, horisontellt ordnade enligt tiden de skapades. Storleken på rektanglarna är proportionell mot kostnaden som uppstått i delarna. Du kan välja en eller flera delar för att begränsa kostnaderna som visas i övriga vyer i & kcachegrind; till bara dessa delar.
The parts are further subdivided: there is a partitioning and an inclusive cost split mode:
Delarna är ytterligare uppdelade mellan ett uppdelningsläge och ett samlat delningsläge med kostnad:
Partitioning: You see the partitioning into groups for a profile data part, according to the group type selected. For example, if ELF object groups are selected, you see coloured rectangles for each used ELF object (shared library or executable), sized according to the cost spent therein.
Uppdelningen visas i grupper för en spårningsdatadel, enligt vald grupptyp. Om till exempel & ELF; - objektgrupper är valt, ser du färgade rektanglar för varje använt & ELF; - objekt (delat bibliotek eller körbart program), med storlek enligt ingående kostnad.
Inclusive Cost Split: A rectangle showing the inclusive cost of the current active function in the part is shown. This, again, is split up to show inclusive costs of its callees.
En rektangel som visar samlad kostnad för aktuell markerad funktion i delen visas. Den delas återigen upp, för att visa samlade kostnader för anropade funktioner.
This is a purely fictional 'most probable 'call stack. It is built up by starting with the current active function and adds the callers/ callees with highest cost at the top and to bottom.
Det här är en rent uppdiktad mest trolig anropsstack. Den byggs upp genom att börja med aktuell markerad funktion och lägga till de som anropar och anropade med högst kostnad längst upp och längst ner.
The 'Cost 'and 'Calls' columns show the cost used for all calls from the function in the line above.
Kolumnerna Kostnad och Anrop visar kostnad som behövs för alla anrop från funktionen på raden ovan.
Parts Overview
Händelsetyp
This list shows all cost types available and the corresponding self and inclusive cost of the current active function for that event type.
Listan Händelsetyp visar alla tillgängliga kostnadsslag och vad som är egenkostnaden och samlade kostnaden för aktuell markerad funktion för kostnadsslagen.
By choosing an event type from the list, you change the type of costs shown all over KCachegrind to be the selected one.
Genom att välja en kostnadsslag i listan, ändrar du kostnadsslag för kostnader som visas överallt i & kcachegrind; till det valda.
Call Lists
Anropslistor
These lists show calls to/ from the current active function. With ''all 'callers/ callees functions are meant which can be reached in caller/ callee direction, even when other functions are in between.
Listorna visar anrop till och från den nuvarande aktiva funktionen. Med Alla de som anropar och Alla anropade, menas funktioner som kan nås i båda riktningarna, även om andra funktioner finns emellan.
Call list views include:
Anropslistans vy omfattar:
All Callers
Alla som anropar
All Callees
Alla som anropas
Maps
Mappningar
A treemap visualisation of the primary event type, up or down the call hierarchy. Each coloured rectangle represents a function; its size tries to be proportional to the cost spent therein while the active function is running (however, there are drawing constrains).
En visualisering med träddiagram av den primära händelsetypen, uppåt eller neråt i anropshierarkin. Varje färglagd rektangel motsvarar en funktion. Storleken är ungefär proportionell mot kostnaden som uppstår i den, medan den aktiva funktionen kör (det finns dock begränsningar i återgivningen).
For the Caller Map, the graph shows the nested hierarchy of all callers of the current activated function; for the Callee Map, it shows the nested hierarchy of all callees of the current activated function.
För kartan över de som anropar, visar diagrammet hierarkin i flera nivåer för alla de som anropar den aktuella aktiverade funktionen. För kartan över de som blir anropade visar det hierarkin i flera nivåer för alla de som blir anropade av den aktuella aktiverade funktionen.
Appearance options can be found in the in the context menu. To get exact size proportions, choose 'Hide 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.
Utseendealternativ hittas i den sammanhangsberoende menyn. För att få exakta storleksförhållanden, välj Bara riktiga kanter. Eftersom läget kan ta mycket lång tid, kanske du först vill begränsa maximalt antal återgivna nivåer. Bäst avgör delningsriktningen för inre funktioner från den yttres proportion. Alltid bäst beslutar om återstående utrymme för varje funktion på samma nivå. Ignorera proportioner tar utrymme för att rita funktionsnamnet innan inre funktioner ritas. Observera att storleksförhållanden kan bli väsentligt felaktiga.
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.
Tangentbordsnavigering är tillgänglig med vänster och höger piltangenter för att gå igenom objekt på samma nivå, och uppåt/ neråt piltangenter för att gå upp eller ner en nivå, Returtangenten aktiverar aktuellt objekt.
Call Graph
Anropsdiagram
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.
Den här vyn visar omgivningen till anropsdiagrammet för den aktiva funktionen. Kostnaden som visas är bara kostnaden som uppstår när den aktiva funktionen verkligen körde, dvs. kostnaden som visas för main (), om det syns, ska vara samma som kostanden för den aktiva funktionen, eftersom det är den del av den tillhörande kostnaden som uppstår i main () medan den aktiva funktionen kör.
For cycles, blue call arrows indicate that this is an artificial call added for correct drawing which actually never happened.
För cykler, anger blåa anropspilar att det här är ett artificiellt anrop som lagts till för riktig uppritning, som i själva verket aldrig inträffat.
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.
Om diagrammet är större än komponentens yta, visas en översiktsruta i ena hörnet. Det finns liknande visualiseringsalternativ som i anropsträdkartan. Den valda funktionen markeras.
Annotations
Kommentarer
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.
Den kommenterade källkoden eller assemblerlistan visar källkodsraderna eller maskinkodsinstruktionerna för aktuell markerad funktion tillsammans med (egen) kostnaden som uppstår när en källkodsrad eller instruktion utförs. Om det är en anropsinstruktion, infogas rader med information om anropet som sker i koden: Detta är den samlade kostnaden som uppstår inne i anropet, antal anrop som sker, och anropsmålet.
Select such a call information line to activate the call destination.
Markera en sådan rad med anropsinformation för att aktivera anropsmålet.
The main & kcachegrind; window
& kcachegrind; s huvudfönster
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.
Öppnar ett tomt toppnivåfönster där du kan ladda profileringsdata. Det här alternativet behövs egentligen inte, eftersom Arkiv Öppna... ger ett nytt toppnivåfönster om det nuvarande redan visar någon data.
Ctrl; O File Open
Ctrl; O Arkiv Öppna
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.
Visar & kde;: s fildialogruta för att välja en profileringsdatafil som ska läsas in. Om någon data redan visas i det nuvarande toppnivåfönstret, öppnar detta ett nytt fönster. Om du vill lägga till ytterligare profileringsdata i nuvarande fönster, använd Arkiv Lägg till.
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.
Profileringsdatafilernas namn slutar oftast med. pid. part - threadID, där part och threadID är valfria. pid och part används av flera profileringsdatafiler som tillhör en programkörning. Genom att ladda en fil som bara slutar med pid, laddas också eventuella befintliga datafiler, men med andra filändelser, för den här körningen.
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.
Om profileringsdatafilerna cachegrind. out. 123 och cachegrind. out. 123. 1 finns, laddas också den andra automatiskt genom att ladda den första.
File Add
Arkiv Lägg till
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.
Lägger till en profileringsdatafil i nuvarande fönster. Genom att använda det kan du tvinga fram att flera datafiler laddas i samma toppnivåfönster även om de inte kommer från samma körning givet av konventionen för namngivning av profileringsdatafiler. Det kan till exempel användas för jämförelser.
Ctrl; N File New
F5 Arkiv Uppdatera
Reload the profile data. This is most interesting after another profile data file was generated for an already loaded application run.
Ladda om profileringsdata. Det är intressantast när en annan profileringsdatafil skapats för en programkörning som redan laddats.
Quits & kappname;
Avslutar & kappname;
What is & kcachegrind; for? I have no idea.
Vad är & kcachegrind; till för? Jag har ingen aning.
& 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;.
& kcachegrind; är till hjälp vid ett sent steg i programutveckling som kallas profilering. Om du inte utvecklar program, behöver du inte & kcachegrind;.
What is the difference between 'Incl. 'and 'Self'?
Vad är skillnaden mellan Inkl. och Själv?
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.
De är kostnadsegenskaper för funktioner med avseende på en viss händelsetyp. Eftersom funktioner kan anropa varandra, är det rimligt att skilja på funktionens egen kostnad (självkostnad) och den samlade kostnaden inklusive alla anropade funktioner (inkluderande kostnad). Själv kallas också ibland egenkostnad.
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.
Alltså kommer du till exempel alltid att ha en samlad kostnad av nästan 100% för main (), medan egenkostnaden är försumbar när det verkliga arbetet utförs i en annan funktion.
The toolbar/ menubar of my KCachegrind looks so spartanic. Is this normal?
Verktygsraden och menyraden i min & kcachegrind; ser så spartanska ut. Är det normalt?
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.
Uppenbarligen är & kcachegrind; felinstallerat på ditt system. Du rekommenderas att kompilera med installeringsprefixet satt till & kde;: s baskatalog i systemet, som configure -- prefix= / opt/ kde4; make install. Om du väljer en annan katalog, som $HOME / kde, måste du ställa in miljövariabeln KDEDIR till den katalogen innan du kör & kcachegrind;.
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%?
Om jag dubbelklickar på en funktion i vyn Anropsdiagram, visas samma kostnad för main () som för den aktiverade funktionen. Är det inte meningen att den alltid ska vara 100%?
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.
Du har aktiverat en funktion under main () som har en lägre kostnad än main (). Bara den del av funktionens totala kostnad som används när den aktiverade funktionen kör visas för en funktion, dvs. kostnaden som visas för en funktion kan aldrig vara större än kostnaden för den aktiverade funktionen.
Cost Entities
Kostnadsenhet
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).
Ett abstrakt objekt som hör ihop med källkod som kan tilldelas händelseantal. Dimensioner för kostnadsenheter är kodposition (t. ex. källkodsrad, funktion), dataposition (t. ex. använd datatyp, dataobjekt), körposition (t. ex. tråd, process) och kombinationer av nämnda positioner (t. ex. anrop, objekt använda av satser, data utkastad från cache).
Event Types
Händelsekostnader
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.
Summering av händelser av en viss händelsetyp som inträffar medan körningen är kopplad till en viss kostnadsenhet. Kostnaden tilldelas till enheten.
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.
Den sortens händelse vars kostnad kan tilldelas till en kostnadsenhet. Det finns både verkliga händelsetyper och ärvda händelsetyper.
Event Types
Ärvd händelsetyp