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:
Verzoek om verwerkingsdiagram
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:
Deze waarde wordt beïnvloed door de waarden in de volgende kolommen:
| |
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:
|
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:
Zoek naar kansen om vele OF verklaringen in één enkele "evenaart om het even welk van"verklaring te verminderen. |
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:
| 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. |