Optimaliseren Analysis Workspace performance

Verschillende factoren kunnen de prestaties van een project in Analysis Workspace beïnvloeden. Het is belangrijk om te weten wat die contribuanten zijn alvorens u begint een project te bouwen zodat u het project op de meest optimale manier kunt plannen en bouwen. Deze pagina bevat een lijst met factoren die van invloed zijn op de prestaties en optimalisaties die u kunt maken voor optimale prestaties in Analysis Workspace.

Help > Performance in Analysis Workspace

Onder Analysis Workspace > Help >Performance, kunt u factoren zien die de prestaties van uw project, met inbegrip van netwerk, browser, en projectfactoren beïnvloeden. Voor de nauwkeurigste resultaten, sta het project toe om volledig te laden alvorens de pagina van Prestaties te openen.

  • De Huidige kolom van het Project toont de resultaten voor uw huidige project en gebruikersmilieu.
  • In de kolom Richtsnoer wordt de door de Adobe aanbevolen drempelwaarde voor elke factor weergegeven.

Bovendien, kunt u Download als CSV de prestatiesinhoud gemakkelijk met de Zorg van de Klant van de Adobe of uw interne teams van IT delen.

NOTE
De informatie op de pagina Prestaties varieert telkens wanneer het modaal wordt geopend, aangezien de factoren aan verandering onderworpen zijn. Bovendien zal de Adobe de verstrekte richtsnoeren blijven verfijnen wanneer meer gegevens beschikbaar komen.

Netwerkfactoren

Help > Performance netwerkfactoren zijn onder andere:

Factor
Definitie
Beïnvloed door
Optimalisatie
Verbinding met Adobe
De Adobe verzendt in 10 testvraag wanneer de prestatiespagina wordt geopend. Dit vertegenwoordigt het percentage van die vraag aan Adobe die slaagt.
De lokale netwerkkwesties of de kwesties van de Adobe zullen deze factor beïnvloeden.
Controleer status.adobe.com om te controleren of er bekende problemen zijn met de service. Vervolgens valideert u uw lokale netwerkverbinding.
Internetbandbreedte
Alleen beschikbaar voor Google Chrome. De schatting door uw browser van de bandbreedte op uw locatie. De richtlijn is 2.0 MB/s.
Deze factor wordt beïnvloed door uw lokale netwerkverbinding.
Valideer uw lokale netwerkverbinding.
Internetlatentie
De Adobe verzendt in 10 testvraag wanneer de prestatiespagina wordt geopend. Dit vertegenwoordigt de hoeveelheid tijd het gemiddelde voor elke verzoek om naar Adobe te gaan en is teruggekeerd. Eenvoudiger gezegd, het is een maat voor hoe snel het internet is tussen uw locatie en Adobe. De richtlijn is < 1 seconde.
De lokale netwerkkwesties, vele open browser lusjes, of de kwesties van de Adobe zullen deze factor beïnvloeden.
Controleer status.adobe.com om te controleren of er bekende problemen zijn met de service. Vervolgens valideert u uw lokale netwerkverbinding en sluit u ongebruikte browsertabbladen.

Browserfactoren

Help > Performance browserfactoren zijn onder andere:

Factor
Definitie
Beïnvloed door
Optimalisatie
Rekensnelheid
Hoe snel uw computer een verwerkingstest uitvoert. De richtlijn is < 750 ms.
Deze factor is van invloed op uw hardware en gelijktijdige programma's.
Open Taakbeheer (PC) of Activiteitencontrole (Mac) van uw computer om te bepalen of programma's kunnen worden gesloten. Sluit vervolgens ongebruikte browsertabbladen of andere programma's.

