Использование в Sas.Планета кеша в формате Berkeley

[xromeo]

Ну и рекомендуется использовать RAM диск для папки env

Прошу прощения, а что за папка env? Хотелось бы подробнее, ну и, если это есть где-то в FAQ, просто ткните пожалуйста ссылкой...

[zed]

Это папка с логами транзакции и проч. файлами для организации одновременного доступа к кэшу из разных приложений или нескольких копий самого SAS. Жизненно важная папка.

[xromeo]

Ну вот в данный момент такой папки я нигде не вижу. Я верно понимаю, что она создастся в процессе операции конвертирования? И ещё вопрос, где, в каком месте она будет, в какой из подпапок SASPlanet, и какой размер RAM-диска потребуется (минимальный).

[zed]

Она создаётся автоматически внутри папки с кэшем, для конкретной карты (т.е. где-то тут: \cache_db\sat\env).
Размер для RAM диска нужен небольшой, каких-нибудь 100-200Мб должно хватить с запасом. Я обычно поступаю так: создаю RAM диск и назначаю ему букву R:\, затем, в папке, куда предполагается импортировать кэш вызываю консоль и пишу:

Код: Выделить всё

MKLINK /D env R:\

это создаёт виртуальную папку env, всё содержимое которой будет лежать на RAM диске.
Затем конвертирую кэш, закрываю SAS, удаляю виртуальную папку env (содержимое RAM диска при этом остаётся в целости), создаю обычную папку env и переношу туда всё содержимое RAM диска (обычным копированием). После этого можно запускать SAS и удалять RAM диск из системы.

P.S. RAM диск создаю при помощи Primo Ramdisk.

[usver]

Если для карты используется кеш в формате Berkeley, то невозможно экспортировать эту карту в формат RMaps (SQLite) и некоторые другие форматы. Хотелось бы узнать, что это - принципиальное ограничение данного формата кеша или просто баг, который будет устранен в обозримом будущем?

[zed]

Если для карты используется кеш в формате Berkeley, то невозможно экспортировать эту карту в формат RMaps (SQLite) и некоторые другие форматы. Хотелось бы узнать, что это - принципиальное ограничение данного формата кеша или просто баг, который будет устранен в обозримом будущем?

Первый раз о таком баге слышу. Если действительно что-то не работает - создавайте тикет в Багтрекере, будем решать. Никаких принципиальных ограничений в Беркли-кэше нету.

Upd: Нашёл тикет по этому поводу, и по-моему там просто баг.

[xromeo]

А вот подскажите, возможно ли слияние двух выкачанных кэшей Berkeley, которые частично пересекаются, в единый результирующий кэш? С тайловым кэшем тут всё просто было - простое копирование в новую папку в режиме пропуска существующих файлов, а как с Berkeley?

И ещё. После завершения конвертирования из тайлового кэша в Berkeley в каждой подпапке "sat", "map" и т.п. остаётся папка "env" с файлами *.log, которые очень немалые - десятки мегабайт, они нужны или их можно удалить?

[zed]

А вот подскажите, возможно ли слияние двух выкачанных кэшей Berkeley, которые частично пересекаются, в единый результирующий кэш?

Возможно. Через "Управление кэшем".

остаётся папка "env" с файлами *.log, которые очень немалые - десятки мегабайт, они нужны или их можно удалить?

Нужны.

[DJ VK]

А вот подскажите, возможно ли слияние двух выкачанных кэшей Berkeley, которые частично пересекаются, в единый результирующий кэш?

Возможно. Через "Управление кэшем".

остаётся папка "env" с файлами *.log, которые очень немалые - десятки мегабайт, они нужны или их можно удалить?

Нужны.

Есть возможность их удалить. Или скажем забыть скачать. Но кэш надо будет проходить весь программой sdb util. (программа кстати сама удаляет их за ненадобностю в конце работы).
Но как только кэш будет открыт в Планете, логи создадутся снова.

[xromeo]

А, ну, если они могут пересоздаваться, может, они впоследствии не будут такими большими... в общем понятно.