» GeoCacher

H:\_GE_Cash\GoogleEarth_192_E95MKAD
---------------------------
Information
---------------------------
Кэш GE успешно проиндексирован и добавлен в базу доступных источников кэша.
Проиндексировано 1 файла(ов) GE кэша.
Всего найдено: 208646 тайлов. Размер добавленного GE кэша: 2000,03 Мб
---------------------------
OK
---------------------------

H:\_GE_Cash\GoogleEarth_157
---------------------------
Information
---------------------------
Кэш GE успешно проиндексирован и добавлен в базу доступных источников кэша.
Проиндексировано 1 файла(ов) GE кэша.
Всего найдено: 197105 тайлов. Размер добавленного GE кэша: 1150 Мб
---------------------------
OK
---------------------------

H:\_GE_Cash\GoogleEarth_China_174
---------------------------
Information
---------------------------
Кэш GE успешно проиндексирован и добавлен в базу доступных источников кэша.
Проиндексировано 1 файла(ов) GE кэша.
Всего найдено: 26783 тайлов. Размер добавленного GE кэша: 171,64 Мб
---------------------------
OK
---------------------------

H:\_GE_Cash\GoogleEarth_Dominicana_182
---------------------------
Information
---------------------------
Кэш GE успешно проиндексирован и добавлен в базу доступных источников кэша.
Проиндексировано 1 файла(ов) GE кэша.
Всего найдено: 39322 тайлов. Размер добавленного GE кэша: 229,14 Мб
---------------------------
OK
---------------------------


H:\_GE_Cash\GoogleEarth_193_SeaBlack
---------------------------
Information
---------------------------
Кэш GE успешно проиндексирован и добавлен в базу доступных источников кэша.
Проиндексировано 1 файла(ов) GE кэша.
Всего найдено: 84589 тайлов. Размер добавленного GE кэша: 327,93 Мб
---------------------------
OK
---------------------------
Это примеры проиндексированных файлов. Размер GCindex.db3 - 78 Мб, меньше предыдущей версии примерно на 15-20%
При индексации, решил начать с кешей более свежих версий (учитывая фишку со сравнением CRC тайлов)
В результате наблюдений за поведением связки GE-GC выяснилось, что Googl обновляет версии как бы слоями. То есть снимки постепенно сдвигаются вверх по версиям. Новые сразу получают новый номер, старым присваиваются новые номера по одному Googl известному алгоритму, но общее правило таково, что
при текущей 193 версии из содержимого кеша качается:

192 в 80-90% случаев
187 в 50-60%
157 практически вся загружается по-новой, хотя снимки не изменились.

То есть однажды скачанные кеши теряют актуальность, в моем случае это означает, что приходится все равно пользоваться 157 версией в офф-лайне. Не только из-за траффика, но и потому, что Googl по мере расширения сервиса стал заметно халтурнее относиться к вновь публикуемым снимкам. Облака стали появляться там, где их не было и т.п.
Вывод - нейтрализовать эту пакость может "красная кнопка" с принудительной отдачей тайлов из кеша.


Сообщение об ошибке в процессе работы в сети:
---------------------------
GeoCacher
---------------------------
Access violation at address 005A9148 in module 'GeoCacher.exe'. Read of address 0000004A.
---------------------------
ОК
---------------------------

Цитата:

При индексации, решил начать с кешей более свежих версий (учитывая фишку со сравнением CRC тайлов)

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

И ещё, следует учитывать, что в индекс не заносятся данные по историческим снимкам, и использовать эти данные из кэшей самого GE пока что не представляется возможным.

Цитата:

То есть однажды скачанные кеши теряют актуальность

Ни в коем разе! У меня в старых кэшах снимки аж 37-й версии лежат, и до сих пор успешно подхватываются GC и идут из кэша.
Принцип присвоения версий тайлам такой: версия вышележащего по уровню зума тайла будет больше либо равной максимальной версии тайлов, лежащих под ним. Под каждым тайлом лежит 4 его дочерних тайла, а в свою очередь под каждым дочерним тайлом лежит ещё 4 и т.д. Добавление снимков идёт с самых низов (с максимального уровня зума), поэтому идёт некая рябь версий от низа к самому верхнему тайлу, и иногда получается, что на неком зуме, на одном тайле нужно отобразить и старые и новые данные... вот тогда-то и поднимается версия старых данных до версии вновь добавленных. Но старые данные идут под новыми номерами только на некоторых промежуточных уровнях зума, где произошло смешение, а вот уже детализированные зумы, близкие к предельному идут сторго под своими оригинальными версиями. Никакой халтуры нет, всё довольно хитро продумано.

