Имеем:
Платформа 8.3.16.1030
Конфигурация Бухгалтерия предприятия (базовая), редакция 3.0 (3.0.75.70)
Размер файловой базы 1.33 Гб

База свежая, только начинается учет. 1 пользователь.
При полной загрузке отжирает сразу 1 Гб ОЗУ

Хотя, есть другая файловая база, идентичной конфигурации, размер файла 4,6 Гб, работает 1 пользователь и ОЗУ ест всего 200-300 Мб.

Проблема в том, что потребление ОЗУ первой базой 1 Гб не заканчивается. Съедается вся свободная память, постепенно, все больше и больше, пока комп не зависнет. Потом, как я понял, память очищается (т.к. комп отвисает и в Диспетчере уже меньше потребляет ОЗУ) и все заново...

Что такое? в чем дело? Как лечить?

1гб озу для БП3 - это ни о очём

Никак не лечить, наслаждаться. Хотя пиковое пожирание памяти может происходить в момент выполнения фоновых заданий.

(2) 6 Гб? 8 Гб? Это тоже норм?

все конфиги на УФ жрут оперативку, как не в себя. Сегодня запускал синхронизацию УТ_БП. при выгрузке УТ кушало 80% оперативки системы. при загрузке БП забирало 95% оперативки.

У меня на компе 12 Гб ОЗУ. Сжирается вся... по моему это не нормально.

(5) Я могу написать так, что она и 48ГБ скушает...

(5) и 16 Г на серваке непринужденно съедается почти вся.

Ну тогда почему вторая база в 3 раза больше занимающая места на HDD есть всего 200-300 Мб?

(6) речь все же о типовых. они-то написаны типа хорошо и оптимально !?

(7) У меня файловая база

(10) у меня тоже все файловые ) имел в виду аппаратный сервер.

(0) 8 гигов сча для локальной файловой БП3 это МИНИМУМ!
Лучше уже 16 ибо на 8 оно бывает не обновляется и если своп отрублен то падает.

Короче не смешите и сползайте в Администрирование > Интернет поддержка и сервисы и там отрубите все нахрен.

(12)+ И да заодно отрубить полнотекстовый поиск и прочие лишние плюшки

(2) Данных почти нет! Заведена только организация и контрагенты. Какие обработки и каких данных может отожрать всю оперативку? Что-то другое

была такая тема, помогло вернуться на 8.3.15.1830
может и свежая 8 3 16 нормальная

(12) Все отключил. Все равно, пока не убъет всю память, не успокаивается. Самое интересно, что на одном компе все нормально... На 3-х других такая ерунда.

(15) Со всеми базами была такая беда? У меня только с одной.

(17) не знаю, я поставил в ответ клиенту 8 3 15 и всё прошло
тогда в описании того релиза, было строго написано использовать только 8 3 15 1830
симптомы были точно такие же.

(9) Ммм... Девушка, выходите за меня замуж )))

(17) бывает. Все бывает. Мне давали такие файловые базы, которые абсолютно типовые, на БП3. Т.е. базы на поддержке полностью.
По каким-то невыясненным причинам жрало оперативу, очень-очень долго загружалось и т.д. Объем данных был небольшой.

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

В чем была проблема установить так и не удалось. Но явно не в самих данных, а в состоянии конфигурации и конфигурации поставщика.

(19) Ну да "блондинка"

(21) Зато какая чистая и наивная )))

(18) "строго написано" = вранье. Примеры работающих баз на 8.3.14 есть.

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

(19) шуток не понимаешь?

(23) но написано же, и я так понимаю, что =, а не выше, имеется в в виду, что и на старших, т.е. 8 3 16 есть какие-то проблемы, из-за чего надо именно ту 8 3 15. и именно это я и наблюдал на этом релизе на одной базе; на 8 3 16 жрёт память и тупит, а на 8 3 15 сразу всё стало норм

(25) ну да. Как рецепт для того, чтобы излечить файловую базу от каких-то непонятных глюков - вполне себе достойный рецепт.

Я только к тому свое мнение указал, что убедился на примерах в отсутствии прямо супер-обязательности использования 8.3.15

Только мое мнение, что в топике задан вопрос "в чем проблема?" - проблема может быть в состоянии конфигурации и поставки внутри базы, т.е. не в платформе, не в данных, а именно в испорченности размещения внутри базы конфигураций

(24) Ещё вопрос, кто тут их не понимает )))

(27) не очень понятно тогда, почему стало норм на другой платформе
я такое 2 раза видел, оба раза базы были на поддержке без изменений
бух обновляет через интернет

(25) Последние БП3 требуют >8.3.16 уже давно однако

(29) оно действительно так - есть случаи, когда достаточно просто заменить платформу.
Только есть и другие случаи, когда замена платформы не помогает, а насилование базы помогает и затем уже нормально работает и на той платформе, которая до этого не подходила.

(30) --- Последние БП3 требуют >8.3.16 уже давно однако
враньё же
Бухгалтерия предприятия базовая, редакция 3.0; 1С:Упрощенка, редакция 3.0; 1С:Предприниматель, редакция 3.0, версия 3.0.75.93

Внимание! Текущая версия конфигурации "Бухгалтерия предприятия базовая" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.15.1830.

(32) +1 К тому же последние два релиза 8.3.16 - зло.

(32) На практике столкнулся что "Базовая для одного" потребовала 8.3.16

(34) Потребовала или сама скачала? У меня ПРОФ и базовые 3.0.75.93 (актуальный релиз) работают без замечаний на 8.3.15.1830 - буквально вчера обновлял несколько.

А последняя 8.3.16 не хочет печатать из терминала и 1С не считает это ошибкой.

(35) После автообновления конфы без галки обновление платформы при перезапуске написала "хочу не меньше 8.3.16" и в предложенном списке платформ для скачивания была только 8.3.16
Возможно это был промежуточный некий релиз который такое требовал, а более свежие уже вполне на 8.3.15 пашут типа понизили требования.

(0) скорее всего неудачный релиз, не торопитесь использовать новинки, перейдите на более устойчивую платформу, например 8.3.10

(38) Респект за тонкий троллинг )