als die acties niet helpen, bespreek hardwaredetails met uw team van IT.
Gebruikt geheugen
Alleen beschikbaar voor Google Chrome. Op elk Workspace-tabblad in een Google Chrome-browser wordt in totaal 4 GB geheugen gedeeld. Dit vertegenwoordigt het percentage van dat geheugentoelage dat door het huidige project wordt verbruikt. De richtlijn is 3500 MB, dat is het punt waarop Workspace begint geheugenfouten op te lossen.
Als u op meerdere tabbladen werkt of 50000 rijen gegevens downloadt, wordt er meer geheugen gebruikt.
Als er een geheugenfout optreedt, sluit u andere Workspace-tabbladen en/of voert u 50000 rijen uit om deze één voor één te downloaden.
Lokale opslag gebruikt
Gegevens die lokaal op de computer zijn opgeslagen voor gebruik in de browser. Elke oorsprong (bijvoorbeeld experience.adobe.com) heeft een recht van 10 MB.
Analysis Workspace gebruikt lokale opslag voor verschillende functies, waaronder voor het opslaan van automatisch opgeslagen (bestaande) projecten, gebruikersinstellingen en functiemarkeringen.
Om ervoor te zorgen dat de Analysis Workspace-functies niet worden onderbroken, schakelt u de lokale opslag voor het domein experience.adobe.com uit.
Rendersnelheid
FPS staat voor frames per seconde. Dit is het aantal keren per seconde dat de browser de pagina op het scherm tekent. 24 FPS is meestal wat het menselijke oog kan waarnemen; als FPS lager is dan dat, zult u weergaveproblemen in Workspace waarnemen.
FPS wordt beïnvloed door multitasking in vele Workspace-projecten tegelijk en door de grootte van het project dat wordt bekeken. Andere programma's die op uw computer worden uitgevoerd, kunnen van invloed zijn, zoals streaming, achtergrondscanners, enzovoort. Bovendien heeft uw hardware invloed op deze factor.
Open Taakbeheer (PC) of Activiteitencontrole (Mac) van uw computer om te bepalen of programma's kunnen worden gesloten. Sluit vervolgens ongebruikte browsertabbladen of andere programma's.

als die acties niet helpen, bespreek hardwaredetails met uw team van IT.

Projectfactoren

Help > Performance projectfactoren zijn:

Factor
Definitie
Optimalisatie
Aantal verzoeken
Het totale aantal verzoeken die aan Adobe worden gemaakt om gegevens terug te winnen die in het project worden getoond. De vragen omvatten gerangschikte verzoeken om lijsten, anomalieopsporing, sparklines, componenten die in de linkerspoorstaaf worden getoond, en meer. Hiermee sluit u samengevouwen deelvensters en visualisaties uit. Het richtsnoer is 100.
Vereenvoudig waar mogelijk uw project door gegevens op te splitsen in verschillende projecten die een specifiek doel of een groep belanghebbenden dienen. De markeringen van het gebruik om projecten in thema's te organiseren, en gebruiken direct verbindendom een interne inhoudstafel tot stand te brengen zodat de belanghebbenden kunnen gemakkelijker vinden wat zij nodig hebben.
Uitgebreide deelvensters (van totaal aantal deelvensters)
Het aantal uitgevouwen deelvensters in het totale aantal deelvensters in het project. Het richtsnoer is 5.
Nadat u stappen hebt ondernomen om uw project te vereenvoudigen, vouwt u deelvensters in uw project samen die u tijdens het laden niet hoeft te bekijken. Als het project wordt geopend, worden alleen uitgebreide deelvensters verwerkt. Samengevouwen deelvensters worden pas verwerkt wanneer de gebruiker deze uitbreidt.
Uitgebreide visualisaties (van totale visualisaties)
Het aantal uitgevouwen tabellen en visualisaties van het totaal in het project, inclusief verborgen gegevensbronnen. Het richtsnoer is 15.
Nadat u stappen hebt ondernomen om uw project te vereenvoudigen, vouwt u visualisaties in uw project samen die niet tijdens het laden hoeven te worden bekeken. Prioriteit geven aan de visuals die het belangrijkst zijn voor de consument van het rapport en ondersteunende beelden zo nodig opsplitsen in een apart, gedetailleerder panel of project.
Aantal cellen voor vrije vorm
Het totale aantal cellen van de Freeform- lijst in het project, dat door rijen * kolommen over alle lijsten wordt berekend. Verborgen gegevensbronnen uitsluiten. Het richtsnoer is 4000.
Verlaag het aantal kolommen in de tabel tot alleen de meest relevante gegevenspunten. Verminder het aantal rijen in uw lijst door het aantal getoonde rijen aan te passen, een lijstfilter toe te passen, of een segment toe te passen.
Beschikbare componenten
Het totale aantal componenten dat in de linkerspoorstaaf van het project wordt opgehaald, over alle rapportagesets in het project. Dit zal gevolgen hebben voor de snelheid waarin de linkerspoorbelasting wordt geladen en de snelheid waarmee de zoekresultaten erin worden geretourneerd. Het richtsnoer is 2000.
Bespreek met uw productbeheerder of er een virtuele rapportsuite met een meer op maat gemaakte set componenten moet worden gemaakt.
Gebruikte componenten
Het totale aantal componenten dat in het project wordt gebruikt. Het richtsnoer is 100.
Het aantal gebruikte componenten is geen directe invloed op de prestaties. De complexiteit van deze componenten zal echter bijdragen tot de prestaties van het project. Zie de optimalisaties in de sectie "Aanvullende factoren" hieronder.
Langste datumbereik
Deze factor toont de langste datumwaaier gebruikte het project. Het richtsnoer is één jaar.
Trek waar mogelijk niet meer gegevens in dan u nodig hebt. Verfijn de paneelkalender aan de relevante data voor uw analyse of gebruik datumwaaiercomponenten (paarse componenten) in uw vrije vormlijsten. Datumbereiken die in een tabel worden gebruikt, overschrijven het datumbereik van het deelvenster. U kunt bijvoorbeeld vorige maand, vorige week en gisteren toevoegen aan de tabelkolommen om die specifieke gegevensbereiken aan te vragen. Voor meer informatie bij het werken met datumwaaiers in Analysis Workspace, bekijk deze video.