Цитата:

Облака стали появляться там, где их не было и т.п.

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

Цитата:

Сообщение об ошибке в процессе работы в сети

Хм, сообщений вообще не должно было появляться... Включите в config.ini ведение лога ошибок: LogErrors=1 и если ошибки будут повторяться, пришлите мне файлик из папки Elogs - разберёмся что к чему.

QQMATS, есть какие-то общие замечания по быстродействию и загрузке системы при работе GC (проц, оператива сильно нагружаюся?), и кстать, окошко с предупреждением о демке компонента вылазит?

Цитата:

Включите в config.ini ведение лога ошибок: LogErrors=1 и если ошибки будут повторяться, пришлите мне файлик из папки Elogs - разберёмся что к чему.

Больше пока не повторялось. Окошко с демкой вылезло 2 раза и больше не беспокоит, в т.ч. после перезапуска GC.

По быстродействию:
По ощущениям подтормаживает. Но это на новом кеше GE, там всегда тормозит.
Загрузка процессора в наиболее интенсивных режимах полета нд незнакомой местностью:
GC 30-40%
GE 40-60%
Средняя скорость соединения внизу окошка GC - 130-150 кБит/с, что несколько меньше "чистого соединеня" в 256 кБит/с (в условиях анлимита adsl на работе)
Почему-то кажется, что чистое соединение работает "мягче", что-ли. Как будто GC придает некоторое дёрганье траффику. Что косвенно подтверждается графиком скорости соединения HC, если прикрутить к нему GC как условный прокси.
Вид графика: пауза-треугольный пик. Если можно говорить о буфере, выравнивающем отдаваемый траффик применительно к прокси серверу, то это то, что было бы не лишним Или внутреннюю работу GC распределить на несколько потоков, не знаю как выразиться грамотно.

шапку включил

1. При попытке добавить кэш GE нажатием соотв. кнопки вылазит ошибка "SQLite Error 1 - table GCIndex has 11 columns but 12 values were supplied" и ничего не добавляется. При последующих попытках - Access violation.
2. Иногда выскакивает окно с оповещением о демо-версии DIRegEx

Цитата:

Почему-то кажется, что чистое соединение работает "мягче", что-ли. Как будто GC придает некоторое дёрганье траффику. Что косвенно подтверждается графиком скорости соединения HC, если прикрутить к нему GC как условный прокси.
Вид графика: пауза-треугольный пик. Если можно говорить о буфере, выравнивающем отдаваемый траффик применительно к прокси серверу, то это то, что было бы не лишним Или внутреннюю работу GC распределить на несколько потоков, не знаю как выразиться грамотно.

чистый GE наверно индекы быстрее загружает или качает в большее число потоков

Цитата:

При попытке добавить кэш GE нажатием соотв. кнопки вылазит ошибка "SQLite Error 1 - table GCIndex has 11 columns but 12 values were supplied" и ничего не добавляется

Удалите индекс от старой версии, видимо в этом траблы, т.к. в последней версии в индекс заносится ещё и CRC - тот самый 12-й столбик.

Цитата:

Иногда выскакивает окно с оповещением о демо-версии DIRegEx

Проблема известна, поэтому пока терпим...

Цитата:

чистый GE наверно индекы быстрее загружает или качает в большее число потоков

Индексы не причём, да и потоков в GE всего 3 (не важно через прокси или нет). В GC количество потоков на закачку не ограничено, но вот поиск тайлов в индексе и загрузка их из кэша, всеми потоками выполняется по-очереди. Лично я, пауз особых не замечал, но понятно, что GC несколько снижает общую скорость.

Запросы GE - GC - инет я мониторю в снифере (HTTP Analyzer) и вот, что он показывает:
Время загрузки тайла (18k):
1. кэш->GC->GE - 0,234 s
2. инет -> GE (напрямую без прокси) - 0,282 s
3. инет -> GC - 0,548 s
4. инет -> GC -> GE - 0,657 s
Т.е. GC нужно ~0.3 s чтобы поширить в кэше, как говорится, за всё надо платить...

P.S. Можно попробовать распаралелить работу потоков по поиску и загрузке из кэша, но не уверен, что всё будет работать правильно.

