|
![]() |
#1 |
Участник
|
БД модели обслуживается, дефрагментации почти нет, т.к. каждый понедельник после релиза все индексы в ней ребилдятся. Статистика собирается по ней фулсканом, т.к. база небольшая.
С производительностью аосов все в порядке, по крайней мере ресурсы показывают низкую загрузку (процессоры, память и т.д.) Между аосом и субд 10 гигабит, они вообще в одной виртуальной среде, там нормально настроен свитч в виртуальной среде. Пинги <1, перекачка файла показывает 90+ мегабайт в секунду. Субд на виртуальном, как и аосы и терминалы. Но судя по queryvalue тормозит именно аос, а не БД (хотя нельзя исключать каких-то фоновых вызовов к метаданным модели). Кроме queryValue заметил еще аномалии в работе табличного кэша - чтение и запись. И еще показывает тормоза после метода super() в inventTrans.insert, inventTrans.update. Все это проявляется не постоянно, а время от времени, обычно под нагрузкой. Пока поиски причины продолжаются. |
|
![]() |
#2 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: vmoskalenko (2). |
![]() |
#3 |
Участник
|
|
|
![]() |
#4 |
Участник
|
|
|
![]() |
#5 |
Участник
|
Цитата:
А в методе updateFinancialReceipt этот вызов проходит с условием if (movement.inventModelType().stdCostBased()) Поставил такое же условие в updateFinancialIssue. Помогло. Но у нас Аксапта заточена только физические проводки, финансовых нет. Поэтому точно не могу сказать - а не поломается ли что-то из-за этого условия. Ой может не в тему. У нас 2009.
__________________
Я прибыл к вам из Кантемировской дивизии. А там, как известно, дураков не держат! ![]() Последний раз редактировалось БАХ43; 14.09.2018 в 14:05. |
|
Теги |
garbage collector, gcserver, сборка мусора |
|
|