View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001725SAS.Планета[All Projects] Багpublic05-12-2012 15:5105-12-2012 20:15
Reportervasketsov 
Assigned Tovasketsov 
PriorityhighSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformWindowsOSVistaOS VersionUltimate
Product Version121010 
Target Version131111Fixed in Version131111 
Summary0001725: При проверке наличия тайла перед закачкой он читается полностью
DescriptionВнури
procedure TThreadDownloadTiles.Execute;
в строке
VTileInfo := FMapType.TileStorage.GetTileInfo(
последний параметр равен
gtimWithData.

Это приводит к тому, что тайл читается полностью. Тогда как требуется только определить его наличие, признак TNE, дату и размер.

Необходимо заменить gtimWithData на gtimAsIs.
Для любых типов кэша.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0010133)
vasketsov (manager)
05-12-2012 15:57

Для одной и той же субд для одной и той же прокэшированной области скорость её прохода в режиме "не хочу качать закаченное" отличается примерно в 10 раз ))
На ФС не тестил, думаю что отличие будет не меньше, так как атрибуты файла читаются из каталога куда быстрее, чем он даже открывается. Хотя возможны варианты, связанные с фрагментацией папок и т.п.
(0010134)
vasketsov (manager)
05-12-2012 16:22
edited on: 05-12-2012 16:32

Среди всех 4 поддерживаемых типов хранилищ (GE/GC, файловый, беркли и СУБД) для всех кроме беркли должно наступить резкое улучшение ввиду уменьшения паразитного IO.

Для беркли имеется
if AMode = gtimWithoutData then begin
поэтому ничего не изменится.
Но так как по идее признак ненужности загрузки всего тайла целиком для режима отличного от gtimWithData возможно надо переносить чуть выше к FHelper.LoadTile - после исправления в качалке назначим ответственным автора.

(0010135)
vasketsov (manager)
05-12-2012 16:34

А вообще забавно, живём так уже 3 месяца с ревизии 6309 - и всем пофигу ))
(0010137)
Dima2000 (developer)
05-12-2012 17:07
edited on: 05-12-2012 17:08

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

(0010138)
vasketsov (manager)
05-12-2012 17:26

>основные тормоза из-за инета, а не из-за дисковых операций
Выкачай область, и запусти по ней скачку снова. Разница видна невооружённым взглядом. Примерно на порядок быстрее скачанное пролетает.
(0010142)
vdemidov (manager)
05-12-2012 18:15

>А вообще забавно, живём так уже 3 месяца с ревизии 6309 - и всем пофигу ))
Ну вот исправил и молодец. А Product Version нужно ставить по возможности ту, где впервые начало наблюдаться. То есть в нашем случае 121010

- Users who viewed this issue
User List Anonymous (1363x)
Total Views 1363
Last View 06-08-2020 13:53

- Issue History
Date Modified Username Field Change
05-12-2012 15:51 vasketsov New Issue
05-12-2012 15:51 vasketsov Assigned To => vasketsov
05-12-2012 15:51 vasketsov Status new => assigned
05-12-2012 15:57 vasketsov Note Added: 0010133
05-12-2012 16:22 vasketsov Note Added: 0010134
05-12-2012 16:32 vasketsov Note Edited: 0010134 View Revisions
05-12-2012 16:32 vasketsov Assigned To vasketsov => zed
05-12-2012 16:34 vasketsov Note Added: 0010135
05-12-2012 17:07 Dima2000 Note Added: 0010137
05-12-2012 17:08 Dima2000 Note Edited: 0010137 View Revisions
05-12-2012 17:26 vasketsov Note Added: 0010138
05-12-2012 18:15 vdemidov Note Added: 0010142
05-12-2012 20:15 vdemidov Product Version .Nightly => 121010
05-12-2012 20:15 vdemidov Target Version => 131111
05-12-2012 20:15 vdemidov Status assigned => resolved
05-12-2012 20:15 vdemidov Fixed in Version => 131111
05-12-2012 20:15 vdemidov Resolution open => fixed
05-12-2012 20:15 vdemidov Assigned To zed => vasketsov



Copyright © 2007 - 2020 SAS.Planet Team