При скроллинге списка номенклатуры стало тормозить.
База РБД, SQL.
Win 8.1 Проф x64, AMD A6-5400K 3.6 GHz. ОЗУ 4 ГБ.
HDD 500gb sata.

Microsoft SQL Server Management Studio                        11.0.3000.0
Клиентские средства служб Microsoft Analysis Services                11.0.3000.0
Компоненты доступа к данным (MDAC)                        6.3.9600.16384
Microsoft MSXML                                        3.0 6.0
Microsoft Internet Explorer                        9.11.9600.16384
Microsoft .NET Framework                        4.0.30319.34003
Операционная система                                6.3.9600

В наименовании экземпляра SQL стоит SQLExpress.

Когда тормозит процесс SQL съедает 50% ЦП в диспетчере задач и 3-4% еще rphost. И процесс SQL почему то 32 разрядный.
До 24.05 всё было нормально. 23.05 обновили релиз. База Рарус ТКПТ филиальная.

Запрос покажи

И это. Реально SQL база на "ОЗУ 4 ГБ" ?

Или все же есть отдельный sql сервер и сервер 1С на нормальном железе?

>>AMD A6-5400K

Че, серьезно?

(0) Платформу чтоли поменяли? Какая сейчас и какая была?

(2) Там все равно в ЦП упирается.

(5) На 4 гигах всего? У меня файловая на 3 гигах загибалась

(6) 50% загрузка 2-ядерного ЦП - это полностью загруженное 1 ядро. А поскольку mdop = 1, то больше 1 ядра запрос и не может загрузить.

(7) Дык ядро то загружено свопом на hdd

(8) Когда идет своп - процессор простаивает. Там DMA для этого дела уже лет 30 как есть.

при скролинге он представления обьектов получает для выводимых строк,чтобы этого не было,нужно,чтобы в списке отображались только примитивные типы,за которыми на сервер ходить не надо.

(9) Неа, простаивает при длительных операциях с hdd.

А тут оно ram и hdd шерстит и меняет местами все время

(11)+ Длительных операциях это когда большой блок памяти берет и пишет его на hdd или наоборот.
А если куча мелких блоков то простаивать некогда

(11) HDD просто не может загрузить ЦП хоть сколько-нибудь заметно. На SSD у старых AMD 1 ядро грузилось полностью примерно при 15000-20000 операций страничного обмена в секунду, обычный HDD больше 150-300 операций страничного обмена в секунду выдать просто не способен. Т.е. загрузка ЦП от него - 2% максимум. Это именно SQL что-то  у себя считает.

(13) Ну значит запрос там веселый в динамическом списке после обновления

(14) Вангую RLS и переход на новую версию платформы... хотя, конечно, и кривой запрос исключать нельзя.

(0) Кстати, регламенты на SQL после обновления выполнялись?

(9) Вот такие у нас итшники из народной глубинки, у которых жёсткий диск загружает процессор.

(15) Регламенты в експрессе? Которые надо ручками писать в левом планировщике? Даже не смешно.

(0) "До 24.05 всё было нормально. 23.05 обновили релиз." - ответ очевиден.
Пути два: 1) наращивать железо 2) изучать и править конфигурацию
Форум должен выбрать путь? Тогда голосовалка нужна.

(16) Не, на SSD проблема вполне себе есть, особенно на SATA и старых AMD.

(17) Да хотя бы в консоли запустить после обновления, вообще без планировщика.

(16) https://www.sqlservercentral.com/forums/topic/sql-server-memory-cpu-and-swapfile-problem

(19) На HDD тоже это есть и неоднократно наблюдал на дико малых объемах оперативки, множестве процессов и большой фрагментации (множество очень малых блоков) памяти.

Когда проц начинает нагружаться: а что бы нам еще сбросить в своп, упс а вот это надо вернуть бы, хотя только что сбросили.
Особенно когда hdd имеет большой кэш.