ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ

[Parasite]

Назрело, назрело...
В эту тему будут переезжать (ну или задаваться напрямую, если вдруг удача) все ну совершенно нубские вопросы, заданные в тех или иных ветках. Ибо сколько ж можно игнорировать уже заданное\отвеченное другими, не напрягать межушный нервный узел, и не юзать поиск... Будет этакий паноптикум и парад юзеров, цинично игнорящих RTFM.

Если у кого из старожилов ВНЕЗАПНО нахлынет приступ альтруизма - то могут и поотвечать, а нет - так и нет. Тем хуже для задавших - тема будет безжалостно модерироваться.

[SergeS]

Всем привет.
Простой вопрос от новичка.. Пытаюсь скачать карту ArcGIS.NatGeo в z12 (площадь большая 522895 тайлов).
Так вот, загрузка идет, пишет что размер 2.2 гига, но вот качает тааак медленно.., и пишет что качать будет 2 дня и 11 часов..
Это вообще нормально? Есть ли выход из этой ситуации? Что можно сделать или может можно из другого какого-то места скачать эти тайлы и подсунуть программе..?
Я все понимаю, но 2.2 гига 2,5 дня..? Это на заре интернета наверное я последний раз так качал..
В общем, подскажите плиз хоть что-то в помощь..
Спасибо.

[Ivan30]

Качайте в несколько потоков
Выделяете несколько смежных областей, поменьше размером, и запускаете скачивание
офф - я на заре интернета качал 7 мегабайт 2,5 дня

[SergeS]

Качайте в несколько потоков
Выделяете несколько смежных областей, поменьше размером, и запускаете скачивание
офф - я на заре интернета качал 7 мегабайт 2,5 дня

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

[Ivan30]

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

[rsuan]

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

[Ivan30]

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

а хрен его знает, у меня такого нет

[DJ VK]

.............происходит сама скачка, почему продолжается большая загрузка проца?

1) сетевая подсистема скачивает файлы из интернета в оперативную память
2) антивирус (если есть и мониторит траффик) проверяет загруженную информацию на вирусы
3) операционная система оптимизирует память приложений
4) программа обращается к жесткому диску с желанием записать файлы
5) операционная система кеширует и оптимизирует запись на диск. Если используется рейд, также дополнителная нагрузка с вычислением какую часть на какие диски массива записать.
6) антивирус вмешивается в процесс записи и проверяет записываемые файлы.
7)файловая система также оптимизируется, индексируются файлы итд...
если хоть одно из этих мест узкое - будет большая загрузка ресурсов.
это вариант с множеством файлов. Если пишется в БД Беркли, то программа лишь создает транзакции для БД, отдавая информацию на обработку самой базе. База данных асинхронно по списку запланированных транзакций (я не исключаю, что НА КАЖДУЮ) открывает, частично читает немалые по объему файлы, частично их модифицирует, и записывает. тут одновременно идет запись журнала транзакций и данных в базу, загрузка намного больше.
Анализируйте, где именно так себя ведут другие программы (при записи файлов, при скачке, как влияет отключение антивируса).

p.s. Не знаю насчет загрузки процессора, но у меня на win7.64 + pentium4 3000HT при отсутствии антивирусов и запущенных программ просто запускается 20-30 секунд или даже дольше (!). Впрочем притормаживает иногда все, но чтоб простенькое приложение грузилось столько же, сколько огроменные студии с++Builder\Delphi\Rad studio\ - это жесть. У меня железо слабое, одноядерное, винда громоздкая, я не сержусь, что тормозит. Но именно на таких ситуациях становится видно, что для производительности важна не только оптимизация программы, но и выбор винды, а может даже и апгрейд если XP ну никак не подходит (ну например для поддержки жесткого диска 3ТБ под WinXP-32 можно найти драйвера GPT из paragon partition, но тоже не факт что не будет тормозить через такой костыль).

[rsuan]

А после того как расчёт произведён и происходит сама скачка, почему продолжается большая загрузка проца?

Прошу прощения, не подумал уточнить в посте что именно процесс SASPlanet грузит проц. Происходят ли какие-либо другие интенсивные вычисления в самой программе на этом этапе?
Тип кеша обычный - SAS.Планета. WinXP, Athlon64 X2 4800+, винт небольшой.

[zed]

Происходят ли какие-либо другие интенсивные вычисления в самой программе на этом этапе?

Да, программа вычисляет, какой тайл ей нужно грузить. И там алгоритм такой же медленный (для сложных полигонов), как и для подсчёта числа тайлов. Т.е. опять берётся ограничивающий прямоугольник и начинается потайловая проверка: "попадает в полигон или нет", если попадает, то грузим, ждём пока загрузится и проверяем следующий. Проверка получается размазана во времени на весь процесс закачки. И да, этот алгоритм получается отрабатывает 2 раза на закачку: первый раз, чтобы оценить точное число тайлов, а второй раз во время загрузки. Так что тут есть поле для оптимизаций.

[rsuan]

И да, этот алгоритм получается отрабатывает 2 раза на закачку

=О Думал что координаты найденных тайлов хранятся в памяти. Видимо двойная отработка сделана чтобы этого избежать? Иначе много памяти будет занимать?