bovendien, minimaliseer het aantal jaar-over-jaar vergelijkingen die in het project worden gebruikt. Wanneer een jaar-over-jaar vergelijking wordt berekend, kijkt het over de volledige 13 maanden van gegevens tussen de maanden van rente. Dit heeft hetzelfde effect als het wijzigen van het datumbereik van het deelvenster in een datumbereik van 13 maanden.

Aanvraagfactoren

Help > Performance aanvraagfactoren

Gebruik het volgende diagram en de termijnen om te leren hoe de verzoeken en de diverse factoren worden verwerkt die verwerkingstijden beïnvloeden:

NOTE
Aanbevolen richtlijnen voor deze factoren zijn gebaseerd op een complexiteitsscore van Medium voor het rapporteren van verzoeken.

Verzoek om verwerkingsdiagram

de verwerking van het Verzoek

Verwerkingsvoorwaarden aanvragen

Factor
Definitie
Optimalisatie
Gemiddelde verzoektijd

De tijd die vereist is vanaf het moment dat het verzoek wordt geïnitieerd tot het moment dat het is voltooid. De richtlijn is 15 seconden.

In het verwerken van het Verzoekhierboven diagram, vertegenwoordigt de verzoektijd het volledige proces, van Analysis Workspace verzoek dat aan Analysis Workspace verzoek in werking wordt gesteld.

Langste verzoektijd

De tijd die vereist is vanaf het moment dat het verzoek wordt geïnitieerd tot het moment dat het is voltooid.

In het verwerken van het Verzoekhierboven diagram, vertegenwoordigt de verzoektijd het volledige proces, van Analysis Workspace verzoek dat aan Analysis Workspace verzoek in werking wordt gesteld.

Gemiddelde raadplegingstijd

Omdat Analysis Workspace slechts de knoeiboel voor om het even welke koorden opslaat die in om het even welke segmenten worden gebruikt, telkens als u een project verwerkt, Lookups worden uitgevoerd om de knoeiboel met de aangewezen waarden aan te passen. De richtlijn is minder dan 2 seconden.

Dit kan een middel-intensief proces, afhankelijk van het aantal waarden zijn die potentieel de knoeiboel zouden kunnen aanpassen.

