-
Notifications
You must be signed in to change notification settings - Fork 347
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Investigate] Investigate performance of broker authentication scenarios and Identify areas for improvment #1796
Comments
When acquiring a token silently, MSAL goes directly to the broker. However, MSAL should first try to see if there is an access token in its cache first. MSAL's local cache should be significantly faster than talking to the broker. We should implement / fix #1820 before measuring perf. |
Added measuring logic, now waiting for #1820 to be fixed as it should improve perf ... |
planning: Next step is to find next improvements |
With same scope as used in acquire token interactive with broker and with force refresh true time taken to acquire token silent: AcquireTokenSilentViaBrokerAsync in 909 ms Observation: InitiateBrokerHandshakeAsync is consuming a lot of time. |
How long does this take for MSAL.Android? I doubt we can go faster than them :) |
Won't fix. |
Which Version of MSAL are you using ?
Latest
Platform
xamarin android, xamarin iOS
What authentication flow has the issue?
all brokered authentication flows
We need to investigate the performance of the authentication scenarios on Android and iOS to determine how long each section of the authentication flow takes. We can use this data to look for areas of opportunity to improve performance for the scenarios.
We should also compare the performance of ADAL and MSAL to get a baseline of how MSAL compares to ADAL today.
The text was updated successfully, but these errors were encountered: