Het viel me op dat de totale duur twee keer zo groot is als de verse duur, terwijl er elke dag alleen maar verse data binnengehaald zou moeten worden (standaard cache timeout en een verversingsfrequentie van 1x per dag).
Op Bridge Online Monitoring zie ik dat elk OData verzoek twee keer wordt weergegeven, met exact dezelfde start- en eindtijd, totale duur, teruggegeven aantal rijen, etc…
Hoe kan het dat die totale duur zoveel langer is dan de verse duur, en klopt het dat die dubbele rijen in Bridge Online Monitoring echt dubbele verzoeken zijn, of worden ze alleen als zodanig weergegeven (en blijkbaar meegeteld in de Gebruiksstatistiekengrafiek)?
Het is niet gelukt om deze informatie terug te vinden. Voor de tabel WorkTypes is wel gevonden:
Bron
Tijdstip (UTC)
Duur (ms)
Tabelnaam
Aantal Rijen
Request ID
BridgeOnlineOdata4
2023-10-28 03:40:11
498
Teamleader.V2.WorkTypes@tlr
33
0HMUN78CKMV8V:0000000F
BridgeOnlineOdata4
2023-10-29 05:10:37
355
Teamleader.V2.WorkTypes@tlr
33
0HMUO2DELHFBM:00000016
BridgeOnlineOdata4
2023-10-30 04:43:13
365
Teamleader.V2.WorkTypes@tlr
33
0HMUOSFMSBQP9:00000007
BridgeOnlineOdata4ZipOutCache
2023-10-30 05:05:36
39
Teamleader.V2.WorkTypes
33
0HMUOSFMSBQRT:0000000F
Het is wel bijzonder dat de duren precies het dubbele zijn. Mogelijkerwijs is hier sprake van een dubbeltelling doordat er meerdere gegevens geteld worden.
Kunt u aangeven hoe u het Excel-sheet samenstelt?
Kunt u in Bridge Online Monitoring een verzoek ID (titelbalk van de details) opzoeken die een dergelijke dubbeltelling vertoont?
De Excel-sheet heb ik gedownload via de knop “Exporteer naar Excel” op de Bridge Online Monitoring pagina. De kolommen met bedrijfsinformatie heb ik weggelaten, en een aantal rijen geselecteerd waarbij die dubbele verzoeken voorkomen.
Nu opnieuw geprobeerd met een export van vandaag en nu zie ik die dubbele verzoeken niet. Maar als ik de “Duur” (zevende kolom) optel over alle regels uit de Excel export kom ik ongeveer uit op de “Verse duur” die in de Gebruiksstatistieken staat (5,657s vs 5,645s). De “Totale duur” is echter nog steeds twee keer zo lang (11,291s).
Hierbij een paar verzoek ID’s, ook al vertoonden deze vandaag dus geen dubbeltelling voor zover ik kan zien:
0HMUPLK5QLCUS:0000000B
0HMUPLK5QLD2Q:00000003
0HMUPLK5QLCQU:00000009
Er is op dit moment nog geen aanvulling. De limieten qua duur zijn voorlopig grotendeels buiten werking gesteld in afwachting van een grote upgrade voor nauwkeuriger opsplitsen CPU-duur, I/O-duur en wachttijd.
