|
|
16.01.2020, 11:23
|
#1 |
|
Участник
|
Я про поддержку Microsoft. Если вы оплачиваете подписку, то у вас она есть. Если нет - ищите про дампы. Если АОС именно кушает память, 95% что это не корректная доработка. Как выше уже написали, стоит для начала обновить kernel до последнего рекомендуемого, ищите тут же на форуме (ну и скачать можно будет опять же при наличии подписки).
__________________
Ivanhoe as is.. |
|
|
|
16.01.2020, 12:04
|
#2 |
|
Участник
|
Цитата:
Сообщение от Ivanhoe
95% что это не корректная доработка.
|
|
|
|
16.01.2020, 12:14
|
#3 |
|
Участник
|
Цитата:
Сообщение от Zabr
Проблемы с памятью бывают при некорректной работе с List и Map. Хотя если команда менялась и концов не найти - то вам будет сложно искать подобный баг в доработках, о которых вы не знаете ничего.
Пробовал такую же тему с темповыми таблицами, но тоже потом всё чистится То есть тут что-то забирает память и потом не освобождает. Есть еще мысли что кэширование записей кривое, например неправильно сделали CacheLookup. Это тоже попробуем поискать |
|
|
|
16.01.2020, 12:09
|
#4 |
|
Участник
|
Как выяснилось, поддержки у нас нет сто процентов, сейчас специально поузнавал у ребят, оказывается у них когда-то уже была идея в MS обратиться по этому поводу, но именно из-за отсутствия поддержки не смогли
Так что будем пока с дампом работать. Вообще очень похоже что проблема вызывается узким кругом лиц, может быть даже конкретным пользователем (точнее криво написанным кодом, который именно этим человеком используется). Потому что характер прироста памяти очень нелинейный. В течение дня в какие-то периоды очень сильно растет, а в остальные вяло увеличивается. В выходные не увеличивается. Будем пытаться как-то через это тоже искать решение |
|
|
Комбинированный вид