zedxxx: А сложно научить GC мониторить процент использования присоединенных кешей? типа таблички: путь к файлу *.dat - - размер (или %) отданных тайлов. Хорошо бы ещё статистику по отданным версиям, чтоб оценить как эффективность кешей, так и запросы Googl"a

Да нет, не сложно, как-нибудь и статистику добавим

Иногда посреди серфинга Земли выскакивает окно Access Violation.
В конфиге стоит SilentMode=1.

Факт, что Access Violation происходит в действительности возможно еще чаще, но иногда программа это скрывает, подавляя вывод сообщения об ошибке, тоже не радует...
Может, получится докопаться до причин.

Еще заметил проблему с подсветкой строк в мониторе. Подсветка непредсказуемо пляшет. Бывает, выделенными оказываются несколько строк. Бывает - даже не строки полностью, а части строк.

Цитата:

P.S. Можно попробовать распаралелить работу потоков по поиску и загрузке из кэша, но не уверен, что всё будет работать правильно.

надо пробовать, при большом кэше замедление чувствуется

Цитата:

Факт, что Access Violation происходит в действительности возможно еще чаще, но иногда программа это скрывает, подавляя вывод сообщения об ошибке, тоже не радует...
Может, получится докопаться до причин.

Присылайте лог ошибок, а то Access Violation мне ни о чём не говорит...

Цитата:

Еще заметил проблему с подсветкой строк в мониторе. Подсветка непредсказуемо пляшет. Бывает, выделенными оказываются несколько строк. Бывает - даже не строки полностью, а части строк.

Подозреваю - из-за большой скорости загрузки/добавления строк? Средняя скорость сколько показывает?

Скорость около 65 кбит/с

жесть, ни разу такого не видел, тем более на низкой скорости...
Лог с ошибками получил, спасибо. Все ошибки именно из-за таблицы. Напрашивается 2 варианта: либо организована неправильная работа с таблицей монитора, либо используется глючный компонент. Будем искать.

Новая версия http://narod.ru/disk/6679209000/GeoCacher_20090315.rar.html
- многопоточная работа при чтении/поиске из кэша;
- сменил реализацию автопрокрутки в мониторе + добавлена возможность вкл/откл прокрутки;
- добавлена плавающая статус-строка (пока только сама идея, без возможности что-либо настроить);
- сообщение о демке компонента вроде убил, если у кого появится - сообщите.

По поводу производительности: загрузка процессора геокэшерем очень сильно зависит от того, открыто ли главное окно и вкдючён ли лог ведения ошибок. Так, при свёрнутом окне GC в трей, загрузка проца (1,8 ГГц) 0-3%. Если же окно развернуть - загрузка возрастает до ~40%, а включение ведения лога ошибок, приводит к ещё большей загрузке процессора. Плавающая статус-строка, особого воздействия на быстродействие не оказывает.

Цитата:

Новая версия http://narod.ru/disk/6679209000/GeoCacher_20090315.rar.html:

попробовал - очень растроился

загрузка процессора возрасла в разы
было 0-3% (кратковременные пики <20%)
стало 40-60% постоянно

изображение в GE стало ПОДТОРМАЖИВАТЬ!!! - исчезла плавность движения (хоть общая загрузка <90%)

откатился на предыдущую версию - успокоился


Цитата:

- многопоточная работа при чтении/поиске из кэша;

в принципе и без неё хорошо (забей пока на неё )

p.s. просьба в проге указывать номер версии



Добавлено:

Цитата:

- сменил реализацию автопрокрутки в мониторе + добавлена возможность вкл/откл прокрутки;

меня и старый вариант устраивает

Цитата:

- добавлена плавающая статус-строка (пока только сама идея, без возможности что-либо настроить);

идея хорошая

alex769
уточните, лог ошибок точно отключён? В config.ini должно быть LogErrors=0.
У меня при активном чтении из кэша GE (размер индекса 33Мб) нагрузка в среднем 3-5% (редкие пики до 15%) - это при свёрнутом GC.

Цитата:

изображение в GE стало ПОДТОРМАЖИВАТЬ!!!

Явно не хватает производительности проца, т.к. GC его слишком нагружает.

а какая разница ? лог ошибок в новой версии некорректно работает?

я меняю exe при всех прочих равных условиях и получаю результат описанный выше :

старая версия работает ок - не грузит проц
новая - частенько грузит больше чем GE

Цитата:

а какая разница ?