In het verwerken van het Verzoekhierboven diagram, wordt de raadplegingstijd vertegenwoordigd in de Lookups fase (op het tijdstip van de verwerkingsfase van de Motor van het Verzoek fase).

Als de verzoeken hier vertragen, is het waarschijnlijk toe te schrijven aan het hebben van teveel koordsegmenten in uw project, of het hebben van koorden met overdreven generische waarden die teveel potentiële gelijken hebben.
Gemiddelde rijtijd

De totale tijd die in rij wacht alvorens de verzoeken worden verwerkt. De richtlijn is 5 seconden.

In het verwerken van het Verzoekdiagram hierboven, wordt de rijtijd vertegenwoordigd in de de rij van de Motor van het Verzoek fase en de rij van de Server fase.

Als de verzoeken hier vertragen, kan het toe te schrijven zijn aan teveel verzoeken die gelijktijdig in uw organisatie lopen. Probeer het verzoek uit te voeren buiten piektijd.
Gemiddelde tijd van de serververwerking

De gemiddelde hoeveelheid tijd die nodig is om het verzoek te verwerken.

In het verwerken van het Verzoekhierboven diagram, wordt de gemiddelde tijd van de serververwerking vertegenwoordigd in de de rij van de Server fase en de verwerkingsfase van de Server. De richtlijn is 10 seconden

Als de verzoeken hier vertragen, is het waarschijnlijk dat het project te lange datumwaaiers of complexe visualisaties heeft. Verkort het datumbereik van uw project om de verwerkingstijd te verkorten.
Complexiteit

Niet alle verzoeken vereisen de zelfde hoeveelheid tijd om te verwerken. De complexiteit van aanvragen kan u helpen een algemeen idee te geven van de tijd die nodig is om de aanvraag te verwerken. De richtlijn is Medium of lager.

Mogelijke waarden zijn:

  • Laag
  • Medium
  • Hoog

Deze waarde wordt beïnvloed door de waarden in de volgende kolommen:

  • grenzen van de Maand
  • Kolommen
  • Segmenten
grenzen van de Maand
Het aantal maanden dat in een verzoek is opgenomen. Meer maandgrenzen vergroot de complexiteit van het verzoek. De richtlijn is 6 of minder.
Als de verzoeken hier vertragen, kan het zijn omdat de maandgrenzen in uw project te groot zijn. Verlaag het aantal maanden.
Kolommen
Het aantal metriek en onderverdelingen in het verzoek. Meer kolommen maken de aanvraag complexer. De richtlijn is tien of minder.
Als de verzoeken hier vertragen, kan het zijn omdat er teveel kolommen in uw project zijn. Verminder het aantal kolommen.
Segmenten
Het aantal segmenten dat op de aanvraag wordt toegepast. Meer segmenten maken de aanvraag complexer. De richtlijn is 5 of minder.
Als de verzoeken hier vertragen, kan het zijn omdat er teveel segmenten in uw project zijn. Verminder het aantal segmenten.

Aanvullende factoren

Aanvullende factoren die niet zijn opgenomen in Help > Prestaties zijn onder andere:

Factor
Definitie
Beïnvloed door
Optimalisatie
Complexiteit segment
De ingewikkelde segmenten kunnen een significante invloed op projectprestaties hebben.

De factoren die ingewikkeldheid aan een segment (in dalende orde van effect) toevoegen omvatten:

  • Operatoren van "contains,", "contains any of", "match," "start with" of "ends with"
  • Opeenvolgende segmentatie, vooral wanneer dimensiebeperkingen (Within/After) worden gebruikt
  • Het aantal unieke dimensie-items binnen de dimensies die in het segment worden gebruikt (pagina = 'A' als pagina 10 unieke items bevat, is sneller dan Pagina = 'A' als pagina 100000 unieke items bevat)
  • Aantal verschillende gebruikte afmetingen (bijvoorbeeld Pagina = 'Home' en Pagina = 'Zoekresultaten' zijn sneller dan eVar 1 = 'red' en eVar 2 = 'blue')
  • Veel OR-operatoren (in plaats van AND)
  • Geneste containers met een verschillend bereik (bv. "Actief" in "Bezoek" in "Bezoeker")

