Windows XP и 50 миллионов файлов в кеше SASGIS

[zed]

130218.7140. Она считается дебажная?

Нет. Дебажной считается SASPlanet.Debug.exe.

Расширение -*.jpg (я это поле не менял, оно всегда было такое).

Ну, для SAT оно соответствует действительности, а вот для остальных карт нужно было смотреть индивидуально, потому как бывают png, gif, kml/kmz.

ПРоцесс конвертации SAT один раз привел к Win BlueScreen. Потом пробывал помасштабно - результата не получилось, прошел по алфавиту дальше - сейчас конвертируется VESAT.

По-масштабно оно и не будет работать. Нужно указывать именно папку sat. Посмотрите, сколько памяти отжирает SAS при попытке конвертировать sat и попробуйте повторить эксперимент на дебажной версии. Подозреваю, что проблема как раз в нехватке памяти (из-за построения списка директорий).

[sergbrother]

Подключился к ноутбуку с мощной машины (Intel COre i7-3960 3.3 ГГц, 32 Гбайт ОЗУ) запустил процесс там.
SASPlanet настройки скушал, процесс начал (57 файлов) и остановился (ничего не происходит). Ноут (он теперь типа файл сервер) живой. SASPlanet взял 112 МБайт ОЗУ.

Я нажал на кнопку Выход, спокойно закрыл SasPlanet, запустил SasplanetDebug и сейчас он вроде закрутился. (8 тыс пропущено, 0 обработано). Скушал 194 Мбайт ОЗУ.

[zed]

остановился (ничего не происходит)

Следите за потреблением памяти и загрузкой процессора (и желательно за использованием HDD). Если там действительно никаких шевелений, то "у нас проблема Хьюстон"...

[sergbrother]

Память - те же 194 800 КБайт, процессор (16 ведер) - 5-10%, 18 тыс файлов, сконвертировано хрен Кбайт. Центр, полет нормальный...

[sergbrother]

Компьютер с процессом SASPlanet перезапустился.
Стартанул процесс по новой.
А log конвертации где нибудь не ведется случайно?

[zed]

Нет. Ведутся только логи ошибок: sdb.log в папке с Беркли кэшем и SASPlanet.Debug.elf в папке с программой.

[Parasite]

В любом случае, это проблема не САСа.
//CLOSED

Это проблема использования SAS.
//OPENED

Глюки винды\железа(описанные в первом посте словами "глухо виснет (черный экран). Дополнительная информация: попытки что-нибудь узнать у Windows про директорию Cache SASPlanet (типа сколько файлов и их размер) приводят к аналогичному результату без участия SASPlanet. Попытки файловго копирования в сеть приводят приблизительно к такому же результату (кроме того, прогноз времени копирования невозможен)", конец цитаты) не относятся к проблемам САСа, и в пределах данного проекта не решаются. Ну, разве что обходной костыль какой посоветовать - так посоветовано ж уже.
Может, у подопытной железки просто перегрев от попытки перелопачивания такого объема и авторестарт от БИОСа по данному поводу - а мы тут про дебажные версии...
//таки опять CLOSED.

[zed]

Таки человек пришёл сюда с проблемой, и просит помощи в её решении. Предложен способ решения и мне интересен его опыт с переносом многомиллионного тайлового кэша в БД.
Так что пускай топик ещё немножко поживёт, авось ещё какие грабли всплывут в процессе.

[Parasite]

мне интересен его опыт с переносом многомиллионного тайлового кэша в БД.

На глючащей сиcтеме? Дело конечно похвальное, но конец немного предсказуем. Впрочем, вон он - парой постов выше уже.
По идее, системе бы влупить какой-нибудь burn-in test часиков на ннадцать, а уже потом делать выводы.

[zed]

Парой постов выше:

Центр, полет нормальный...

Так что процесс идёт пока что более-менее гладко.