Session wait / Session SynchronizationIssue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } By design, the platform implements 'session synchronization', which means that for each user, the platform processes only one transaction at a time. This is implemented to prevent a single user from causing significant instance performance issues by triggering multiple transactions concurrently and consuming a large amount of node and database resources. NOTE: There are a some important exceptions to this rule. Certain types of static content (e.g., image, css and javascript files) are allowed to totally bypass session synchronization. Rapid transactions using Asynchronous Message Bus have their own separate session synchronization behavior, separate from standard transaction types. Also, as of the Yokohama release, REST, AJAX, Authentication, and some cacheable calls in Next Experience are allowed to run as many as two concurrent transactions. But the principle still holds. Sometimes when a user takes an action in ServiceNow and the action seems to be taking a long time, it may be that that action they think they are waiting on is really being held up by some other action that they took earlier whose transactions have not yet completed. Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } All releases Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } For example, if a user opens multiple browser tabs simultaneously, each displaying a list, homepage, dashboard, etc., the browser tabs will load the data on each tab synchronously, one at a time. This is session synchronization in play. How can I view session sync? Via the Instance UI Filter Navigator -> 'client transaction' logsmodify the list to add the 'session wait time' column (if it is not listed).Filter out the transactions for the user you are interested in, and sort the transactions in chronological order (Created). Via the localhost log files on the application nodes (This may help KB0997495) If you see a user transaction with a high 'session wait', you can observe, as shown in the screenshot below, that this transaction was processed extremely quickly (0.008ms) and the SQL time is 0.001ms. The key figure here is the session wait time, which is 9.8 seconds, indicating that this transaction had to wait almost 10 seconds for the previous transaction to complete before it could execute itself. In scenarios like this, the users of the instance need to understand how session synchronization works and be aware that this can appear to the end user as a 'slow instance'; however, this is expected behavior. This feature exists in the platform to prevent a single user from consuming all the available resources on an application node.