Hoewel sommige van de complexiteitsfactoren niet kunnen worden verhinderd, zoek mogelijkheden om de ingewikkeldheid van uw segmenten te verminderen. Over het algemeen geldt dat hoe specifieker u kunt zijn bij de criteria van uw segment, des te beter. Bijvoorbeeld:

  • Bij containers is het gebruik van één container boven aan het segment sneller dan een reeks geneste containers.
  • Met operatoren is 'equals' sneller dan 'contains' en is 'equals any of' sneller dan 'contains any of'.
  • Met vele criteria, EN zullen de exploitanten sneller zijn dan een reeks van OF exploitanten.

Zoek naar kansen om vele OF verklaringen in één enkele "evenaart om het even welk van"verklaring te verminderen.

de Classificatieskunnen ook helpen om vele waarden in beknopte groepen te consolideren waarvan u segmenten kunt dan tot stand brengen. De segmentatie op classificatiegroepen verstrekt prestatiesvoordelen over segmenten die vele OF verklaringen bevatten of "bevat"criteria.

Complexiteit van visualisatie (segmenten, meetgegevens, filters)
Het type visualisatie (bijvoorbeeld fallout versus een vrije-vormlijst) dat op zich aan een project wordt toegevoegd beïnvloedt niet zeer veel projectprestaties. Het is de complexiteit van de visualisatie die de verwerkingstijd vergroot.

Factoren die complexiteit toevoegen aan een visualisatie zijn:

  • Bereik van gevraagde gegevens
  • Aantal toegepaste segmenten; bijvoorbeeld segmenten die worden gebruikt als rijen van een vrije-vormtabel
  • Gebruik van complexe segmenten
  • Statische puntrijen of kolommen in vrije vormlijsten
  • Filters die worden toegepast op rijen in vrije-vormtabellen
  • Aantal inbegrepen metriek, vooral berekende metriek die segmenten gebruiken
Als u opmerkt dat uw projecten niet zo snel zoals u zou willen laden, probeer vervangend sommige segmenten met steunen en filters, waar mogelijk.

als u zich voortdurend gebruikend segmenten en berekende metriek voor gegevenspunten vindt die voor uw zaken belangrijk zijn, denk na verbeterend uw implementatie om deze gegevenspunten directer te vangen. Door het gebruik van codes in Adobe Experience Platform en de verwerkingsregels van de Adobe kunnen wijzigingen in de implementatie snel en eenvoudig worden geïmplementeerd.
Grootte van rapportsuite
De hoeveelheid gegevens die in uw rapportsuite wordt verzameld.
-
Raadpleeg uw implementatieteam of een Adobe-expert om te bepalen of er implementatieverbeteringen kunnen worden doorgevoerd om de algehele ervaring in Adobe Analytics te verbeteren.
Gelijktijdige query's
Het aantal vragen die door uw organisatie aan Adobe tezelfdertijd worden gevraagd. Elke organisatie heeft recht op minimaal vijf gelijktijdige query's.
Als een rapport lange tijd neemt, typisch is het toe te schrijven aan het feit dat het in een rij met andere rapporten is. Dit betekent uw organisatie probeert om vele gezamenlijke verzoeken tegen een specifieke rapportreeks in werking te stellen. De vragen kunnen van API verzoeken, rapporteringsUIs (Analysis Workspace, Report Builder, enz.), geplande projecten, geplande rapporten, gepland alarm, en gezamenlijke gebruikers komen die het melden verzoeken.
Verspreid uw verzoeken en programma's voor de rapportreeks gelijkmatiger door de dag. Verplaats uw verzoeken waar mogelijk naar tijden buiten de piek. Maandochtenden, dinsdagochtend en de eerste van elke maand zijn de hoogste rapportagetijden.

Tips om de productiviteit in Analysis Workspace te verhogen

Hier volgt een video over het onderwerp:

recommendation-more-help
a83f8947-1ec6-4156-b2fc-94b5551b3efc