Здравствуйте, форумчане.
Не вышло найти похожей ситуации в интернете, вот и решил спросить.

Ситуация следующая: названивают пользователи, говорят что система подтормаживает.
Смотрю срез в ST03n - время отклика увеличелось (ниже 1500 опускается редко, в основном за 2000, хотя раньше работало и на 900). Основной составляющей является Roll Wait Time. Почему оно растет - немного не понятно. Но имеет место быть увеличение (не значительное) пользователей. Для начала если привести в процентном соотношении имеем следующее

Task Time CPU DB DB wait Roll-in roll-wait load\gen. time
Type time time Proc time time

Dialog 2 483,0 6,8 7,1 0,0 2,9 0,3 75,6 0,0

По буферам hit ratio почти по 100.

В принципе, пользователи раскиданы по области, каналы кое-где мягко говоря не айс (к тому, что где то читал , что общая нагруженность сетки влияет на roll wait time).

Кто встречал подобную проблему, кто знает?

Я из вашего примера вижу, что невменяемое CPU-time...

Вот недавно сам разбирался и что накопал:
As of Release 4.6 Roll wait times also occur when the R/3 System communicates with the frontend controls. While the data on the frontend are being processed, the R/3 context is rolled out, thus releasing the work process. This can occur several times during a Transaction step.

Добавлено: тут главное слово - also
Поройте ноты, на это время еще влияют некоторые параметры.

вы смотрите производительность в сапе
видимо в операционке и базе все ок?

Немного отобразилось не так , без табов. CPU-time у меня 6,8. Почему невменяемое? Если я не ошибаюсь, CPU и DB time до 10 процентов на брата вполне вменяемое значение , если я не прав, то поправьте.



Если я вас правильно понял, вы намекаете на то , что должен быть приличный Average GUI Time per Dialog Step. Скажу да. И Frontend Network Time per Dialog Step тоже как то подрос маленько.
Склонен предположить что пользователей с области с плохим каналом стало заходить и работать гораздо больше (тока 150 лицензий купили , счас заводим).

Вот только у меня одно не укладывается в голове - почему я то тоже , в принципе это почувствовал немного, да и пользователи, которые сидят под боком. Как я понимаю, Gui -time зависит от производительности компа? Но у меня нормальная машина, не жалуюсь. При увлеличении нагрузки (предположительно) на канал, начинает подтормаживать система?

Спасибо за ответы

Смотрю в сапе. На уровне операционки и базы нареканий нет

А средние времена (Workload overview:Average time per steps in ms) для диалоговых процессов можете показать?

Даже как то неудобно....

Перезапустил инстанции , респонс до 1 секунды. Спасибо за участие.
Хз чего было