Open Stepa86 opened 5 years ago
Т.е. нормально что будет создаваться до 4 копий конфигурации в кэшах на версию? Ну кэши ведь все равно нужно чистить регламентно.
Наоборот, я хочу, чтобы конфигурации в кешах вообще не создавались. Когда запустил конвертацию проекта в первый раз, он за сутки съел под 100Гб кешем баз на системном диске. Я хочу иметь выбор - жертвовать скоростью или диском и доп. регламентами.
Если мне не изменяет память, кэш будет создаваться при каждом запуске новый - т.е. если не добавлять в список - диск закончится в 2-3 раза быстрей. Или я что-то путаю?
Даже если я не правильно помню про поведение Платформы и кэши, то эта настройка на весь сервер: ты либо используешь добавление в список и чистишь кэши, либо не кэшируешь (если поведение такое как ты ожидаешь). Тогда это константа и ФО. Ведь странно будет если одно хранилище будет кэши использовать, а другое - нет.
После той доработки, что в ПР по этому ишузу, у меня кэш больше не рос. Я не уверен в теории, но на практике проблем с местом не стало.
Если согласен с ФО - то предлагаю делать расширением, и поставлять с проектом. Я считаю что по умолчанию должно быть активно «добавление в список». Сейчас в ГитКонвертере нет «начального заполнения» как в БСП, поэтому или ФО надо называть отрицательно типа «Отключить использование кэшей и добавления в список ИБ» или в расширение добавлять эту ФО с неотрицательным названием «Использовать кэширование и добавление в список ИБ». Удобство разработки vs Понятность? Я за «Понятность».
После той доработки, что в ПР по этому ишузу, у меня кэш больше не рос. Я не уверен в теории, но на практике проблем с местом не стало.
Тут нужно точно проверить не использует ли он один и тот же кэш в каталоге 00000-000-000.... - если так - то это будет крест на параллельности получения версий и выгрузки.
Ты можешь точно проверить поведение и описать тут?
Кэши создаются в двух каталогах
В C:\Users\Name\AppData\Roaming\1C\1Cv8\0000-0000... нашел один пустой файл 1cv8c.pfl и все, больше других с нулями каталогов нет
Предположу, что достаточно немного допилить процедуру, в которой сейчас удаляются временные файлы после успешного перехода закладки в статус "Версия помещена": вместе с временными файлами удалять ещё и запись в ibases.v8i и проблема будет решена.
Предположу, что достаточно немного допилить процедуру, в которой сейчас удаляются временные файлы после успешного перехода закладки в статус "Версия помещена": вместе с временными файлами удалять ещё и запись в ibases.v8i и проблема будет решена.
Кэши баз нужно еще за собой почистить. Ну тут 2 варианта - либо не мусорить, либо убирать за собой.
Кэши баз нужно еще за собой почистить. Ну тут 2 варианта - либо не мусорить, либо убирать за собой.
Я за второй вариант - лучше убирать за собой!)) Допилишь процедуру которая чистит каталог версий? чтобы чистила список баз и кэши
Я для себя написал механизм, подчищающий файл v8i и удаляющий кэши, для ОС Windows. Для линуха не писал. Но оформил довольно аккуратно, и в виде расширения. Если это будет полезно, могу и в виде пулл-реквеста оформить этот функционал. А вообще, вот тут расширение выложил: https://infostart.ru/public/1649633/
Я правильно понимаю, что решения нет ? Список ненужных баз тоже не чистится.... Ишью в состоянии ЖВПР ?
Я для себя написал механизм, подчищающий файл v8i и удаляющий кэши, для ОС Windows. Для линуха не писал. Но оформил довольно аккуратно, и в виде расширения. Если это будет полезно, могу и в виде пулл-реквеста оформить этот функционал. А вообще, вот тут расширение выложил: https://infostart.ru/public/1649633/
Нормально работает. Делай пулл-реквест, конечно.
Существует проблема ГитКонвертер при выгрузке добавляет новые базы в список, это приводит к существенному ускорению процесса выгрузки, НО нужно настраивать чистку кеша и удалять вручную базы из списка.
Хотелось бы иметь следующую функциональность Возможность отключить создание баз реквизитом на хранилище.
Расширение или улучшение?
Это улучшение конфигурации 1С:ГитКонвертер потому что позволяет не настраивать дополнительные регламенты.