Разница в загрузке проца. Чем больше ошибок приходиться обрабатывать (для сохранения в лог) тем больше и загрузка системы. Поэтому, либо ошибок стало больше, либо логгер что-то лишнее делает. И отдавать лишние ресурсы системы логеру явно не стоит (если не идёт отлов багов).


Список версий картинок и дат, когда они были добавлены в GE: http://wiki.googis.info/Обновление_снимков_на_Google_Earth
По непроверенным данным 37 версия снимков, перешедшая в исторические снимки получила номер fa886
Т.е. введя правило в RegExpr:

Код: [RegExpr#60]
Expr=History\\(f1-\d+)-i\.\d+-fa886
Replace=Earth\\$1-i.37
Active=1

Как я понимаю GC индицирует скорость отдаваемого GE траффика. Вот у меня на одной машине (WIN2000, 512RAM, 2,0 Ggz intel, встроенная видюха) скорость при чтении из кеша доходит до 800-900 Кбит/с для GE-4.3pro
На более мощной машине (XP, 1024RAM, 2,5Athlon, ATI 9600) средняя скорость для GE-4.3pro - в максимуме 160Кбит, а для GT-5.0 вообще не больше 50Кбит ;(
Что это может быть? Это при том, что на менее мощной машине еще _TrueCrypt_6.0_Portable_Rus молотит упаковывая на виртуальный диск кеш GC (На втором ПК кеш лежит в C:\temp).
Загрузка процессоров в обоих случаях примерно соответствует тому, что здесь уже писали.

как зделать GCindex.db3 ругаетса когда жму кнопку "добавить"импорт же кеша.
а лучше опишите доходчиво как его запустить(предпоследний прокси):пример-
есть кеш гугла он весит 1.2гб.куда его тулить в какое окошко(потомушо когда жму кнопку добавить прокси ругаетса)
есть сохр.куча(тысячи файлов)картинок и т.п. с первого прокси...куда его тулить в какое окошко(чтото несохраняет ниче..и некачает с инета..пишет нот фоунд(типа того).

короче с первым вашим прокси я собрал раму..а с етим..в полном ступоре.объясните доходчиво

Добавлено:
И еще-первым прокси было скешировано много файлов(для гугла).Как с ними поступать?Можно-ли собрать их в файл-контейнер и использовать как еще один кеш от гугла.

И как будут сохранятса нынешние скешрованые файлы(последним прокси)тоесть в каком виде?

По последней ссылке нету файла.Пишет уже нету такого адреса.

QQMATS
а территорию одну и туже просматривали?
GC мониторит скорость отдачи тайлов из кэша, либо из инета: т.е. отношение размера тайла ко времени его загрузки. Причём скорость эта средняя для всех загруженных тайлов. Может, какой-нить мелкий файл долго грузился из инета и хоть из кэша файлы грузятся быстро, статистика будет низкая - ведь скорость то средняя.
Особое внимание этому параметру уделять не стоит. Если грузит без тормозов - значит всё ОК, и пофиг, что там написано

Juliys

Цитата:

ругаетса когда жму кнопку "добавить"импорт же кеша.

А что пишет?

Цитата:

есть кеш гугла он весит 1.2гб.куда его тулить в какое окошко(потомушо когда жму кнопку добавить прокси ругаетса)

Указываем папку где лежит кэш (например: c:\temp\Кэш) и жмём добавить и всё.

Цитата:

есть сохр.куча(тысячи файлов)картинок и т.п. с первого прокси...куда его тулить в какое окошко(чтото несохраняет ниче..и некачает с инета..пишет нот фоунд(типа того).

если не качает, то и сохранять нечего... Скачайте последнюю версию, ничего не меняйте и запустите GC, посмотрите, куда и что сохраняется.


Добавлено:
Juliys
по этой грузится http://narod.ru/disk/6679209000/GeoCacher_20090315.rar.html

Цитата:

И еще-первым прокси было скешировано много файлов(для гугла).Как с ними поступать?

никаких изменений в кэшировании не введено. То, куда будут сохраняться файлы определяется в Regexpr.ini. Проверьте, если с этим файлом, что идёт в архиве, всё работает правильно и файлы сохраняются - замените Regexpr.ini от старой версии и всё будет сохраняться туда же, куда сохранялось и раньше.
В новом Regexpr.ini немного изменены правила, для большего удобства: теперь, чтобы определить папку по-умолчанию, не надо править ini а достаточно в GC на вкладке Кэш указать этот путь, и при написании правил учесть что http:// будет заменяться на указанный выше путь по-умолчанию (если небыло правила при котором http:// не изменилось на другую строку).

Цитата:

Особое внимание этому параметру уделять не стоит. Если грузит без тормозов - значит всё ОК, и пофиг, что там написано

Тормоза есть. Конкретные такие тормоза. Перепроверил с обнуленным кешем GE/ Поковыряюсь в системе, может где у меня косяк.
Вопрос. Можно ли задавать относительные пути в RegExpr.ini?

Цитата:

Можно ли задавать относительные пути в RegExpr.ini?

Относительно чего? рабочей папки, где лежит GC? Попробуйте, посмотрите, может и получится. Но специально в проге для этого ничего не сделано.

Беда...с первым прокси все работает отлично,а с последним-все,аут.
Все что касаетса других сайтов-кеширует без проблем.А от гугловские серваки-нет(пишет 404 нот фоунд).
Во вкладке "кеш":первое окно-забиваетса куда будут кешироватса ТАЙЛЫ.Так?Ну вот, все кеширутса кроме тайлов.
Во вкладке "кеш":второе окно-забиваем тот .dat кеш что был ранее скачан GoogleEarth-том,и не состоит в комплекте с рабочей програмой.Так?И тут не все понятно.Все "даты "находит,и пишет что они заняты или неподходят(ето те которые не относятса к гуглу).А вот когда тыкаеш его в "чистый" дат кеша,(без индекса)молчит.

Ето все последний прокси..ПОМОГИТЕ!!!

TO zedxxx: насчет низкой скорости выдачи файлов из кеша.
Отключил _TrueCrypt_6.0_Portable_Rus, который создавал виртуальный диск для кеша GC/ Скорость упала в 4-6 раз (с 800-1200Кбит/с до 150-200 Кбит/с). Предварительный вывод - проблема связана с обращеним к файловой системе, возможно что у TrueCrypt свой, более оптимальный алгоритм работы.

Поэкспериментировал с дисками и версиями. Вывод неоднозначный - предыдущая версия (от 11.03.09) гораздо шустрее в ряде случаев На неё и перешёл. Хотя пиковая скорость выше у новой версии.
Может назад откатить? всё, кроме плавающей строки.
Кстати аскетизм интерейса не напрягает.
Напрягает:
действия с папкой !!!_TILES_CACHE_!!! при синхронизации между двумя ПК. А тут еще чехарда с её переименованием в новой версии GC; Хочу запихнуть её в каталог с GC, указав относительный путь.
Запоминание положение окна GC "не поверх окон", что приводит к необходимости двойного клика, для его извлечения поверх окон, сначала в трее, потом на панели задач. Особенно, когда открыта куча программ.
Небольшой глюк, связанный со сбоем в соединении. После нескольких розовых строк с ошибкой, GE вроде авторизуется (144 байта скачано) но работа в сети прекращается. Надо перезагружать GE.
Из мелких удобств неплохо было бы переключатель "искать dat-файлы в подпапках" рядом с окном "Импорт GE кеша"
И если несложно - задать различные цвета для тайлов отданных из !!!_TILES_CACHE_!!! и проиндексированных кешей GE
Ну и мечта с принудительной отдачей тайлов.
А в целом, получается очень неплохо, даже с некоторой "неоднозначностью" новой версии. Ведь это болезнь роста, я думаю

Juliys

Цитата:

Все что касаетса других сайтов-кеширует без проблем.А от гугловские серваки-нет(пишет 404 нот фоунд).

А без прокси гугл работает? Пишет "404 Not Found (GC)" или по-другому? Если у всех грузит, а у вас нет - то ищите проблемы у себя. Попробуйте предыдущую версию GC (от 11.03.09).

Цитата:

Во вкладке "кеш":первое окно-забиваетса куда будут кешироватса ТАЙЛЫ.Так?Ну вот, все кеширутса кроме тайлов.

Правильно. И если GC пишет 404... и тайлы не грузятся, то и сохранять нечего, верно?

Насчёт импорта кэша GE: указывать нужно путь к папке где лежит кэш, а не полный путь к файлу.


Цитата:

Отключил _TrueCrypt_6.0_Portable_Rus, который создавал виртуальный диск для кеша

А какой тип файловой системы использовался на виртуальном и простом диске? Похоже, тормоза пошли из-за многопоточности чтения тайлов из кэша. У меня всюду NTFS. Завтра выложу версию без многопоточности чтения из кэша, можно будет поэксперементировать.


Цитата:

действия с папкой !!!_TILES_CACHE_!!! при синхронизации между двумя ПК. А тут еще чехарда с её переименованием в новой версии GC

Отредактируйте правило 1 на свой вкус, и будет сохраняться, куда укажите:

Код: [RegExpr#1]
Expr=(kh|khmdb)\.google\.com/
Replace=!!!_TILES_CACHE_!!!\\
Active=1

№ Время URL Всего Инет Кэш Состояние Ответ
1 22:28:24 http://kh.google.com/geauth 124 124 0 Готово 200 OK
2 22:28:28 http://kh.google.com/dbRoot.v5?hl=ru-RU&gl=ru 101670 101670 0 Готово 200 OK (193 OldVer)
3 22:29:18 http://mw2.google.com/mw-earth-vectordb/geographic_web/dynamic/panoramio/tic/root.kmz 553 553 0 Готово* 200 OK
4 22:29:18 http://cbk0.google.com/cbk?output=earthfile&cb_client=earth&fname=cityblock_ru.kmz 573 573 0 Готово* 200 OK
5 22:29:18 http://mw1.google.com/mw-earth-vectordb/geographic_web/preview/ru/preview_root_ru.kmz 1845 1845 0 Готово* 200 OK
6 22:29:18 http://mw1.google.com/mw-weather/base/files/kml/weather_ru.kml 3993 3993 0 Готово* 200 OK
7 22:29:22 http://mw1.google.com/mw-earth-vectordb/gallery_layers/gallery_root_ru.kmz 7114 7114 0 Готово* 200 OK
8 22:29:22 http://kh.google.com/flatfile?lf-0-icons/census_new_l.png Загрузка... 404 Not Found (GC)
9 22:29:22 http://kh.google.com/flatfile?lf-0-icons/golf_new_l.png Загрузка... 404 Not Found (GC)
10 22:29:22 http://mw1.google.com/mw-ocean/ocean/root/root_ru.kmz 5535 5535 0 Готово* 200 OK
11 22:29:23 http://kh.google.com/flatfile?lf-0-icons/green_star_l.png Загрузка... 404 Not Found (GC)
12 22:29:23 http://mw2.google.com/mw-earth-vectordb/geographic_web/dynamic/panoramio/tic/0.kmz 14134 14134 0 Готово* 200 OK
13 22:29:26 http://cbk0.google.com/cbk?output=earthfile&cb_client=earth&fname=cityblock_man.png 1605 1605 0 Готово* 200 OK
14 22:29:33 http://mw2.google.com/mw-earth-vectordb/places/2009_01_14/ru/root.kmz 1428 1428 0 Готово* 200 OK
15 22:29:35 http://mw2.google.com/mw-earth-vectordb/dynamic/wikiloc/2/preview/ru/root.kmz 2180 2180 0 Готово* 200 OK
16 22:29:37 http://kh.google.com/flatfile?f1-02102-i.192 Загрузка... 404 Not Found (GC)
17 22:29:37 http://kh.google.com/flatfile?f1-02131-i.192 Загрузка... 404 Not Found (GC)
18 22:29:37 http://kh.google.com/flatfile?f1-02101-i.192 Загрузка... 404 Not Found (GC)
19 22:29:37 http://kh.google.com/flatfile?f1-02113-i.192 Загрузка... 404 Not Found (GC)
20 22:29:37 http://mw1.google.com/mw-earth-vectordb/outreach/root2/root_ru.kmz 2818 2818 0 Готово* 200 OK
21 22:29:44 http://mw2.google.com/mw-earth-vectordb/gallery_layers/prado/kml/MuseoNacionalDelPrado31enSin3D.kmz 15335 15335 0 Готово* 200 OK
22 22:29:46 http://kh.google.com/flatfile?lf-0-icons/3d_buildings_new_l.png Загрузка... 404 Not Found (GC)
23 22:29:46 http://kh.google.com/flatfile?lf-0-icons/roads_legend_l.png Загрузка... 404 Not Found (GC)
24 22:29:46 http://kh.google.com/flatfile?lf-0-icons/flag64_l.png Загрузка... 404 Not Found (GC)
25 22:29:46 http://kh.google.com/flatfile?lf-0-icons/1050_l.png Загрузка... 404 Not Found (GC)
26 22:29:46 http://mw2.google.com/mw-earth-vectordb/gallery_layers/icons/blue_star_l.png 654 654 0 Готово* 200 OK
27 22:29:50 http://kh.google.com/flatfile?lf-0-icons/blue_star_l.png Загрузка... 404 Not Found (GC)
28 22:29:50 http://mw2.google.com/mw-earth-vectordb/places/2009_01_14/ru/03.kmz 334 334 0 Готово* 200 OK
29 22:29:50 http://kh.google.com/flatfile?lf-0-icons/waters64_l.png Загрузка... 404 Not Found (GC)
30 22:29:50 http://kh.google.com/flatfile?lf-0-icons/lil_earth_l.png Загрузка... 404 Not Found (GC)
31 22:29:50 http://mw1.google.com/mw-earth-vectordb/outreach/root2/icons/ga_globe.png 963 963 0 Готово* 200 OK
32 22:29:53 http://mw2.google.com/mw-earth-vectordb/places/2009_01_14/ru/02.kmz 335 335 0 Готово* 200 OK
33 22:29:53 http://mw2.google.com/mw-earth-vectordb/places/2009_01_14/ru/01.kmz 338 338 0 Готово* 200 OK
34 22:29:55 http://mw2.google.com/mw-earth-vectordb/places/2009_01_14/ru/00.kmz 336 336 0 Готово* 200 OK
35 22:29:57 http://mw2.google.com/mw-earth-vectordb/dynamic/wikiloc/2/preview/ru/0.kmz 6452 6452 0 Готово* 200 OK
36 22:29:57 http://mw2.google.com/mw-earth-vectordb/geographic_web/dynamic/panoramio/tic/03.kmz 14025 14025 0 Готово* 200 OK
37 22:29:59 http://mw2.google.com/mw-earth-vectordb/geographic_web/dynamic/panoramio/tic/01.kmz 12807 12807 0 Готово* 200 OK
38 22:30:00 http://mw2.google.com/mw-earth-vectordb/geographic_web/dynamic/panoramio/tic/00.kmz 12348 12348 0 Готово* 200 OK

Вот что получаеса в новом прокси.Пробовал его родной RegExpr.ini и со старого прокси-один и тотже результат.

Я пользуюсь труе-крипт контейнером(NTFS,да и весь винт аналогичен).там у меня все тайлы сохраняютса.Но картина не меняетса даже если кеш на диске С,как по умолчанию.

У меня мобильный интернет(но повторюсь-с первым прокси все отлично.даже в сязке:GE+HC+GC=EDGE..)

И бывает загрузит второй файл(файл версии)/kh.google.com/dbRoot.v5?hl=ru-RU&gl=ru,после все,ступор,зависон и у прокси и у гугла.Приходитса "тушить"обоих и заново запускать.Но результат один и тот-же,то ступор,то "404"

Со вторым окном во вкладке "кеш" ничего так и неполучаетса.Жму добавить(D:\dbCache\-вот такая строчка в окошке).Там лежит кеш 1.2гб."dbCache.dat".Прокси молчит.НО! файл с места уже не здвинеш,видать он его всетаки "хватает".

Добавлено:
Может с железом какаята несостыковка получаетса..ну там-изза двухядерного проца.
Всетаки в новом GC уже идет многопоточность..

Пробуем: http://narod.ru/disk/6796636000/GeoCacher_20090319.rar.html
- ручное вкл/откл многопоточности, при работе с кэшем (на вкладке Кэш);
- вкладка О программе с номером версии;
- увеличен тайм-аут при закачке тайлов до 15 сек.;
- изменена логика при ошибке загрузки из инета: теперь GE выдаёт одни и те же запросы некое количество раз, и если инет появляется - эти запросы загружаются и идёт нормальная работа GE.

Лог ошибок по-прежнему рекомендуется держать отключённым, т.к. он даёт стабильную загрузку проца до 50%

Juliys

Цитата:

Прокси молчит.НО! файл с места уже не здвинеш,видать он его всетаки "хватает".

Пришлите лог ошибок?
И попробуйте сделать новый кэш GE на пару мегобайт, посмотрите, что будет с ним.

Цитата:

Может с железом какаята несостыковка получаетса..ну там-изза двухядерного проца.

Может. У меня одно-ядерный, а больше потестить негде. Попробуйте отключить второе ядро на время.