View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001145SAS.Планета[All Projects] Багpublic31-01-2012 09:2915-03-2013 17:30
ReporterParasite 
Assigned Tovdemidov 
PrioritynormalSeveritytweakReproducibilityalways
StatusresolvedResolutionfixed 
PlatformWindowsOSServerOS Version2003
Product Version120808 
Target Version131111Fixed in Version131111 
Summary0001145: Значительное замедление отрисовки тайлов на экране в свежих версиях программы
DescriptionСобственно, сабж. Очень медленно и печально стали перерисовываться тайлы на экране - даже если они все уже на диске.

Такое ощущение, что программу поставили на ручник. В последнем релизе с тем же ЗМП\кэшем\инишником - летает.
Additional InformationНаблюдается у многих пользователей на протяжении нескольких последних версий.
Некоторое обсуждение - тут: http://sasgis.org/forum/viewtopic.php?f=2&t=1815&start=60#p25811
TagsNo tags attached.
Attached Filesjpg file icon Clipboard01.jpg [^] (64,587 bytes) 13-03-2012 14:28


? file icon startup [^] (4,456 bytes) 14-03-2012 15:33 [Show Content]

- Relationships
parent of 0001237resolvedvdemidov Изменить принцип работы основных слоев 
has duplicate 0001205closedTolik Ускорить отрисовку тайлов на экране 

-  Notes
(0005271)
vdemidov (manager)
31-01-2012 11:11

За все нужно платить. Сейчас отрисовка карты вынесена в фоновый тред с пониженным приоритетом. Поэтому не блокируется ГУЙ и можно активно двигать карту даже на моем хилом нетбуке.
(0005273)
Tolik (manager)
31-01-2012 12:20

А почему загрузка процессора очень мала, в то время как тайлы медленно по одному появляются на экране? Пусть проц. работает :)
(0005274)
Parasite (administrator)
31-01-2012 12:49

>За все нужно платить.
Назовите Вашу цену, коллега? Что же такое важное было вынесено в основной тред, что отрисовка тайлов пред морду юзера стала "тредом с пониженным приоритетом"? :)

Не думаю, что отрисовка всего нескольких тайлов поставит на колени мощный современный процессор. В родных картоприложениях (от владельцев серверов) эти же тайлы прекрасно и намного быстрее отрисовываются даже на тормознутой яве - при этом процессор\память не в пример слабее\меньше. Как пример - андроидный планшет (со сравнимым разрешением экрана что и ноут) с андроидным же ГЕ мало того что ворочает много большим числом слоев над каждым тайлом - так еще и 3Д крутит, крутит через VM, и всё это - на 600мгц камня. Еще и на показ рекламы ресурсы остаются....
(0005275)
vdemidov (manager)
31-01-2012 13:01
edited on: 31-01-2012 13:01

>>За все нужно платить.
> Назовите Вашу цену, коллега?
Скорость отрисовки принесена в жертву отзывчивости пользовательского интерфейса.
ЗЫЖ жду патчей с оптимизацией.
А пока выставляю приоритет этой хотелке.

(0005276)
Parasite (administrator)
31-01-2012 13:39

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

Что остается делать тем, кто не готов на такие жертвы? Лозунги типа "хочешь сделать что-то хорошо - сделай это сам!" тут не порулят, ибо раньше всё бегало нормально и вполне "отзывчиво" для комфортной работы. А потом удивляемся, что никто особо свежие жертвенные версии не тестит. :)
(0005277)
vdemidov (manager)
31-01-2012 13:43

Кто не готов пользуется старой версией. Откатывать я не собираюсь. У меня все очень быстро.
(0005279)
vasketsov (manager)
31-01-2012 16:36
edited on: 31-01-2012 16:47

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

20:33:45.8092335 CreateFile NokiaMapCreatorSat\z12\1\x1345\0 SUCCESS Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened
20:33:45.8093299 QueryDirectory NokiaMapCreatorSat\z12\1\x1345\0\y600.jpg SUCCESS Filter: y600.jpg, 1: y600.jpg
20:33:45.8093891 CloseFile NokiaMapCreatorSat\z12\1\x1345\0 SUCCESS
20:33:45.8095045 CreateFile NokiaMapCreatorSat\z12\1\x1345\0\y600.jpg SUCCESS Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, AllocationSize: n/a, OpenResult: Opened
20:33:45.8096472 QueryStandardInformationFile NokiaMapCreatorSat\z12\1\x1345\0\y600.jpg SUCCESS AllocationSize: 32 768, EndOfFile: 31 271, NumberOfLinks: 1, DeletePending: False, Directory: False
20:33:45.8170785 QueryStandardInformationFile NokiaMapCreatorSat\z12\1\x1345\0\y600.jpg SUCCESS AllocationSize: 32 768, EndOfFile: 31 271, NumberOfLinks: 1, DeletePending: False, Directory: False
20:33:45.8171006 ReadFile NokiaMapCreatorSat\z12\1\x1345\0\y600.jpg SUCCESS Offset: 0, Length: 31 271
20:33:45.8171441 CloseFile NokiaMapCreatorSat\z12\1\x1345\0\y600.jpg SUCCESS
20:33:45.8226378 CreateFile NokiaMapCreatorSat\z12\1\x1344\0 SUCCESS Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened
20:33:45.8227047 QueryDirectory NokiaMapCreatorSat\z12\1\x1344\0\y600.jpg SUCCESS Filter: y600.jpg, 1: y600.jpg
20:33:45.8227446 CloseFile NokiaMapCreatorSat\z12\1\x1344\0 SUCCESS
20:33:45.8228437 CreateFile NokiaMapCreatorSat\z12\1\x1344\0\y600.jpg SUCCESS Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, AllocationSize: n/a, OpenResult: Opened
20:33:45.8229502 QueryStandardInformationFile NokiaMapCreatorSat\z12\1\x1344\0\y600.jpg SUCCESS AllocationSize: 32 768, EndOfFile: 32 126, NumberOfLinks: 1, DeletePending: False, Directory: False
20:33:45.8496789 QueryStandardInformationFile NokiaMapCreatorSat\z12\1\x1344\0\y600.jpg SUCCESS AllocationSize: 32 768, EndOfFile: 32 126, NumberOfLinks: 1, DeletePending: False, Directory: False
20:33:45.8496952 ReadFile NokiaMapCreatorSat\z12\1\x1344\0\y600.jpg SUCCESS Offset: 0, Length: 32 126
20:33:45.8497291 CloseFile NokiaMapCreatorSat\z12\1\x1344\0\y600.jpg SUCCESS
20:33:45.8552895 CreateFile NokiaMapCreatorSat\z12\1\x1343\0 SUCCESS Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened
20:33:45.8553481 QueryDirectory NokiaMapCreatorSat\z12\1\x1343\0\y600.jpg SUCCESS Filter: y600.jpg, 1: y600.jpg
20:33:45.8553840 CloseFile NokiaMapCreatorSat\z12\1\x1343\0 SUCCESS
20:33:45.8554794 CreateFile NokiaMapCreatorSat\z12\1\x1343\0\y600.jpg SUCCESS Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, AllocationSize: n/a, OpenResult: Opened
20:33:45.8558252 QueryStandardInformationFile NokiaMapCreatorSat\z12\1\x1343\0\y600.jpg SUCCESS AllocationSize: 32 768, EndOfFile: 29 571, NumberOfLinks: 1, DeletePending: False, Directory: False
20:33:45.8728980 QueryStandardInformationFile NokiaMapCreatorSat\z12\1\x1343\0\y600.jpg SUCCESS AllocationSize: 32 768, EndOfFile: 29 571, NumberOfLinks: 1, DeletePending: False, Directory: False
20:33:45.8729164 ReadFile NokiaMapCreatorSat\z12\1\x1343\0\y600.jpg SUCCESS Offset: 0, Length: 29 571
20:33:45.8729495 CloseFile NokiaMapCreatorSat\z12\1\x1343\0\y600.jpg SUCCESS
20:33:45.8807836 CreateFile NokiaMapCreatorSat\z12\1\x1346\0 SUCCESS Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened

(0005286)
Parasite (administrator)
01-02-2012 06:53
edited on: 01-02-2012 06:54

>тайлы с диска читаются последовательно друг за дружкой. Приоритет процесса очевидно ни при чём.
Насколько я понял - имелся ввиду пониженный приоритет одного треда отрисовки тайлов, а не всего процесса в целом. Да и в Вашем логе кучка тайлов была прочитана менее чем за секунду - что вполне вменяемо, и проблема имхо не в чтении...а вот _отрисованы_ пред очи хомяка они были уже медленно и печально, и в этом и сабж.

2vdemidov: Кстати, а почему у этого треда приоритет именно пониженный? Что если сделать его как минимум "normal", а то и еще повыше (и только на время активного процесса отрисовки тайлов)? Жертва отзывчивости пользовательского интерфейса ж не должна пострадать, он же (интерфейс) не изменится как таковой, и после _мгновенной_ высокоприоритетной отрисовки у него опять будут все системные ресурсы. Если не пойдет - вернуть "как щас", и думать дальше...?

(0005287)
Tolik (manager)
01-02-2012 06:58
edited on: 01-02-2012 06:59

А почему бы не вынести настройку этого приоритета в ini?

Или даже менять его автоматически в зависимости от хилости нетбука?

P.S. Я вот почему-то не вижу разницы в скорости отрисовки на разных компах. Почему на мощном выводит так же медленно?

(0005288)
vasketsov (manager)
01-02-2012 07:11
edited on: 01-02-2012 07:13

>кучка тайлов была прочитана менее чем за секунду
Эта "кучка" - всего 3 штуки. Может действительно речь именно про отображение (и надо лог вперемешку с гуем писать, а не только фс), но тем не менее всё равно непонятно почему последовательно (ибо даже если говорить об одном блине на одном диске на одном проце - всё равно максимум что имеет смысл "синхронизировать" - это ReadFile, ждать CloseFile не надо).
Кроме того, есть и в логе, на что обратить внимание, дубли (QueryStandardInformationFile) и лишние переоткрытия папок (конкретно в этот кусок лога не попало).

>Почему на мощном выводит так же медленно?
Вкупе с полной расслабухой всех ядер на всех процах - это и есть главный вопрос.

(0005289)
Tolik (manager)
01-02-2012 07:35

Кстати, о файлах. При использовании Беркли столько файлов открывать не надо, они ж наверно в кэш-памяти находятся. Отрисовка работает так же.
(0005290)
Parasite (administrator)
01-02-2012 08:09

>но тем не менее всё равно непонятно
Это уже тема для другого бага, имхо. В данном конкретном случае тормозит _отрисовка_, и она тормозит даже тогда когда читаем с RАМдиска.
Да и сводит-то ночнушка (то же чтение тех же тайлов) вроде как без изменений и тормозов, трабла именно в перерисовке экрана при таскании его курсором\зуммировании.

>Вкупе с полной расслабухой всех ядер на всех процах - это и есть главный вопрос.
+1, на _восьми_процессорном Xeon'e+RAMдиске при такой работе в таскманагере вообще активности САСа не видно. Казалось бы - жжги их все восемь покуда не задымятся, ан нет. Робит точно так же печально, как и на старом однопроцессорном\одноядерном селероновом ноуте (и там активность САСа в таскманагере уже чуточку видна, но всё равно не более 1-2% в среднем, 10% в пике).

Короче - низачот. :(
(0005780)
Tolik (manager)
02-03-2012 10:15
edited on: 02-03-2012 10:17

Замечу, что за последний месяц при таскании карты мышкой загрузка процессора сильно выросла, а скорость отрисовки тайлов не изменилась.

Кажется, пора открывать новый реквест - на оптимизацию кода по загрузке процессора :(

(0005814)
vasketsov (manager)
05-03-2012 20:53

Стало часто кидаться EOutOfMemory (при декомпрессии png, но думаю это неважно).

А сасе это происходит на строке
spr.SetSize(VTargetImageSize.X, VTargetImageSize.Y);
внутри
function TMapType.LoadBtimap
то бишь при вполне заурядной операции.

Возможно связано с кэшем в памяти, всё только копится и не очищается, у мну в этот момент WorkingSetSize у саса был больше 2 гигов. Что конечно просто ахтунг.
(0005830)
vdemidov (manager)
06-03-2012 08:15

Про утечки памяти в отдельный инцидент, а это Хотелка.
(0005869)
Parasite (administrator)
06-03-2012 16:14

>Сделать боле быструю отрисовку тайлов на экране
Это совершенно не то, что рапортовалось в моем первом тикете, и далее - в ныне удаленном обсуждении.
Ничего СДЕЛАТЬ в пределах данного тикета Я НЕ ПРОСИЛ. Я лишь рапортовал о найденном БАГЕ.

Какая жалость, что он никому так и не стал интересен.
/CLOSED.
(0005910)
Tolik (manager)
07-03-2012 11:16

Народ "реквистирует оживление вопроса": 0001205
(0005913)
Parasite (administrator)
07-03-2012 11:40

>Народ "реквистирует оживление вопроса": 0001205
Угу.
Тогда пааапрашу не менять начальное описание. Это БАГ, а не хотелка. Когда я захочу хотелки - я так оную и обозначу изначально.

Для справки: баг - это то, что УЖЕ есть, и от чего надо избавиться. Хотелка - это то, чего ЕЩЕ нету - но чего хотелось бы.
Обсуждаемое УЖЕ есть, и от тормозов обсуждаемого хотелось бы таки избавиться.
(0005914)
vdemidov (manager)
07-03-2012 11:53

Баг, это когда что-то работает не так как задумал автор. А это фитча.
(0005915)
Parasite (administrator)
07-03-2012 12:07

>Баг, это когда что-то работает не так как задумал автор. А это фитча.
Я понятия не имею, как и о чем задумывал аффтар, коль скоро он нигде не соизволил озвучить это - и если отваливается то, что прекрасно работало, то это баг по типу "руки из пятой точки", а не фича. Уж как на духу - отрисовка ХХ тайлов 256х256,указанных в кэше проги, на 8ипроцессорном Хеоне с 32 гигами РАМы _с тормозами_ (когда там летает намного, НА ПОРЯДКИ более тяжелый Автокад, причем параллельно!) - это полный атас.

Фича - это "делать что-то полезное и нужное новым, недокументированным аффтарами способом". Делать "тормоза документированными способами" - это косяк и оксюморон. Поспорь, поспорь со старым фидошником на тему фичеобеспечения и нетерпимости к работавшему ранее, а ныне отломанному...
(0005918)
vasketsov (manager)
07-03-2012 12:35

>работает не так как задумал автор
То есть автор задумал замедление работы? ))))

В плагине для GPSMapEdit я гружу тайлы из кэша саса штатными средствами саса (то есть работает кэш тайлов в памяти) и рисую их на HDC руками по одному в один поток (прочитал-нарисовал-прочитал-нарисовал-...). Это получается несравнимо быстрее чем в сасе. Если тайлы практически не масштабируются (то есть они всё равно масшабируются до текущего масштаба GME, там масштаб не по зумам, так что это лишний повод тормозить тайлам в GME, сейчас важно что тайлов столько же рисуется, сколько рисует САС примерно на таком же зуме) - там это просто мгновенно. В отличие от.
(0005920)
vdemidov (manager)
07-03-2012 12:48

>>работает не так как задумал автор
> То есть автор задумал замедление работы? ))))
Автор пожертвовал скоростью обновления изображения на экране в пользу отзывчивости интерфейса. Сейчас, даже если файлы у вас на очень медленном диске SAS будет работать нормально, просто изображения будут появляться с большой задержкой. А попробуйте то же самое в GPSMapEdit с вашим довеском.
(0005921)
Parasite (administrator)
07-03-2012 12:50

vdemidov, прекращай детство с редактированием хидера тикета.
Либо принимай тикет так как написано, либо закрывай на мороз. На дебильный статус ХОТЕЛКА я не согласен и не претендовал изначально, а постоянно менять хидер на изначально написанное мне времени нет. Ей-Богу, детсад уже какой-то начался. Не хочешь - не фиксь, мне без разницы - и тем хуже для проекта (постепенно скатывающегося в сраное гуано, если кому-то интересна моя локальная точка зрения). Лично у меня и старые версии пока что рулят, если что.

Факта БАГА это не отменяет, и рано или поздно фичить оный кому-то да придется. Вона, уже новый дубль-тикет по теме.
(0005923)
Parasite (administrator)
07-03-2012 12:58

>Автор пожертвовал
Медалю автору, медалю!!
Что-то я не помню в пределах проекта открытого голосования "Чего Вы хотите: тормозов отрисовки или отзывчивости интерфейса?", с отрывом победившего в первом же туре.

>если файлы у вас на очень медленном диске SAS
SAS (оно же Serial-SCSI) много быстрее среднестатистического "секретулькиного" SATA, и изначально предназначалось для server-side применения. Так, для справки.

>просто изображения будут появляться с большой задержкой.
В старой версии САСа они появляются БЕЗ задержки на том же диске, на том же кэше, и ровно с теми же (байт-в-байт) настройками.

Я ни в жизнь не поверю, что чтение и обработка 20и отрисовываемых тайлов занимает 8 (ВОСЕМЬ) секунд на современном железе, протом все тайлы уже в РАМ-кэше.
Благо что на старой версии это отрисовывается ровно мгновенно - стоит лишь подменить экзешник саса в папке.
(0005924)
Parasite (administrator)
07-03-2012 13:01

>Это ты прекращай детство
Боже, как предсказуемо...
Я его закрыл еще вчера, кстати.

PS: на будущее предлагаю ставить всем БАГАМ статус ХОТЕЛКА: ведь мы же ХОТИМ, чтобы баг был изничтожен, не так ли? А куча заискивающих хотелок выглядит совершенно не так, как куча аццких багов - не так ли?

Тьху. Детсад....
(0005925)
vdemidov (manager)
07-03-2012 13:10
edited on: 07-03-2012 13:10

>Я ни в жизнь не поверю, что чтение и обработка 20и отрисовываемых тайлов занимает 8 (ВОСЕМЬ) секунд на современном железе, протом все тайлы уже в РАМ-кэше.
Ты что с дуба рухнул. На моей хилой машине в один поток оно занимает максимум 1.5 секунды на отрисовку экрана с включенной картой и без слоев.

(0005926)
Parasite (administrator)
07-03-2012 13:21

>Ты что с дуба рухнул.
ВОООТ!!!!!! Наконец-то!!! А ты думаешь - тикет просто так появился, и просто так НАСТОЯТЕЛЬНО остается в статусе "БАГ"?

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

При размере экрана в 2560px по длинной - хаполнение экрана, наблюдаемое глазками - просто БЕСИТ. Притом что в предыдущей версии все заполняется на раз!

Если бы оно просто _немножко_ подтормаживало - я бы и тикет не стал заводить бы. Время дороже.
(0005929)
vdemidov (manager)
07-03-2012 13:35

Давай видео этого процесса.
(0005930)
vdemidov (manager)
07-03-2012 13:36

И еще запусти дебажную версию, полазь по карте, а потом сделай скриншот окошка Debug View
(0005931)
Tolik (manager)
07-03-2012 13:37
edited on: 07-03-2012 13:53

> Тогда пааапрашу не менять начальное описание. Это БАГ, а не хотелка.

Parasite, я что-то не понял. Я его переоткрыл именно как баг и с первоначальным названием. И vdemidov сделал ему confirm и уж как бы согласился.
К чему был этот пост 0001145:0005913 ??

(0005935)
Parasite (administrator)
07-03-2012 13:46
edited on: 07-03-2012 13:51

>Давай видео этого процесса.
Ну вот еще, щас всё брошу и начну ставить писАлки видео...

Давай синтетически: размер экрана = 2560\1920\24, карта - ASTER_bg, поверху - импортнутый KML заполнения ASTER (~ 22тыс объектов). Всё касательное САСа (включая его самого + кэш) - на RАМ-диске.

Время от нажатия [+] или [-] на панельке зума САСа до финального отображения всего и вся СЕЙЧАС - ~ 8сек. Процесс отрисовки экрана наблюдается глазками и сопровождается матюками.

В предыдущей версии (даже в релизе!) - отрисовка хоть и несколько думает после нажатия (не более секунды на весь экран), но отрисовывает весь экран сразу и МГНОВЕННО, считая от начала процесса отрисовки.

Прошу вернуть мгновенную "старую поэкранную" отрисовку вместо "медленной задумчиво-поквадратной" новой.

(0005936)
Parasite (administrator)
07-03-2012 13:48

>К чему был этот пост № 5913 ??
К vdemidov'ским изменениям хидера тикета.
(0005938)
vdemidov (manager)
07-03-2012 13:56

> Ну вот еще, щас всё брошу и начну ставить писАлки видео...
Ну не хочешь не нужно. Я уж тем более разбираться не буду.
(0005940)
Parasite (administrator)
07-03-2012 13:59

>Ну не хочешь не нужно. Я уж тем более разбираться не буду.
Я не про то. Я к тому, что ставить писАлку видео - тот еще порн (на моей стороне), так что предлагаю пока что синтетически.
Проблема-то имеет место быть - независимо от видео.
(0005942)
vdemidov (manager)
07-03-2012 14:09

> Проблема-то имеет место быть - независимо от видео.
Увы я этого не вижу. Попробуй для начала поотключать все слои, сетки, метки и тд. Вплоть до миникарты.
(0005943)
Tolik (manager)
07-03-2012 14:12

Обратите внимание на фразу rudepravo из 0001205
"Откатил последнюю ночную сборку на .5122 - всё ок."
Думается, надо проанализировать последние коммиты, что могло так повлиять? Хотя я на своём железе не замечал большой разницы между 5122 и другими.

rudepravo, а можете точнее сказать, на какой именно версии произошёл качественный скачок? Можете проверить все версии от 5122 до 5163?
(0005944)
Parasite (administrator)
07-03-2012 14:22

>Попробуй для начала поотключать все слои, сетки, метки и тд. Вплоть до миникарты.
Делал. Давно. Изменения - минорны.
Мажорное изменение дает замена экзешника с ночнушки - на релизный (при неизменном всём остальном). Всё (сабжевое) начинает просто летать на экзешнике релиза.

К сожалению, на релизе свои траблы (например сваливание при скролле карты), так что полноценно него юзать тоже не получается.
Но карту отображает _моментально_.
(0005945)
vdemidov (manager)
07-03-2012 14:39

Про старую версию можешь забыть. Точнее пользуйся, если хочешь, но хватит рассказывать что она летала.
Как минимум жду принтскрина окна с Debug Info
(0005946)
vasketsov (manager)
07-03-2012 14:41

>максимум 1.5 секунды на отрисовку экрана с включенной картой и без слоев
Ну вот а представь ситуацию, что сейчас оно отображается из кэша в памяти медленнее, чем раньше скачивалось и отображалось. Монитор 1920x1200, входов DVI у него много, так что проблема эквипенисуальна относительно замены NVIDIA на ATI. О полутора секундах остаётся только мечтать.

>даже если файлы у вас на очень медленном диске SAS будет работать нормально
Немного не так. Сас не умрёт в надежде дождаться чтения тайла. Это конечно хорошо. Тем более что хранилища тоже могут быть далеко и плоходоступны. Но проблема не в этом. Суть в том, что даже если рисовалку вынести в отдельный поток и в нём читать файлы и рисовать их - будет и то быстрее. Там _очевидно_ где-то косяк скрылся.

>попробуйте то же самое в GPSMapEdit с вашим довеском
А смысл пробовать, а так всё понятно что будет. Я ж написал, там один поток и всё по очереди. Только это совсем не оправдание.
(0005947)
Parasite (administrator)
07-03-2012 15:00

>жду принтскрина окна с Debug Info
Та не вопрос...но куда конкретно нажимать?

>Там _очевидно_ где-то косяк скрылся.
Что я и пытаюсь доказать изначально!

Куда нажимать(c)?
(0005948)
vdemidov (manager)
07-03-2012 15:21

> Куда нажимать(c)?
Ты не поверишь: в дебажной версии в главном меню View\Debug Info
(0005949)
rudepravo (reporter)
07-03-2012 15:38

Cейчас кэш с Гугла докачается, проверю.
Вот что есть в наличии
SAS.Planet.Nightly.120206.4992.7z
SAS.Planet.Nightly.120208.5002.7z
SAS.Planet.Nightly.120209.5019.7z
SAS.Planet.Nightly.120210.5023.7z
SAS.Planet.Nightly.120212.5032.7z
SAS.Planet.Nightly.120213.5035.7z
SAS.Planet.Nightly.120214.5045.7z
SAS.Planet.Nightly.120216.5058.7z
SAS.Planet.Nightly.120217.5066.7z
SAS.Planet.Nightly.120218.5075.7z
SAS.Planet.Nightly.120221.5082.7z
SAS.Planet.Nightly.120224.5092.7z
SAS.Planet.Nightly.120227.5102.7z
SAS.Planet.Nightly.120229.5122.7z
SAS.Planet.Nightly.120303.5144.7z
SAS.Planet.Nightly.120304.5146.7z
SAS.Planet.Nightly.120305.5149.7z
SAS.Planet.Nightly.120307.5163.7z
(0005964)
rudepravo (reporter)
10-03-2012 17:09
edited on: 10-03-2012 21:37

Добрался до проведения тестов.

Исходная конфигурация Pentium-M IV 2.2Ghz, 1Gb памяти, чистая перезагрузка, никаких других программ не загружено. Запуск SASPlanet с диска Truecrypt, кэш - файловый. Включено отображение Google Maps спутник, со слоями Google Hybrid и Wikimapia, а также выделена для скачивания область, занимающая половину экрана.
Масштаб - z8.

Все тестируемые версии - ночные сборки.
4992 - летает
5092 - небольшие замедления (примерно 5-10%)
5122 - такие же замедления как в 5092
5144,5146,5149 - наступают тормоза (отрисовка вывода на экран увеличилась раза в три, 100% загрузка процессора)
5163 - скорость отрисовки увеличилась, и составляет примерно 1.5-2х от 5144
5181 - без изменений по сравнению с 5163

(0005970)
Tolik (manager)
11-03-2012 05:06

По названию коммитов (с 5123 по 5144) трудно понять, какой из них так повлиял на скорость.
Скорее всего, какой-то из них внёс баг.
Можно сбилдить, например, версии 5125, 5130, 5135, 5140 и погонять их...
Это если метод пристального вглядывания не поможет :)
(0005972)
vasketsov (manager)
11-03-2012 08:04
edited on: 11-03-2012 08:11

Ну в общем я полечил эту багу у себя. Как vdemidov сольёт ветки в репо - так и исправлю.
зы. Ну то есть конечно я не уверен что все тормоза устранятся, но у меня стало ощутимо быстрее рисоваться (один спутник без слоёв).

(0005973)
Tolik (manager)
11-03-2012 08:59
edited on: 11-03-2012 09:00

Ну и в чём там собака порылась?

(0005974)
vasketsov (manager)
11-03-2012 09:14

Неверный выбор примитива синхронизации в 2-х местах (третье под подозрением, пока там не правил), слишком всё "засинхронизировано". Собственно я это и предполагал изначально. Просто сегодня было время посидеть и поглядеть. За конкретную ревизию не скажу, смотрел под отладчиком чтение тайлов, а не по ревизиям.
(0005976)
Tolik (manager)
11-03-2012 09:18

> За конкретную ревизию не скажу
Жаль, может есть и другая причина.
А в 5122 по-другому засинхронизировано?
(0005977)
vasketsov (manager)
11-03-2012 09:23

Оба "косяка" до 5092. Просто накопилась критическая масса. А 5122 вообще сюда никакого отношения не имеет.
Повторю, щас у меня всё опять летает. А раньше - даже уже закэшированные в память тайлы рисовались медленно и печально. Залью - останутся претензии - тогда и будем обсуждать.
(0005984)
Tolik (manager)
12-03-2012 07:36

А почему vdemidov никак не смержит vasketsovские коммиты 4-дневной давности?
(0005986)
Tolik (manager)
12-03-2012 07:45

> Ну в общем я полечил эту багу у себя
А можно нам попробовать, пока в ночнушке не исправлено?
(0005987)
vasketsov (manager)
12-03-2012 07:57
edited on: 12-03-2012 10:05

>коммиты 4-дневной давности
Судя по тому как после моей ревизии 5163 он напихал своих 13, не замерджив - делаю вывод о том, что не всё пока окончательно у него в ревизиях.

>можно нам попробовать
Да можно конечно, приаттачил SASPlanet_Sync.rar. Размер меньше стал после переписывания вебброузера и выкидывания из него ненужного (и вкидывания мозиллы, он пока никак не переключить).

(0005991)
Tolik (manager)
12-03-2012 10:49

Лично я разницы (с 5197) не заметил :(
(0005992)
vasketsov (manager)
12-03-2012 11:08
edited on: 12-03-2012 11:13

Лучше всего тест проводить на только что загруженных в оперативную память (кэш в памяти) тайлах. У меня они стали отрисовываться быстрее, чем я могу сказать "черничный пирог". Раньше было не так.
Кроме того, я не гарантировал, что обязательно всё полечится. Полечился конкретный кусок (точнее несколько), тормоза могут быть и в другом месте. Зато сейчас простой "синтетический" тест прога у меня проходит. При перерисовке карты CPU вырастает до 100%. То есть прога ему не мешает лишними ожиданиями на примитивах синхронизации.

(0005993)
Tolik (manager)
12-03-2012 11:31

Я так и делаю: гоняю вправо-влево, зажав клавишу со стрелкой, так что всё в памяти. Смотрю на скорость движения, рывки, загрузку проц., белые квадраты. В обеих версиях одинаково: движется довольно быстро, но неравномерно, рывки очень неприятные, белых квадратов и полос нет вообще, загрузка 60-65%.

На моём железе и так не было тормозов в 8 сек, надо чтобы Parasite и rudepravo проверили. И чтобы описали подробнее, как именно тестируют и какой результат.
(0005994)
vasketsov (manager)
12-03-2012 12:31
edited on: 12-03-2012 14:12

>загрузка 60-65%
Это только подтверждает, что затык в другом месте.
Приаттачил SASPlanet_Sync2.rar для дальнейших игр.

(0005999)
rudepravo (reporter)
12-03-2012 20:49

C секундомером проверил (2 запуска, PIV-2.2Ghz, 1Mb,файловый кэш,слои Google Maps, Google Hybrid, Wikimapia). На половину отображаемой карты выделен полигон для скачивания. Окончание запуска - отображение последнего полигона Викимапии

4992 - 13.52с, 13.40с
5122 - 14.71, 14.26
SASSync2 - 20.74, 16.82, 15.50
(0006000)
vasketsov (manager)
12-03-2012 22:24

>Окончание запуска - отображение последнего полигона Викимапии
Не то. Беда = 'Очень медленно и печально стали перерисовываться тайлы на экране'. Это и надо тестить. А не время запуска.
(0006001)
rudepravo (reporter)
13-03-2012 01:00
edited on: 13-03-2012 01:01

Время запуска тоже критичная величина. Замедление при запуске на 54% не есть гуд.

Тест скролла экрана на целый экран(карта полностью перерисовается), с рисованием карты заполнения тайлами - пойдёт?

(0006005)
Tolik (manager)
13-03-2012 04:45

Я опять на своём компе не заметил никакой разницы.

Запускается, кстати, любая версия у меня за 2.5 сек. Откуда 20?? Может, меток 100 мегабайт?
(0006012)
Parasite (administrator)
13-03-2012 05:15
edited on: 13-03-2012 05:21

>Ну в общем я полечил эту багу у себя.
О. Гуд ньюз, бро.

>Запускается, кстати, любая версия у меня за 2.5 сек. Откуда 20??
Лично у меня запускалась намного медленнее. Не 20, но секунд 10 точно уходит.

>надо чтобы Parasite и rudepravo проверили.
Не вопрос. Сегодня вечером и проверим.

Да, кстати - вот еще хороший тест: импортнуть пару десятков тысяч меток в новую категорию, немножко поюзать на карте, а потом СТЕРЕТЬ ЭТУ КАТЕГОРИЮ (со всеми метками). Для опытов рекомендую КМЛ с 22тыс меток от ASTER:
http://sasgis.org/forum/viewtopic.php?f=21&t=1848
Релиз - стирает всю категорию мгновенно. Сабжевая ночнушка стирала секунд 30 (при этом весь остальной САС висел в состоянии "И пусть вся Европа подождет...!").

Импорт у ночнушки тоже заметно печальнее чем у релиза.

(0006016)
Tolik (manager)
13-03-2012 05:30

Про импорт это вообще-то офтопик (как и про скорость запуска и удаление), но проверь, есть ли xerсes*.dll
(0006017)
Parasite (administrator)
13-03-2012 05:38

>Про импорт это вообще-то офтопик (как и про скорость запуска и удаление)
Я не дам гарантии, что оно не связано друг с другом. В любом случае, у меня оно проявилось одновременно и в пределах одной версии ночнушки, и в общем и целом по факту юзания оной этот весь тикет и появился - а там уж разрабам виднее, что и куда там одно через другое завязано.
Наше дело - сообщить, авось чем-то да поможет выловить баг. Обсуждать сие я тут и не предлагаю.
(0006022)
vasketsov (manager)
13-03-2012 07:46

>Замедление при запуске на 54% не есть гуд
Там после 5122 ещё два десятка ревизий. Но если это из-за моего "лечения" - значит там куда более серьёзные архитектурные проблемы. Потому что если у машины, газующей с тормозом, убрать тормоз - она обычно едет быстрее.
На всякий случай - сравнивать надо и SASPlanet_Sync.rar и SASSync2, там разное.
(0006043)
Parasite (administrator)
13-03-2012 13:55
edited on: 13-03-2012 13:58

>На всякий случай - сравнивать надо и SASPlanet_Sync.rar и SASSync2, там разное.
Докладуюсь:
Ничего визуально не изменилось - наоборот, даже стало субъективно немножко печальнее ИМХО. Но ненамного по сравнению с ночнушкой.

Никакой разницы между sync1 и sync2 замечено не было. Сейчас я даже вижу глазками(sic!) как бы двойную перерисовку тайлов: сперва отображается тайл то ли с некоторой мерой полупрозрачности, то ли самую малость залитый белым. И уже потом, во второй проход, он "проявляется" (отображается в нормальном цвете), и у него появляются включенные САСом границы (сетка тайлов на экране). В предыдущей ночнушке оно хоть и тормозило, но не "визуально-дважды".

Перезуммирование экрана (при наличии всех тайлов в кэше) - ~ 5...8сек визуально в зависимости от плотности инфы в жпегах (как я понимаю), отрисовка к.тайла видна глазом. При перезуммировании стала наблюдаться заметная нагрузка на один из процессоров (из 8и свободных) - до 50% на один CPU в пике, остальные так и стоят свободными. Раньше этого пика не было.

Перераспределение процесса всего лишь на 1 CPU (affinity) ничего не меняет. Все остается абсолютно так же.

Холодный старт обоих sync'ов (без ничего касательного САСа в системном кэше, но с рам-диска) - 13...15сек визуально. С секундомером - не засекал.

Релиз - запуск 4сек, отображение карты _летает_ при прочих равных (менялись только экзешники).

Карта - aster_bg, два слоя сверху - aster_zapolnenie+aster_countries, ссылка на все три - выше. Размер экрана 2560х1920, Вин2003Серв, "число тайлов за границей экрана=0" в настройках САСа.

(0006044)
zed (manager)
13-03-2012 13:59

А в окошко "Debug info" так никто и не заглянул... а там между прочим реальные циферки по отрисовке и секундомеров не нужно.
(0006047)
vasketsov (manager)
13-03-2012 14:13

На всякий случай приложил картинку из taskmgr.
Так должна выглядеть загрузка CPU при таскании карты в сасе на одном зуме (сначала пик - загрузка саса, потом пауза, потом потаскал в пике до 98% CPU, потом опять пауза и скриншот). И по ядрам сас успешно разбежался. Любые отступления от таого графика - беда.
Ну я ей богу не знаю, почему у меня полечилось, а у вас нет. Ну то есть догадываюсь, что просто где-то ещё собака порылась.

>реальные циферки по отрисовке
Куда именно надо смотреть? По идее надо иметь инфу о том, сколько времени уходит на конкретную рутину, то бишь профайлер. Там оно и есть?
(0006048)
zed (manager)
13-03-2012 14:25

На дебажной версии: View->Debug Info. Да, там как раз мини-профайлер для определённых процедур.
(0006049)
Parasite (administrator)
13-03-2012 14:27
edited on: 13-03-2012 14:30

>На всякий случай приложил картинку из taskmgr.
>Так должна выглядеть загрузка CPU при таскании карты в сасе на одном зуме (сначала пик - загрузка саса, потом пауза, потом потаскал в пике до 98% CPU, потом опять пауза и скриншот). И по ядрам сас успешно разбежался. Любые отступления от таого графика - беда.
Лови мой скрин.
На cpu#1 идет параллельная эксклюзивная конвертация 5.1 flac - в него не смотри. :)
Смотри на cpu#3, на кой судя по всему САС и сел (хотя ему разрешены все кроме #1), а также некоторый пик на #2. Пики - это переход работающего САСа с 10го зума на 11й (еще не бывший в кэше) путем тычка в кнопке [+].
Другие процы сасом задействованы не были.

>потом потаскал в пике до 98% CPU
У меня САС никогда не занимал более 50% _одного_ проца. В пике. Обычно - 1...5%, иногда - на неск.камней одинаково, но и не более того.

(0006050)
vasketsov (manager)
13-03-2012 14:32

Ну если все красоты, слои и миникарта отключены - очевидно тормоза будут внутри /TMapMainLayer/BgDraw. В частности после таскания у меня там среднее время раз в 30 больше, чем визуально в сумме остальные.
Походу надо наделать ещё "счётчиков" внутри /TMapMainLayer/BgDraw, а то нифига не понятно. Да и судя по всему из времени не вычитаются "внутренности", когда вызов уходит под другой счётчик в дочерних рутинах. Эх, ещё б пустые счётчики "сворачивались".
(0006052)
Parasite (administrator)
13-03-2012 14:40

>Ну если все красоты, слои и миникарта отключены
Красот нет.
Слоев - 2 (выше перечислены).
Миникарта - есть.

>когда вызов уходит под другой счётчик в дочерних рутинах
Я в это уже не ездун. Какую конкретно цифирку сказать? Эта зараза не принтскринится в _один_ скриншот, а составлять клееную портянку прямо сейчас - не с руки...
(0006053)
vdemidov (manager)
13-03-2012 14:46

Блин. Нужно срочно делать экспорт данных Debug Info в какой-то csv.
(0006054)
vasketsov (manager)
13-03-2012 14:46

Да визуально просто погляди, поверю и на слово.
Сбрасываешь, таскаешься, рефрешишь - ищешь сильно максимальное значение.
У мну /TMapMainLayer/BgDraw ___СИЛЬНО___ больше остальных.
Если тот же кал - буду делать счётчиков внутри этого счётчика.
(0006057)
Parasite (administrator)
13-03-2012 15:21

Немного поездил по карте\зумам
сократил до 3х зн.после запятой
-----------------
/TMapMainLayer/PosChange 32 09.313 298.022
/TMapMainLayer/BgDraw 30 09.371 281.133

Все остальные значения - ниже единицы. Многие - шибко ниже (0.001ххх)
(0006059)
vdemidov (manager)
13-03-2012 15:29
edited on: 13-03-2012 15:32

Опача. "/TMapMainLayer/PosChange 32 09.313" Это жесть. Такого не должно быть, потому что такого не должно быть никогда.
PS:
И может все таки /ViewState/PosChange ?

(0006060)
vasketsov (manager)
13-03-2012 15:31
edited on: 13-03-2012 15:33

Мда. Наделал счётчиков внутри - и прифигел неслабо от результатов. Ща напишу с картинкаме.
зы. У меня PosChange относительно BgDraw раз в 50 меньше. Это так к слову.

(0006061)
Parasite (administrator)
13-03-2012 15:31

>Такого не должно быть, потому что такого не должно быть никогда.
Сие есть реальность, данная нам в ощущениях. (с)

Куда дальше нажимать?
(0006062)
vdemidov (manager)
13-03-2012 15:35

>Куда дальше нажимать?
ХЗ. Одно могу точно сказать, что оптимизировать TMapMainLayer/BgDraw в твоем случае бесполезно. Поскольку у тебя он реально занимает 0,06 секунд на одну отрисовку.
Все остальное время ждет окончания /ViewState/PosChange
(0006063)
vdemidov (manager)
13-03-2012 15:37

>зы. У меня PosChange относительно BgDraw раз в 50 меньше. Это так к слову.
К слову это так и задумано. Оно должно занимать максимум десятки милисекунд.
(0006064)
Parasite (administrator)
13-03-2012 15:38

>Все остальное время ждет окончания /ViewState/PosChange
А почему в релизе - моментально?
(0006066)
Parasite (administrator)
13-03-2012 15:45

От чего _системно_ зависят PosChange и BgDraw? Может, они хотят эксклюзивного доступа к железу, Dx или еще какой пакости? У меня винда в кластере (читай - распределенная песочница), и реального доступа к фактическому железу у нее _нет_ и никогда не было. Может быть, тут затык?

Но релизу это почему-то не мешает, как и всем предыдущим версиям.
(0006067)
Parasite (administrator)
13-03-2012 15:50

>У меня винда в кластере (читай - распределенная песочница)
Вот например приаттаченая к воркспейсу 8я винда (чтоб ей неладно) там же, параллельно.
(0006068)
vasketsov (manager)
13-03-2012 15:51
edited on: 13-03-2012 17:09

Разбил TMapMainLayer.DrawBitmap на куски со счётчиками (вне счётчиков ничего не осталось). Каринка приаттачена (SingleDrag_BgDraw.jpg). Начал сомневаться в своих знаниях математики :oЮ

зы. QueryPerformanceCounter:
On a multiprocessor computer, it should not matter which processor is called. However, you can get different results on different processors due to bugs in the basic input/output system (BIOS) or the hardware abstraction layer (HAL). To specify processor affinity for a thread, use the SetThreadAffinityMask function.

Приаттачил SASPlanet_BgDraw.rar с дополнительными счётчиками внутри BgDraw.
Тестировать эту процу надо при отключенных миникартах и прочей фигне типа сетки. Только карта или карта+слои.

зы. Путём экспериментов выяснилось, что у меня PosChange становится равным BgDraw (я не меняю зум, а только таскаю карту вправо-влево), если таскать карту не отточенными рывками, а медленно, держать нажатой мышку, с "полётом" карты после отпускания. Так что беда в BgDraw.
Вернее не совсем. У меня есть мысль. Кардинальная. Закомментировал обращения к FCS внутри TInternalPerformanceCounter.FinishOperation. Значения времён стали в разы меньше. При том что конкретно к этому счётчику параллельных обращений нет. Так что вот такие пироги.

ззы. для тестирования системного счётчика производительности приаттачил ZwPerfCounter.rar (запускаем - и результат в студию). Для сравнения мой:
Done $FF times in 0.000236482569712
Frequency = 14318180

(0006069)
vdemidov (manager)
13-03-2012 16:18

>Разбил TMapMainLayer.DrawBitmap на куски со счётчиками
В случае Паразита проблема не в этой функции. Проблема где-то в /ViewState/PosChange. А вот где я даже не представляю.

>А почему в релизе - моментально?
Ну например в релизе используется старая версия библиотеки Graphics32 без каких-то оптимизаций, которые хотят доступа к железу и без него конкретно глючат.
(0006070)
Parasite (administrator)
13-03-2012 17:12
edited on: 13-03-2012 17:16

>Ну например в релизе используется старая версия библиотеки Graphics32 без каких-то оптимизаций, которые хотят доступа к железу и без него конкретно глючат.
Напомню, что (в моем случае) релиз от ночнушки отличался _только_ экзешником. Если там были какие-то обновления либ между релизом и ночнушкой - оно не просило\не еррорило, и все без исключения либы (и все остальное - инишник, метки, кэш итд) оставались из состава релиза даже при юзании ночнушкиного экзешника в той же папке.

(0006071)
vasketsov (manager)
13-03-2012 18:49

Из-за чего может быть (при одном перетаскивании карты по тайлам в памяти), что BgDraw примерно 0.3, другие счётчики почти по нулям, а картинка перерисовывается секунду? Куда ещё счётчик вставить имеет смысл?
(0006072)
rudepravo (reporter)
13-03-2012 19:06
edited on: 13-03-2012 19:21

>Запускается, кстати, любая версия у меня за 2.5 сек. Откуда 20?? Может, меток 100 мегабайт?
Меток 5 штук ровно. Выделена область Rus-Ua-Blr. Да и компутер небыстр. Но замедление старта присутствует и доставляет неудобство.

U:\SASPlanet>ZwPerfCounter.exe
Done $FF times in 0,000483581013788
Frequency = 3579545

U:\SASPlanet>ZwPerfCounter.exe SASPlanet.exe
Done $FF times in 0,000599517536447
Frequency = 3579545

U:\SASPlanet>ZwPerfCounter.exe
Done $FF times in 0,000493917523037
Frequency = 3579545

Версия 4922 на старте

TWikiLayer/BGDraw 1 0.82759
TMainLayer/BGDraw 1 1.556286
TMiniMapLayer/BGDraw 2 0.78165884


Версия из шапки SASPlanet_BgDraw.rar
Отрисовка затормозилась как-то совсем печально, судя по цифрам


TWikiLayer/BGDraw 1 4,7399
TMainLayer/BGDraw 1 3,63160
TMiniMapLayer/BGDraw 1 0.22012

А со временем холодного старта новый тикет создавать, или этим обойдёмся?

(0006073)
vasketsov (manager)
13-03-2012 19:50

>совсем печально, судя по цифрам
Ещё раз ВНИМАТЕЛЬНО тестируемся. Хотя если вы не заинтересованы в результате.............
1. Отключаем все слои, миникарту, сетки генштаба и прочие, качалки и другие феньки. Остается ТОЛЬКО базовая карта.
2. Шаримся по ней вправо-влево, чтобы тайлы залетели в память.
3. Открываем окошко DebugInfo и жмём там Reset (для сброса счётчиков). Окошко НЕ ЗАКРЫВАЕМ.
4. Берём карту мышкой и тащим вбок чтобы она РОВНО ОДИН РАЗ перерисовалась. Не таскаем её, не бросаем чтобы она сама "летела". А чётко нажали-сдвинули-отпустили.
5. Жмём в окне DebugInfo на кнопку Refresh.
6. Смотрим глазами значение BgDraw. Мысленно сопоставляем с РЕАЛЬНЫМ временем перерисовки. По вкусу ругаемся...
7. На всякий случай смотрим в счётчики с именами /TileLoad/* - там должно быть пусто. Если нет - плохо выполнили пункт 2 - надо повторить. Также смотрим чтобы BgDraw выполнилось ОДИН раз. Если нет - плохо выполнили пункт 4 - надо повторить.

>Frequency = 3579545
В 4 раза меньше чем у меня.
>Done $FF times in 0,000599517536447
Вдвое дольше (((
В обоих случаях плохо.
зы. Запускать можно было просто ZwPerfCounter.exe.

Щас новую версию саса для игр приаттачу.
(0006074)
rudepravo (reporter)
13-03-2012 20:14

А сделайте заодно чтобы можно было перфкаунтеры куда-то в файло сливать, а то неудобно цифири с окошка набивать вручную
(0006075)
vasketsov (manager)
13-03-2012 20:40
edited on: 13-03-2012 20:42

Приаттачил SASPlanet_DebugInfo.rar.
Копирование счётчиков не в файл, а в буфер обмена. С табуляциями и переносами строк (если выделено более одной строки). Все ячейки по ширине выделять не обязательно. Как сюда скопируется - необходимо будет добавить табуляций в нужные места для читаемости.
зы. Показ меток и текущего выделения тоже может играть свою роль, их тоже отключаем.

(0006076)
rudepravo (reporter)
13-03-2012 21:00

Выделил область, нажал Ctrl-C, ничего в клипборд не запихалось. Пробовал Shift-Del, Ctrl-X - тот же самый результать. Доктор, это я такой талантливый или что-то делаю не так?

Может всё-таки прикрутить там кнопочку save to file, и тупо на диск C: писать?
(0006077)
vasketsov (manager)
13-03-2012 21:09
edited on: 13-03-2012 21:25

>что-то делаю не так
Ну может русский язык включен. Мне отсюда не видно.
Добавлена кнопка. Файл SASPlanet_PerfCntrsSaver.rar.

(0006080)
vdemidov (manager)
14-03-2012 08:49

>Напомню, что (в моем случае) релиз от ночнушки отличался _только_ экзешником.

Напомню, что либы, бывают не только динамические aka DLL, но и статические и вообще либы исходников. Именно о последнем случае и идет речь. Так что разные exe => разные либы Graphics32
(0006095)
vasketsov (manager)
14-03-2012 11:15

Приаттачил SASPlanet_SpinLock.rar для игр.
Кое-где вправил критическим секциям спинлоки (по идее должно зарулить для многопроцессорных тачек, правда только если не мало спинлоков накатил).
Кое-где поудалял. Примитивы переписал - чтобы их тоже можно было измерять.
Исправил ещё один найденный косяк в TUiTileDownload.RetartDownloadIfNeed.
(0006098)
zed (manager)
14-03-2012 12:14

>Приаттачил SASPlanet_SpinLock.rar для игр
Наблюдаются проблемы с закрытием программы. Выход возможен только по 3-м кнопкам.
А так, работает нормально, но и жутких тормозов с 20-ти секундной перерисовкой у меня до этого никогда небыло.
(0006099)
vasketsov (manager)
14-03-2012 12:27
edited on: 14-03-2012 15:28

>Выход возможен только по 3-м кнопкам
Сделал отладку критических секций и нашёл дедлок.
Устранил. Приаттачил SASPlanet_Ok.rar.

(0006101)
rudepravo (reporter)
14-03-2012 15:32

>Выход возможен только по 3-м кнопкам
Подтверждаю.

Вроде бы визуально быстрее стало работать. Сейчас в Белоруссию скатаюсь, репортов понапишу.
(0006102)
vasketsov (manager)
14-03-2012 15:47
edited on: 14-03-2012 17:00

/TMapGPSLayer/BgDraw 3 0,90899197 00:02.727
Гы. Трижды по секунде уело ((

Добавил счётчики для слоёв gps и wiki (хотя тут и так понятно что всё жрёт Alayer.LoadTile в AddElementsFromMap). Приаттачил SASPlanet_NewCounters.rar

(0006115)
Tolik (manager)
15-03-2012 10:31

> Напомню, что (в моем случае) релиз от ночнушки отличался _только_ экзешником.

Это всё-таки некорректно. В ночнушке, вообще говоря, другие dll (и много отличий в ini). Хотя и не еррорит, но может быть, работает неправильно (дико тормозит).
Так что надо распаковать полную ночнушку в новую директорию и экспериментировать на ней.
(0006116)
vasketsov (manager)
15-03-2012 16:21
edited on: 15-03-2012 16:26

Основную часть залил и погонял. Вроде косяков нет.

Ешё по плану:
1. Добавить счётчиков производительности (внутри /TMapGPSLayer/BgDraw).

Ешё по плану сделать возможность настройки в ini:
2. Приоритетов потоков.
3. Используемых примитивов синхронизации (может потребоваться для компов с маленьким объёмом памяти, пока что неактуально).
4. Используемого количества спинлоков (для многопроцессорных тачек, пока что неактуально).

(0006117)
zed (manager)
15-03-2012 17:03

>Добавить счётчиков производительности
Кстати, может стоит все эти счётчики обернуть в директиву {$IFDEF DEBUG}? А то в релизе, они хоть и не отображаются в гуе, но все также продолжают вызываться.
(0006118)
vasketsov (manager)
15-03-2012 17:13

>обернуть в директиву {$IFDEF DEBUG}?
Сделаю чтобы QueryPerformanceCounter не звался, и на старте операции вылетал всегда 0. Счётчики будут вечно молодыми ))
(0006123)
vdemidov (manager)
15-03-2012 19:56

А еще лучше сделать FackedCounter, который будет в одном экземпляре, будет всегда возвращать на старте ноль, а при окончании просто ничего не делать. Так еще на памяти сэконмим.
(0006125)
vasketsov (manager)
15-03-2012 21:24
edited on: 15-03-2012 21:25

>FackedCounter
Сделал фэйковый List. Возвращает либо себя либо один "пустой" счётчик.
В принципе теперь можно даже отвязаться от DEBUG\RELEASE и в ini-шке сделать признак, работать со счётчиками или нет. Без счётчиков визуально быстрее.

А теперь внимание, очередной вопрос знатокам от телезрителей.

Если включён гугл - всё летает, добавляем НЯК - заметно торможение.
Походу наложение НЯК сушественно тормозит красоту. Характерные значения счётчиков (гугл и гугл+няк, по 5 раз дёрнул карту вправо и влево, в обоих случаях всё уже в памяти даже до первого раза):
/TMapMainLayer/BgDraw 10 0.02443674 00:00.244
/TMapMainLayer/BgDraw 10 0.10302740 00:01.030
Во втором слуачае из больших значений ещё:
/ClearStrategy/MoveImageClear 40 0.00939970 00:00.376
/ViewState/PosChange 10 0.06301723 00:00.630
Диагноз?

(0006126)
vdemidov (manager)
15-03-2012 21:53
edited on: 15-03-2012 21:56

А что тут удивительного. Копирование участка картинки гораздо более дешевая операция, чем сборка попиксельная с учетом прозрачностей.
>Сделал фэйковый List. Возвращает либо себя либо один "пустой" счётчик.
Лучше не один пустой счетчик, а всегда себя и в нем же реализовать методы интерфейса-счетчика. И тогда смело можно выбрасывать условную компиляцию.
А еще нужно сделать версию счетчиков с подсчетом 10 максимальных значений. А то среднее время не очень показательно, если есть отдельные долгие операции.

(0006128)
vasketsov (manager)
15-03-2012 21:56

Ээээ. Мммм. А раньше (в релизе) она была намного дешевле?
Я конечно понимаю что компоненты поменялись. Но сама по себе сложность операции-то технически не изменилась?
Хотя может там ваще такого не было, не помню уже...
(0006131)
vdemidov (manager)
15-03-2012 22:04

А кто сказал, что в релизе этой разницы не было?
Но вообще слои нужно полностью переделывать. Я это заню. Нужно держать не одну большую битмапку, а набор тайлов и по запросу отрисовывать их.
(0006132)
vasketsov (manager)
15-03-2012 22:07

вопрос ещё и в том, что на гибриде гугла ситуация несколько другая:

просто гугл
/TMapMainLayer/BgDraw 10 0.03011278 00:00.301

гугл + гибрид гугла
/TMapMainLayer/BgDraw 10 0.06380991 00:00.638
/ViewState/PosChange 10 0.06094623 00:00.609
/ClearStrategy/MoveImageClear 40 0.00946760 00:00.379

то есть как бы разница в 1.7 раза на тех же значениях PosChange и MoveImageClear. Не может не исключительно геоконвертер так гадить.
(0006134)
vdemidov (manager)
15-03-2012 22:10

А. Так яндекс еще ж и проекция другая. Там же рескейлинг идет.
(0006135)
vasketsov (manager)
15-03-2012 22:11

Тьфу, не 1.7, а (01.030-00.244)/(00.638-00.301) = 2.3 раза (разница в слоях)
(0006138)
vdemidov (manager)
15-03-2012 22:28

Я ж говорю там перепроецирование идет, то есть для получения одного тайла ресайзятся два оригинальных.
(0006139)
vdemidov (manager)
15-03-2012 22:32

И еще ты зря в куче мест в качестве синхронизаторов сделал MRSW. Он эффективен только при долгих операциях или при очень сильной конкуренции, а при слабой конкуренции выгоднее обычная критическая секция или даже простой спинлок. Тоесть нужно ввести еще одну функцию создани, которая будет созадвать синхронизаторы для быстрых операций и использовать ее в тех местах где раньше были критические секции.
(0006141)
vasketsov (manager)
15-03-2012 22:49
edited on: 15-03-2012 23:24

>зря в куче мест в качестве синхронизаторов сделал MRSW
А я как раз сделал, чтобы можно было легко поменять одним движением левой руки на критическую секцию со спинлоками ))). Идея изначально была в том, что там где нужен MRSW - его прямо и создавать, а функция чтобы могла и то и другое вернуть в зависимости от настроек. Ибо для отладки MRSW есть встроенная цаца, и его нам отлаживать просто незачем.
Так что по идее надо только высунуть наружу опцию, чего именно взвращать из соответствующей функции.
Или я вопрос в претензии неверно понял?

зы. Вообще для "микроблокировок" можно заюзать
InitializeSRWLock
AcquireSRWLockExclusive
...
тут описание с подробностями.
http://msdn.microsoft.com/ru-ru/magazine/cc163405.aspx
(для XP кстати тоже есть аналог)

(0006142)
Parasite (administrator)
16-03-2012 03:55

Уухх, сколько всего накреативили.... :)

Господа, так со стороны юзера какие телодвижения _еще_ надо сделать? Что-то потестить (что?), куда-то посмотреть (куда?), что-то попробовать подкрутить (где?)
Или просто сидеть и не высовываться если проблема уже локализована(?) - и ждать фикса?
(0006144)
Tolik (manager)
16-03-2012 04:11

> со стороны юзера какие телодвижения _еще_ надо сделать?
Я хоть и тоже юзверь, но повторюсь, надо проверить работу на чистой ночнушке, без к-л файлов из древнего релиза (только карты и кэш можно подсунуть старые).
(0006146)
Parasite (administrator)
16-03-2012 04:26

>надо проверить работу на чистой ночнушке
Не вопрос. Вечером проверим.
Только дайте кто-нить ради Кришны ночнушку в _нормальном_ архиве а? Ну ломает меня пол-системы обновлять (и потом чинить отвалившееся) ради факта одной тестовой распаковки... :(
Можно мылом на [email protected]
(0006148)
vdemidov (manager)
16-03-2012 04:56

>Или я вопрос в претензии неверно понял?
Неверно. Просто блокировки из TConfidDataElementBase принципиально отличаются от блокировок используемых при чтении-записи одиночных переменных. А создаются одной и той же функцией MakeSyncMulti. Соответсвенно, нельзя простыми методами заставить его пользовать MREW для длинных и спинлок для коротких блокировок.
(0006150)
vdemidov (manager)
16-03-2012 05:07

> Или просто сидеть и не высовываться если проблема уже локализована(?) - и ждать фикса?
Не. Все что здесь обсуждается к твоим проблемам отношения не имеет никакого. Проверить конечно нужно, но у тебя затык совсем в другом месте.
(0006157)
vasketsov (manager)
16-03-2012 08:29

>нельзя простыми методами заставить его пользовать MREW для длинных и спинлок для коротких блокировок
На самом деле конечно можно. По передаваемому классу (через Self). Но это краний случай.

То есть раскидываем MakeSyncMulti в 2 варианта и в TConfidDataElementBase делаем руками MREW, а для большинства остальных делаем Lightweight-аналог MREW?

Вообще походу надо написать некую фабрику классов, чтобы она выдавала IReadWriteSync в зависимости от запроса класса приложения. Там только системных аналогов MREW 2 штуки есть в зависимости от версии WinNT и от требования (просто быстрый read-write или более сложный с секцией и семафором).
(0006158)
vasketsov (manager)
16-03-2012 08:31

>у тебя затык совсем в другом месте
Ты вроде как ругался на то что у него PosChange большой.
Так вот в примере гугл+слой он тоже сравнивается с /TMapMainLayer/BgDraw.
Так что может эта проблема и есть (наложение слоёв медленное).
(0006159)
Tolik (manager)
16-03-2012 08:33

> Только дайте кто-нить ради Кришны ночнушку в _нормальном_ архиве а?

Я, конечно, не верю, что это прям ТАК трудно - установить 7zip.
Ну уж так и быть, запаковал в самый ортодоксальный формат: http://narod.ru/disk/43849317001.bc02963e42f60a8d8a5dcc77da35ed57/SAS.Planet.Nightly.120316.5228.tgz.html
(0006160)
vasketsov (manager)
16-03-2012 08:39

Забыл совсем написать про настройку приоритетов. В ini-шке пример:

[ThreadPriorityByClass]
TMapMainLayer=3
TMiniMapLayer=1

[SleepByClass]
GUISyncronizedTimer=300
TGarbageCollectorThread=3000

Под ThreadPriorityByClass указываются конкретные классы (доступно для слоёв + для скачки по одному тайлу пальцем). Номинально приоритеты соответствуют ряду (tpIdle, tpLowest, tpLower, tpNormal, tpHigher), то бишь значения от 0 до 4. Если нет или кривое значение - берётся tpLower (оно = 2).

Внутри SleepByClass таймеры. Только 2 указанных здесь варианта. Значения по умолчанию 500 и 1000 соответственно.
(0006161)
vdemidov (manager)
16-03-2012 08:43

>По передаваемому классу (через Self). Но это краний случай.
Я ж написал "простыми методами"

>Вообще походу надо написать некую фабрику классов, чтобы она выдавала IReadWriteSync в зависимости от запроса класса приложения.
А как быть если в одном классе нужно 2 разных типа блокировок? Нет. Уж лучше пару фабричных функций для разных типов использования, а уже внутри функций пусть нужный примитив выбирается.
(0006163)
Parasite (administrator)
16-03-2012 09:21

>Я, конечно, не верю, что это прям ТАК трудно
Вi скорее всего просто ни разу не видели DEP HELL, когда после установки чего-нибудь ненавязчивого но лезущего в системные либы (а этот долбаный 7зип как раз туда и лезет, да еще и рута хочет при установке) - отваливается половина системы, прекрасно работавшей до этого. Зато 7зип заработает, да, и даст распаковать САСа (который потом не запустится по причине отваленных Иксов к примеру). В гробу бы я видал потом вправлять рабочую систему обратно, а работа будет тем временем немножечко постоять - я сегодня хочу отдохнуть после трудовой недели, а не иметь секс на скорость и прохождение... :)
http://en.wikipedia.org/wiki/Dependency_hell
Предыдущие-то тестовые сборки вона выше в шапке - в нормальном архиве, прекрасно открываются и БЕЗ ненужных дополнительных телодвижений и вопросов ни разу не создавали.

>запаковал в самый ортодоксальный формат
Вот пасиба. Вечером будем попробовать.
(0006165)
vasketsov (manager)
16-03-2012 09:37

>если в одном классе нужно 2 разных типа блокировок?
Ну я и имею в виду что класс типа Downloader-а попросит типа дай-ка мне одну легковесную RW (типа на статистику), одну нормальую RW (нюхать изменение системных сетевых настроек), а ещё впридачу одну CS на качалку. А не только по вызвавшему классу определять. И будет "внутри функций пусть нужный примитив выбирается".
(0006166)
Tolik (manager)
16-03-2012 09:45

> Вi скорее всего просто ни разу не видели DEP HELL
Да видел, но всё равно же САС запускать через wine, можно там же и total с плагином развернуть.
Ну да ладно, не будем тему засорять, и так она уже вышла в рекордсмены по числу комментов.
(0006169)
vasketsov (manager)
16-03-2012 12:41

Наделал generic-функций и объектов для RW-синхронизации над системными функциями ntdll.dll (Resource и SRWLock). Если надо - добавляем свои, эти больше для примера наделаны и пока никуда не прикручены.

Если SRWLock (Vista и выше) будет рулить для простых нерекурсивных микроблокировок RW - попробую сделать аналог для XP на базе объекта ядра KeyedEvent (SRWLock на нём и работает, просто надо будет найти время и посидеть).
(0006170)
vdemidov (manager)
16-03-2012 13:05

ИМХО ты перестарался. Я предлагал добавить одну или две функцию.

Тоесть в модуле u_Synchronizer должны быть:
MakeSyncRWLight
MakeSyncRWShort
MakeSyncRWLong
MakeSyncRWHuge

И все. Внутри них выбирается нужный класс и создается объект синхронизации.
Все конкретные реализации вынесены вообще в отдельный модуль который юзается только в разделе реализации модуля u_Synchronizer.
(0006171)
vasketsov (manager)
16-03-2012 13:12
edited on: 16-03-2012 13:13

>И все
Да ради бога. Ведь "лишние" ж есть-пить не просят.
Наружу после удаления deprecated только они и будут торчать.
А фабрика просто однажды инициализируется, а потом только знает, чего доступно, а чего нет, и информацию для инициализации объектов выдаёт.

И вообще это были лишь примеры. Надо будет идти по коду и смотреть особенности факктически требуемой блокировки. В зависимости от этого и наделать нужных функций.

(0006175)
zed (manager)
16-03-2012 15:03

>Забыл совсем написать про настройку приоритетов.
Ё-маё, это ж просто сказка! Прописал в инишнике:

[ThreadPriorityByClass]
TMapMainLayer=4
TMapLayerWiki=4

[SleepByClass]
GUISyncronizedTimer=100
TGarbageCollectorThread=1000

и САС прям ожил :) Предлагаю сделать дефолтное значение TMapMainLayer=3 (как минимум) - никаких отрицательных моментов не замечено, только положительные.
(0006176)
Tolik (manager)
17-03-2012 16:14

И правда, эти параметры помогают.

Создал страницу в вики для описания некоторых полезных ini: http://sasgis.org/wikisasiya/doku.php/%D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5_sasplanet.ini

Просьба скорректировать описание: что, собственно, за приоритеты, в чём измеряются таймеры, какие конкретно существуют классы, кроме перечисленных.
(0006177)
zed (manager)
17-03-2012 19:35

>Просьба скорректировать описание
Да вроде всё верно написано.

>что, собственно, за приоритеты
Итак, что же такое приоритет? Приоритет - это величина, определяющая, насколько данный процесс должен выполнятся быстрее по сравнению с другими. Т.е., другими словами, чем выше приоритет процесса, тем больше времени он отбирает у системы и других, параллельно работающих процессов. Далее разберем возможные значения свойства Priority класса TThread в порядке возрастания приоритета:

    tpIdle - процесс выполняется только тогда, когда система не занята и больше нет работающих в данных момент процессов;
    tpLowest - на два пункта ниже нормального;
    tpLower - на один пункт ниже нормального;
    tpNormal - нормальный. Такой приоритет у большинства задач;
    tpHigher - на один пункт выше нормального;
    tpHighest - на два пункта выше нормального;
    tpTimeCritical - самый высокий приоритет - занимает все время процессора и системы. Это приоритет для систем реального времени, для которых важна каждая секунда и даже малейшая задержка может привести к сбою. Будьте осторожны с этим приоритетом!

>в чём измеряются таймеры
Таймеры измеряются в миллисекундах ( 1 с. = 1000 мс. ).

>какие конкретно существуют классы
Список классов, для которых вынесены настройки приоритетов:
TMapGPSLayer
TWikiLayer
TMapMainLayer
TMapMarksLayer
TMiniMapLayer
TTileDownloaderUIOneTile
(0006178)
vasketsov (manager)
17-03-2012 22:19

zed, благодарю ))

Уточню ещё вот что, если вдруг это неочевидно:
tpIdle = 0
tpLowest = 1
...
tpHigher = 4
ставить приоритет выше этого в ini-шке не позволено.
(0006179)
vdemidov (manager)
17-03-2012 22:34
edited on: 17-03-2012 22:46

Еще одно замечание. Я скорее всего распихаю приоритеты по секциям настроек слоев, без всяких имен классов и добавлю возможность в рантайме менять их.

(0006180)
vasketsov (manager)
17-03-2012 23:34

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

Потому что когда вот прямо сейчас надо что-то быстро сделать - ждать остального совсем не имеет никакого смысла. Пусть даже тыкнуться в "окошко потока" и сменить приоритет без сохранения в ini только до конца его работы.
(0006184)
vdemidov (manager)
18-03-2012 09:13

> а) TTileDownloaderUIOneTile и получение доступных снимков.
> б) удаление тайлов и генерация вышележащих.
> в) экспорты.
Что мешает для этих задач иметь отдельные конфиги? Наоборот при наличии конфгов можно менять приоритет даже отдельной задачи из однотипных реализованных одним классом.
(0006185)
vasketsov (manager)
18-03-2012 09:46

>при наличии конфгов можно менять приоритет даже отдельной задачи
Можно "менять приоритет даже отдельной задачи" независимо от того, куда отнести данные по приоритетам, к общим настройкам сущности или к отдельной группе настроек приоритетов, таймеров и прочей аналогичной по сути ерунды.

Суть-то в другом. Как минимум - в операции сброса настроек на значения по умолчанию. При кривой настройке приоритетов или при изменении их обработки в ini операция сброса выглядит куда тривиальнее (для ручного выполнения), если надо просто секцию грохнуть. И сказать (и исполнить) юзеру "дай-ка погляжу эту секцию в ini" тоже куда проще, чем "все параметры с именем ThreadPriority в студию".

В общем-то я даже не представляю логику отнесения параметров настройки приоритетов в рамках настраиваемых сущностей. Ибо приоритеты их к самим сущностям никакого отношения не имеют и на работу их никак не влияют, а являются исключительно настройками их диспетчеризации. Идея как раз была все настройки диспетчера потоков и аналогичные вынести именно туда где они и нужны - отдельно для диспетчера. А не раскидывать по коду.
(0006186)
Parasite (administrator)
18-03-2012 12:33

>запаковал в самый ортодоксальный формат: http://narod.ru/disk/43849317001.bc02963e42f60a8d8a5dcc77da35ed57/SAS.Planet.Nightly.120316.5228.tgz.html [^]
Докладуюсь:
1. Скачал.
2. Распаковал в отдельную папку.
3. Перенес из старого саса: инишник, папку MAPS, папку CACHE, метки.
4. Запустил. Работает.
ИЗМЕНЕНИЙ В СКОРОСТИ ПО СРАВНЕНИЮ С ПРЕДЫДУЩЕЙ ВЕРСИЕЙ НЕ ВЫЯВЛЕНО.
+ к этому, новая версия обнулила файлы меток - за что ей отдельное спасибо. Хорошо хоть бэкапы остались.

>Забыл совсем написать про настройку приоритетов. В ini-шке пример:
Докинул в инишник к предыдущему пункту.
Стало много быстрее - ориентировочно раза в 2-3. Но все еще не так, как оно в релизе - я все еще вижу отрисовку тайлов глазками. Но уже много, МНОГО лучше.

Может есть смысл сперва отрисовывать в буфер, а потом выдавать юзеру готовый скрин?
(0006477)
Parasite (administrator)
26-04-2012 09:09

Тема заглохла?
(0006478)
vdemidov (manager)
26-04-2012 09:20

Та я слегка занят в последнее время. Нужно тебе будет подготовить релиз, в котором отключено будет все лишнее и включен новый способ отрисовки тайлов карт.
(0006668)
Parasite (administrator)
04-05-2012 15:04

>Нужно тебе будет подготовить релиз, в котором отключено будет все лишнее и включен новый способ отрисовки тайлов карт.
...еще подождем.....

PS: и релиз бы не для меня лично - а с убранной ошибкой _для всех_.
Для себя _лично_ - я кэш и так наработаю, и открою его старой версией на отличненько... :)
(0007466)
Parasite (administrator)
18-06-2012 17:26

>...еще подождем.....
....и еще месяц прошел......еще подождем.

PS: в последней ночнушке - без изменений. Точно так же печально отрисовываются тайлы. Заметил, что при ЛЮБОМ сдвиге экрана - он обновляется на "раз-два-три" (3 сек): сперва отрисовывается треть нужной области (независимо от ее формы), потом некая задумчивость на секунду, отрисовывается вторая треть, задумчивость, отрисовывается оставшийся кусок. Видно глазками, что отрисовывается по спирали от центра экрана и по час.стрелке.

Если сдвиг экрана значителен (90-95%) - то отрисовывается уже на 1-2-3-4. Всё это видно глазом в каждый момент времени и прекрасно повторяемо на моей стороне. :(
(0007468)
vdemidov (manager)
18-06-2012 18:12

Попробуй в ini-шники в разделе View добавить:
UseNewMainLayer=1
И не забудь приаттачить сюда инфу со счетчиков.
(0007564)
Parasite (administrator)
20-06-2012 16:44
edited on: 20-06-2012 16:47

>И не забудь приаттачить сюда инфу со счетчиков.
Вставил UseNewMainLayer.
Ничего (визуально) не изменилось.

Карта + 1 слой + миникарта. Меток нет, GPS нет, отображения заполнения\анимации\"брать с других слоев"\"плавная прокрутка" - нет.
----------
/ClearStrategy/ZoomChangeClear 8 0,86622580 0,36959234 0,00905609 00:02.957
/ViewState/PosChange 38 1,95312890 0,16926373 0,00000542 00:12.632
/TMapMainLayerNew/BgDraw 1964 1,23678299 0,14987730 0,00003273 00:25.307
/TMapLayerGrids/Redraw 37 0,47163096 0,02920099 0,01597867 00:01.080
----------
Всё остальное - сильно меньше.

Заметил, что /TMapMainLayerNew/BgDraw + /TMapMainLayerNew/OnPaint + /TMapMainLayerNew/OneTilePaint постоянно увеличиваются примерно 2 раза в секунду, даже если никто ничего в сасе не делает.

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

(0007565)
vdemidov (manager)
20-06-2012 17:06

Отключи все сетки. Они очень круто тормозят все своим наличием.
(0007567)
zed (manager)
20-06-2012 17:31

>Вставил UseNewMainLayer.
У меня от этого наоборот лаги идут - тайлы не перерисовываются после загрузки, пока мышом не встряхнёшь.
(0007572)
Parasite (administrator)
21-06-2012 05:21

>Отключи все сетки. Они очень круто тормозят все своим наличием.
Сетка есть, да. И шкала по центру экрана - тоже есть.
Вечером отключу, проверю.
PS: А почему в старых версиях - сетка не тормозит? :)

>У меня от этого наоборот лаги идут - тайлы не перерисовываются после загрузки
В моем случае - все тайлы уже не винте, для чистоты проверки скорости. Загрузку вообще не тестировал.
(0007574)
vdemidov (manager)
21-06-2012 07:18

Я просил приаттачить сюда всю инфу со счетчиков, а не 4 строчки. И еще полную инфу о процессоре, видеокарте и операционке.
(0007576)
Parasite (administrator)
21-06-2012 07:59

>Я просил приаттачить сюда всю инфу со счетчиков
Слова "все" там не было, и раньше по тексту тикета хватало только максимальных.
Приаттачу седня. UseNewMainLayer убрать, или пускай будет прописан?

>И еще полную инфу о процессоре, видеокарте и операционке.
Xeon L3014 2.4Ghz (x8 шт)
мамка SuperMicro RapidServer
32Gb RAM (винда32 видит не более 3х с гаком)
видео ATi Radeon X1950XT-X
разрешение экрана - 2560\1980
Операционка (на момент тестирования) - 2k3Serv R2 либо XPSP3, поведение САСа в обоих приблизительно одинаковое +\-
Диск - рамдрайв на 1Гб сугубо на время тестирования, кэш+сас+своп винды лежат на нем.
(0007577)
vdemidov (manager)
21-06-2012 08:03

UseNewMainLayer пускай будет. Новый слой конечно еще нужно допиливать, но тестить старый слой бессмысленно, он отправится на свалку истории в любом случае.

Ох чуствую дело тут в железе. Точнее в каких-то оптимизациях, которые есть в Gr32 и которые на твоей машине просто не пашут, точнее пашут, но замедляя, а не ускоряя.
(0007578)
vdemidov (manager)
21-06-2012 08:10

И еще. Запиши таки видео того что у тебя на экране происходит.
(0007579)
Parasite (administrator)
21-06-2012 08:22
edited on: 21-06-2012 10:10

>в каких-то оптимизациях, которые есть в Gr32 и которые на твоей машине просто не пашут, точнее пашут, но замедляя, а не ускоряя.
Переход на этот GR32 когда был?

Ориентировочно, глюк начался в версиях где-то октября\ноября того года, и к январю достал совсем (отсюда и тикет). В релизе (апрель того года) глюка нет. Если примерно сходится с моментом перехода на GR32 - то скорее всего оно и есть.

Возможно, ей рвет крышу от тру мультипроцессорности (НЕ мульти-core) - оно не одно такое, нек.образом. Есть еще несколько софтин, работающих на одном мультикорном камне - и начинающих резко тупить уже при 2х сингл-корных и выше ровно на той же мамке. Связано с туплением программ на тему прерываний при обращении к разным потокам - генерируют кучу совершенно ненужных WaitState, и по идее должны решаться патчами от авторов - но авторы давно забили на эти проекты.

Также можно попробовать тот же САС на древнем ноуте - но там железо совершенно другое, и даже ЕСЛИ там заработает как надо, то причины тупизны на ЭТОМ - не подскажет. А работаю-то я как раз на этом...

Можно ли как-то запретить этот GR32 и вкорячить старое состояние дел (как оно было в релизе)? Сугубо тестовая версия с минимальным функционалом но без GR32 а с тем что там было до него. Или это слишком дофига откатывать придется?

(0007580)
Parasite (administrator)
21-06-2012 08:51

http://blog.synopse.info/post/2010/07/15/Delphi-doesn-t-like-multi-core-CPUs-%28or-the-contrary%29
(0007581)
vdemidov (manager)
21-06-2012 09:05

Если это правда, то у меня плохие новости для тебя. Увы.
(0007582)
Tolik (manager)
21-06-2012 09:23

А можно запустить какую-нибудь виртуальную машинку, кот. работает ровно на одном процессоре?
(0007583)
Parasite (administrator)
21-06-2012 10:09

Дак (опять, в который раз) - почему релиз-то нормально работает вот прямо сейчас и на той же машине?
Когда перешли на Gr32? Меняли ли дельфу (компилятор) на промежутке с апреля по декабрь прошлого года? И если нет - то что из компонентов меняли за тот же период?
(0007584)
vdemidov (manager)
21-06-2012 10:29

Потому что с тех пор САС стал полностью многопоточным. В том релизе отрисовка карты шла из основного потока. Плюс с тех пор прибавилось разных тредов. И почти все взаимодействия тредов идут через Interlocked операции.
(0007585)
vdemidov (manager)
21-06-2012 10:31

Еще была смена версии Delphi на 2007, где по умолчанию стоит менеджером памяти FastMM
(0007586)
vdemidov (manager)
21-06-2012 12:30

Попробуй этот exe скомпиленный с другим менеджером памяти
(0007587)
vdemidov (manager)
21-06-2012 12:52

И еще один менеджер памяти
(0007623)
Parasite (administrator)
24-06-2012 11:09
edited on: 24-06-2012 11:10

Докладуюсь.

>SASPlanet.TopMM.rar
Работает намного тормознее чем дефолтовый САС. Навскидку - раза в 2 печальнее. При этом если САС отрисовывает экран на 1-2-3сек (см.выше), то эта версия рисует 1-2, а последний третий шаг прорисовать вообще забывает. Так и висят пол-экрана пустыми. Передвигаешь экран - эта пустая часть отрисовывается, зато забывает отрисоваться уже другая. Короче - ффтопку.

>SASPlanet.ScaleMM.rar
Намного быстрее и дефолтового САСа, и даже предыдущего пункта. При достаточно больших значениях "кэшировать в память ХХХ тайлов" + "Х тайлов за границей экрана" - работает почти что терпимо. Но все равно заметно глазками, и с релизом - не сравнится. Имхо, этот вариант можно было бы сделать для саса дефолтовым даже....
Проблема одна - точно так же забывает прорисовать последнюю часть экрана пока не подвигаешь мышой, как и предыдущий пункт.

PS: еще имеется идея, что медленная перерисовка как-то связана со скоростью обновления экрана самим сасом. Когда сас просто стоит - /TMapMainLayerNew/BgDraw + /TMapMainLayerNew/OnPaint + /TMapMainLayerNew/OneTilePaint изменяются сами по себе раз в секунду где-то, если это рефреш экрана - то подозреваю, что и заметные глазом перерисовки 1-2-3-4 вызваны как раз этим рефрешем: отрисовали часть "в уме"-рефреш(отрисовка этой неполной части)-отрисовали еще часть "в уме"-рефреш, итд. Изменение тех счетчиков примерно раз-два в секунду просто весьма кореллирует со скоростью отрисовки всего экрана на 1-2-3-4, возможно от этого ноги и растут. Можно ли для теста изменить скорость этого рефреша, скажем, раз в 10 в любую сторону? :)

(0007624)
zed (manager)
24-06-2012 11:25
edited on: 24-06-2012 11:27

Доступные таймеры:
[SleepByClass]
GUISyncronizedTimer=30
TGarbageCollectorThread=1000

А с приоритетами потоков не пробовал играться?
[ThreadPriorityByClass]
TMapGPSLayer=3
TWikiLayer=3
TMapMainLayer=3
TMapMarksLayer=3
TMiniMapLayer=3
TTileDownloaderUIOneTile=3

Описание тут: http://sasgis.org/wikisasiya/doku.php/%D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5_sasplanet.ini

(0007625)
Parasite (administrator)
24-06-2012 11:31

>Доступные таймеры:
>А с приоритетами потоков не пробовал играться?
О. Нет, не игрался ни с тем ни с другим.
Надо будет попробовать. Отпишусь.
(0007626)
zed (manager)
24-06-2012 12:40

>забывает прорисовать последнюю часть экрана пока не подвигаешь мышой
Это из-за UseNewMainLayer=1
(0007628)
vdemidov (manager)
24-06-2012 18:32

Запиши видео. Без видео я больше обсуждать ничего не буду.
(0007844)
Parasite (administrator)
24-07-2012 05:28

Попробовал на совершенно другом железе - старенький Целерон 1.8ГГц, 1 ядро, 512 рамы. Ничего не изменилось: релиз - летает, ночнушка - отрисовывает заметно глазу на 1-2-3-4, чем крайне и раздражает.

Вот видео поездок по карте (бинг+гуглгибрид): http://www.mediafire.com/?h7naw6o5q2p7m7p
(0007846)
vdemidov (manager)
24-07-2012 07:23

По результатам просмотра видео мое мнение такое: да слегка медленнее чем на любом из моих компов, но далеко не так критично, как ты тут описывал. Так что если крайне раздражает, то тебе не сюда, а к фармацевтам.
(0007847)
Parasite (administrator)
24-07-2012 09:12

Предлагаю оценку меры критичности оставить мне, и далее - не обсуждать.

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

Впрочем, сугубо для сравнения могу сделать видео с релизом на той же машине.
(0007848)
vdemidov (manager)
24-07-2012 09:32

По мне и сейчас вполне нормально. Раз помогает кэширование в память, это значит что проблема или в считывании с винта, или в декодировании битмапок. Сама отрисовка вполне быстрая. Так что баг по поводу замедления "отрисовки" вполне можно закрывать.
(0007849)
Parasite (administrator)
24-07-2012 10:30

>По мне и сейчас вполне нормально.
Это по тебе. Возможно, ты привык к тормозам и общей задумчивости новомодных осей имени известно кого - я я привык к совокупной дури 8и серверных голов на условно-безразмерной памяти, и любое торможение чувствую ну вот прямо пальцами. На мое скромное имхо САС сейчас работает тормознее последнего фотошопа на том же железе (ибо тот у меня летает, а сас - нет).

И меня все еще интересует катастрофическое замедление работы двух версий одной и той же программы на одном и том же железе. Так что погоди закрывать - давай таки разберемся. Ну не просто ж так оно В РАЗЫ вылезло и стало тормозить, в конце-то концов.
(0007850)
vdemidov (manager)
24-07-2012 10:45

Тормозит оно точно так же как и раньше тормозило. Просто раньше ты этого не замечал из-за того что после того как ты отпустил мышку картинка не менялась до того момента как будет готово полностью новое изображение. А сейчас оно мгновенно отрисовывает то что может и отдает управление юзьверю. Тоесть даже при частично отрисованном экране, можно делать любые операции.
(0007851)
vdemidov (manager)
24-07-2012 10:47

Итого, мы разобрались, что сама отрисовка тайлов летает, а тормозит загрузка с диска. То ли чтение файлов, то ли раскодировка. Значит нужна информация счетчиков чтения с диска и декодеров картинок.
(0007852)
vdemidov (manager)
24-07-2012 10:48

И не забудь указать какая конкретно ночная сборка тестировалась.
(0007853)
Parasite (administrator)
24-07-2012 11:03

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

>Тоесть даже при частично отрисованном экране, можно делать любые операции.
Если учесть то что предыдущий отрисовывался за долю секунды - то сомнительное достижение (там просто не было времени на доп.операции, даже если не было и возможности).

>мы разобрались, что сама отрисовка тайлов летает, а тормозит загрузка с диска.
не вижу из чего это следует. Во-первых это все лежит на рамдиске, во-вторых рамдиск свободен (коль скоро никто его больше не юзает - теста ради), а в-третьих еще и дикое число кэшируемых тайлов - тоже в силе ж.
Тормозит имхо что угодно, но не чтение.

>не забудь указать какая конкретно ночная сборка тестировалась.
12.6.14.5640, та же что и выше (та, что с разными манагерами памяти. Трабл +\- одинаков на всех трех - на штатной и на 2х других, что в аттаче в этому тикету).
(0007854)
vdemidov (manager)
24-07-2012 11:29

Данные встроенного профайлера забыл добавить.
(0007855)
vdemidov (manager)
24-07-2012 11:55

Только сейчас обратил внимание на эту фразу:
>Во-первых это все лежит на рамдиске
А убери ка ты этот рамдиск нафиг. Может в нем все и дело. И еще может дело быть в декодилке джипегов, она, кстати, пару дней назад менялась. Так что бери свежую ночнушку, отключай ремдрайв и начинай тестить. Для каждого теста сюда файл профайлера с комментариями о режиме запуска.
(0007857)
Parasite (administrator)
24-07-2012 14:08

>А убери ка ты этот рамдиск нафиг
А не меняется ничего, кроме дёргания винта. Пробовал уже, чай не дурак.

>файл профайлера
Это кто такой?
(0007858)
vdemidov (manager)
24-07-2012 14:33

>>файл профайлера
> Это кто такой?
Это то что выводится в окошке Debag Info. Вроде бы ты им уже пользовался.
(0007859)
zed (manager)
24-07-2012 16:24

...и таки подкрути приоритеты потоков.
(0007860)
zed (manager)
24-07-2012 16:37

Кстати, видео записано неправильно: должно быть видно полностью окно САС. Чтобы сразу было видно, какая версия САСа и было ли что загружено из интернета или всё берётся только из кэша.

И это, винда-то какая? Или ты может это под wine-ом тестируешь?

И для чистоты экспериментов нужно отключить кэширование тайлов в RAM (а не выставлять в 500) и отключить опцию "Брать тайлы из меньших масштабов" (если она включена) и все плюшки типа анимации и плавного перемещения.
(0007869)
Parasite (administrator)
25-07-2012 03:57
edited on: 25-07-2012 04:05

>Это то что выводится в окошке Debag Info.
А. Ну так и говорил бы. Мы люди далекие от этих ваших современных жаргонизмов. :)
Я тогда попытаюсь выделить отдельную машинку (обычную, одноголовую, пользовательского\секретулькиного уровня) и поставить туда свежую винду ХП (или даже сабжевую) для чистоты тестов. Где-то у меня валялась ненужная мамка с попсявой коре3 или коре5...надо бы поискать да запустить.
Чтобы отвязаться от подозрений на конкретно мое рабочее железо, стало быть. Впрочем, тут и другие хомяки отметились с тем же багом, так что дело явно не в моем железе. Но для чистоты - пускай будет выделенная машинка. Все ж действительно хочу выловить этот гнусный достающий баг...

>...и таки подкрути приоритеты потоков
Крутил. Не помогло ни грамма, даже и отписываться сюда было нечем.

>Кстати, видео записано неправильно
Видео записано совершенно достаточно для иллюстрации описываемого бага. Полноэкранное писАть - у писАлки крышу рвет, нету такого формата у нее на 2560 точек по длинной грит, и скрэщивается. Да и не нужно оно - все запрошенные детали уже давно есть в теме, текстом.

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

>И это, винда-то какая?
В шапке указано.

>отключить опцию "Брать тайлы из меньших масштабов"
Не включена. Не пользуюсь.

>и все плюшки
Ну даже мне по видео заметно, что ничего такого не включено. :)

Кстати, при ползании по карте заметил еще одну непонятность: если я ползаю по новым регионам которых в кэше еще нет, + стоит режим "Инт+кэш" (то есть, подгрузка с интернета и покладание на диск = ON), то в рандомные промежутки времени на случайных тайлах в окне саса пишется какой-то длинный еррор, а на диск при этом кладется жпег нулевой длины, и так как он в кэше уже присутствует - то при повторном заходе он не перезапрашивается, всё так же ерроря длинной мессагой. Приходится чистить нулевые тайлы специально.
С проксика в сас при этом отдается нормальный тайл, ненулевой длины.

Не знаю, связано ли это с данным тикетом или это свежий баг - но в релизе такого не повторяется при тех же равных. Специально перепроверил. Возможно, связано с тем что сас одновременно пытается и записать, и прочитать один и тот же тайл при попытке его отображения\прорисовке окна.
Кстати, то же самое и при формировании вышележаших слоев: при гарантированном наличии всех тайлов нижнего слоя - верхние периодически генерятся с рандомными выпадениями тайлов, генерируя файлы нулевой длины и позднее ерроря на них длинной мессагой при попытке просмотра.
Я сейчас попробую выловить это и сделать скрин. Не знаю, но может иметь отношение и к моим общим тормозам при отрисовке, но что-то намекает мне что не все гладко либо с кэшированием либо с доступом к тайлам, и тогда может иметь отношение и к тормозной отрисовке... Если не имеет - скажите, закину новый тикет, ибо ручками чистить кэш - утомляет.

(0007870)
Parasite (administrator)
25-07-2012 04:26
edited on: 25-07-2012 04:27

>Я сейчас попробую выловить это и сделать скрин.
Готово. Скрин в шапке.

(0007871)
vdemidov (manager)
25-07-2012 05:05

Нахрен он нам нужен. Этот баг уже давно вылечен. Пользуйся свежими ночнушками, а не старьем.
(0007872)
vdemidov (manager)
25-07-2012 05:13

Итого ты написал кучу текста и не сделал ничего о чем я просил.
(0007873)
Parasite (administrator)
25-07-2012 05:18
edited on: 25-07-2012 05:19

>Пользуйся свежими ночнушками, а не старьем.
12.6.14.5640 - старье? Каждый день их качать что ли?
Кинься номерком тикета в котором оно описано\вылечилось, почитаю хоть.

>Итого ты написал кучу текста и не сделал ничего о чем я просил.
Ты читать умеешь? Попробуй сделать поиск по странице на "попытаюсь выделить отдельную машинку" и прочитать еще раз абзац, в котором оно найдется (а оно таки найдется). За прошедший час от момента написания - я не то что не попытался, а еще даже и до дома не доехал.

(0007874)
vdemidov (manager)
25-07-2012 05:34

>12.6.14.5640 - старье? Каждый день их качать что ли?
Старье. Больше месяца прошло с тех пор. Хотя бы раз в неделю качать новую нужно.
За этот месяц там уже полтыщи изменений в репозитории и с полсотни багов исправленных. В частности баг 0001215
(0007875)
Parasite (administrator)
25-07-2012 05:42

>В частности баг 0001215
Конкретно мой - 1352 (AV у меня нет), кой назначен\вылечен в еще не вышедшей 1208хх судя по шапке того тикета. Впрочем, тут этому обсуждению не место, ога.

Свежую ночнушку скачаю сегодня.
(0007896)
zed (manager)
25-07-2012 18:49
edited on: 25-07-2012 19:06

Для примеру, вот как оно работает у меня: http://www.mediafire.com/?j13niba3ch47z8s
P.S. UseNewMainLayer отключён, бо бажит.

(0007898)
Parasite (administrator)
26-07-2012 03:19

>Для примеру, вот как оно работает у меня
Ты это...по карте бы там поездил туда-сюда хоть немного, а не только зум_ин\аут. На 16й секунде, слева экрана - вылазило что-то весьма похожее на то, о чем тут и речь (те самые видимые глазом заполнения тайлов поверх серого фона).

Подвигай карту туда-сюда на слое, причем желательно резко и с большим смещением, процентов на 95 экрана каждый раз (как у меня на видео например). Сабж проявится во всей своей красе.
А потом скачай релиз и сделай то же самое. Сабжа не будет и в помине.

PS: и у тебя работает примерно в 2 раза быстрее даже при перезуме, чем у меня. У меня сабж частенько вылазит и на перезуме тоже.
(0007910)
zed (manager)
26-07-2012 05:56

>На 16й секунде, слева экрана
Это оно там из интернета чутка подгрузило.
(0007911)
zed (manager)
26-07-2012 06:44
edited on: 26-07-2012 06:44

>Подвигай карту туда-сюда на слое
Да, действительно. На старой версии картинка отображается практически мгновенно, а на новой тупит. Но если в ini добавить:

[SleepByClass]
GUISyncronizedTimer=1

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

(0007912)
zed (manager)
26-07-2012 06:55

Мда, а по дефолту этот таймер срабатывает через 500 мс. Т.е. можно ручками поставить 2000 (чтоб наверняка) и наблюдать картину маслом... т.е. получается тут архитектурная ошибка и нужно этот момент перепрограммировать, чтоб без всяких таймеров.

Кстати, скорость отрисовки одинаковая что с UseNewMainLayer, что без него. Но с ним глючит: если включён слой (гибрид), то могут появляться дыры в карте (забывает перерисовать тайл). Если же включена только карта, без слоёв, то всё ОК.
(0007913)
Parasite (administrator)
26-07-2012 07:26

>Это оно там из интернета чутка подгрузило.
Ну вот. А у меня оно так даже с рамдиска... :(

>Да, действительно. На старой версии картинка отображается практически мгновенно, а на новой тупит.
Именно это я и пытался сказать с самого начала.

>скорость отрисовки одинаковая что с UseNewMainLayer, что без него. Но с ним глючит: если включён слой (гибрид), то могут появляться дыры в карте (забывает перерисовать тайл).
Подтверждаю.
А про глюки этого уже упоминалось выше.

>[SleepByClass]
>GUISyncronizedTimer=1
>..то тормоза пропадают.
О. Надо будет попробовать вечерком.... А что это за параметр такой?
(0007914)
zed (manager)
26-07-2012 07:50

Похоже, этот параметр отвечает за то, как часто будет перерисовываться карта. Соответственно, по дефолту карта перерисовывается 2 раза в секунду и при больших разрешениях монитора, оно за одну перерисовку не успевает отобразить все тайлы и ждёт целых 0,5 сек, чтобы начать отображать остальное...

Кстати, аналогичный параметр есть и у статусной строки:

[StatusBar]
MinRedrawTime=1

и если его значение выставить в 1, то циферки в статусе начнут очень быстро изменяться при движении мышом по карте, что создаёт визуальное впечатление очень быстрой работы САСа.
(0007915)
vdemidov (manager)
26-07-2012 07:59

Только что залил коммит, который убирает артефакты в новых тайловых слоях. Проверьте.
(0007918)
Parasite (administrator)
26-07-2012 08:34

>при больших разрешениях монитора, оно за одну перерисовку не успевает отобразить все тайлы и ждёт целых 0,5 сек, чтобы начать отображать остальное...
...а так как у меня заметна глазом перерисовка рывками на 1-2-3-4 - то соответственно это повторяется (у меня) аж 4 раза при обычной работе в окошечке, и больше - при разворачивании на полный экран...
Всё вроде сходится. Вечером буду пробовать. :)

Если сработает - то надо бы в новых версиях саса их как-то выставить дефолтовыми, что ли...

PS: а про первый таймер уже говорилось тобою выше, в свете приоритетов. Я соответственно пробовал только цифирки приоритетов (и они не дали никакого результата), а в таймеры как-то не залазил. Впрочем, там и не предлагалось скинуть их аж до единицы.
(0007919)
zed (manager)
26-07-2012 08:36
edited on: 26-07-2012 08:56

>Только что залил коммит, который убирает артефакты в новых тайловых слоях. Проверьте.
Помогло.

(0007920)
zed (manager)
26-07-2012 08:54

>Если сработает - то надо бы в новых версиях саса их как-то выставить дефолтовыми, что ли...
C таким значением таймера начинает лагать анимация при смене зума и движение по инерции.
(0007921)
Parasite (administrator)
26-07-2012 08:58

>C таким значением таймера начинает лагать анимация при смене зума и движение по инерции.
А я ими всё равно не пользуюсь.

Так какое безопасное значение предлагаешь, чтобы было "как в релизе"?
(0007924)
zed (manager)
26-07-2012 09:14

При 50 лагов с анимацией не наблюдается, так что можно рекомендовать это значение как дефолтное. Но в идеале, конечно же, лучше изменить логику отрисовки и убрать привязку к таймеру.
(0007925)
vdemidov (manager)
26-07-2012 09:20
edited on: 26-07-2012 09:22

Как ты ее уберешь? Менять что-то в визуальных контролах можно только из основного потока. А картинка собирается в фоновых потоках. И основному треду еще действия пользователя и анимацию нужно обрабатывать.
ЗЫЖ Использовать синхронайзы не предлагай. Это костыль хуже таймера.

(0007926)
zed (manager)
26-07-2012 09:58

Ну, к примеру, дополнительно отправлять сообщения главному окну на перерисовку.
 
Аналогично, и отрисовку статусной строки повесить на OnMouseMove, чтоб таймер не выкручивать в ноль. При этом и таймер оставить, чтобы обновлялось когда мыша не трогаешь.
(0007927)
vdemidov (manager)
26-07-2012 10:14

Какие сообщения? 50 тайлов на экране. Битмапки+метки+векторые+GPS-трек+сетки итого после сдвига карты 250 сообщений за пару секунд?
Про мышь давай пока не будем.
И кроме мыши есть еще GPS маркер и куча всего другого. Так что без таймера все равно не получиться.
(0007928)
zed (manager)
26-07-2012 10:30

>250 сообщений за пару секунд?
Да хоть 100500 - форма ж их тоже принимает с определённым интервалом, т.е. сообщения имеют свойство накапливаться (если это одно и то же сообщение). При горизонтальном движении мыша по экрану 1920*1080 pix, событие OnMouseMove будет срабатывать периодически и в итоге, чем быстрее мышь движется, тем меньше событий словит форма. Вот и тут можно что-то подобное замутить (в дополнение к таймеру).
(0007934)
Parasite (administrator)
26-07-2012 12:36

Докладую:
1. Поставил [SleepByClass]GUISyncronizedTimer=50. Визуально мало что изменилось - визуально стало чуть быстрее, раза эдак в 2-3. Но отрисовка все так же видна глазом, по спирали по часовой стрелке от центра, и до "как было в релизе" - еще далеко.
И если раньше оно отрисовывало целыми кусками экрана - то сейчас явно видно заполнение потайлово, они так и "вклеиваются" в короеда по одному.
2. Поставил [SleepByClass]GUISyncronizedTimer=1. Визуально - то же что и п.1.

Замечено, что сейчас при zoom_in\out сас вообще впадает в кому и пару секунд думает перед началом отрисовки.

3. Поставил [SleepByClass]GUISyncronizedTimer=5000 - и вот он, сабж в чистом виде. Подтормаживания на 5сек при перерисовке экрана, как раз теми кусками что я и наблюдал до этого.

4. Вписал UseNewMainLayer=1 во [VIEW]. Скорость не возросла, но глюки с потерей отображения тайлов - во всей красе (свежую ночнушку скачал только что). Убрал опять UseNewMainLayer от греха подальше.


Выводы: таки да, двигаемся в верном направлении - заметно явное влияние этой цифирки на быстродействие сабжа. Но до скорости релиза - надо бы еще попилить.

Оставил себе пока [SleepByClass]GUISyncronizedTimer=1. Все лучше, чем без него.
(0007953)
zed (manager)
26-07-2012 19:47

>Замечено, что сейчас при zoom_in\out сас вообще впадает в кому и пару секунд думает перед началом отрисовки.
Да, но только при таймере = 1 и включённой анимации. Если таймер ставить на 50, то всё должно быть нормально.

>Вписал UseNewMainLayer=1 во [VIEW]. Скорость не возросла, но глюки с потерей отображения тайлов - во всей красе
Фикс бага прилетит только завтра.
(0007959)
Parasite (administrator)
27-07-2012 03:40

>Да, но только при таймере = 1 и включённой анимации.
Анимация НЕ включена. И я написал об лаге как раз в подпункте GUISyncronizedTimer=1. Просто нажимаем например "zoom+" - сас пару секунд в коме и ничего не делает (а-ля "висит"), потом РЕЗКО (без анимации) меняет экран на пустой серый с +1 зумом и соотв.сеткой, и начинает его заполнять по спирали (вклеивание тайлов заметно глазом).
Релиз же не подтормаживает и не заполняет столь медленно и тягуче, хоп - и готово, практически моментально.

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

>И где они?
Да что ж ты такой нетерпеливый-то у нас все время, а...ты просил это всего-то ПОЗАВЧЕРА! Как только будет готово - так сразу и. Ждите.
Ну или поставь у себя GUISyncronizedTimer=2000 и пронаблюдай сабж во всей красе.

Вопрос: на текущем уровне развития САСа - скорость отрисовки "как у предыдущего релиза" вообще достижима, сугубо архитектурно? Та, где отрисовка отдельных тайлов НЕ ВИДНА глазом (пускай она сейчас работает по другому и не лочит саса, но чтобы это было БЫСТРО)? Если нет - то хоть затестись тут ночнушками, даже если они правильно заработают...
(0008013)
zed (manager)
30-07-2012 08:17

"Программа работает настолько медленно, что если прислушаться, то можно услышать, как аргументы в функции превращаются в параметры." (с) баш
(0008097)
Parasite (administrator)
03-08-2012 17:12

>И где они?
На заданный 27.07 конкретный вопрос ответить уже неделю так и некому, как я понимаю?
(0009565)
Tolik (manager)
16-10-2012 07:05

Вроде пошустрее стало? Видимо, в связи с 0001237?
(0009568)
vdemidov (manager)
16-10-2012 07:09

Да. Сейчас САС в принципе не держит больших битмапок на весь экран. Вся работа идет с отдельными тайлами. Соответственно при любых сдвигах карты нам не нужно ковырять многомегабайтную битмапку, а достаточно только поменять в матрице ссылки на конкретные тайлы и догрузить недостающие по краям.
(0009622)
zed (manager)
20-10-2012 19:55

Кстати, у меня появляются жуткие лаги и тормоза с отрисовкой, если сменить дефолтный алгоритм растягивания изображений с Nearest на Box (может и на других так же - не проверял).
(0009623)
Garl (manager)
20-10-2012 20:35

>если сменить дефолтный алгоритм растягивания изображений с Nearest на Box
аналогично.
(0009626)
Tolik (manager)
21-10-2012 06:59

А уж Lanczos вообще иногда зависает во время Zoom Animation!
Это новый баг.
(0009627)
Garl (manager)
21-10-2012 07:07

ИМХО по хорошему надо бы разделить конфиги алгоритма вывода на экран и дефолтные значения при генерации тайлов
(0009628)
vdemidov (manager)
21-10-2012 07:39

Сейчас сделаю. Там их штук 5 разных алгоритмов будет :)
1. Вывод непосредственно на экран (играет роль при анимации зума)
2. При смене зума получение чернового варианта тайлов из текущих отображаемых
3. Получение тайла слоя Z+1 из тайла слоя Z
4. Перепроецирование тайла.
5. Ресайз иконок меток
6. Дефолтное значение при генерации тайлов.
Может еще что-то забыл.
Хотя может и стоит на пункты 1 и 2 захардкодить Nearest
(0009632)
Tolik (manager)
21-10-2012 11:40
edited on: 21-10-2012 11:51

Открыл 0001643 по поводу ресайза.
А этот, наверно, можно закрыть?

Да, 1 можно захардкодить на Nearest, а 2 - не стоит, т.к. иногда черновой вариант остаётся единственным.

(0009650)
vdemidov (manager)
21-10-2012 20:05

Проверь на завтрашней ночнушке и приложи, наконец, данные из Debug Info
(0010877)
vdemidov (manager)
15-03-2013 07:43

Поскольку топикстартер проверять последние сборки и предоставлять инфу с встроенного профайлера отказывается (моя последняя просьба проверить была 5 месяцев назад и ни ответа ни привета), а на всех доступных мне машинах начиная от нетбука на атоме и заканчивая рабочим Core i7-3770 все летает, то считаю багу полеченной.
PS: To Parasit, если таки захочешь продолжить обсуждение то начни с предоставления подробной инфы на заданные вопросы.
(0010884)
Parasite (administrator)
15-03-2013 09:30

>Поскольку топикстартер проверять последние сборки и предоставлять инфу с встроенного профайлера отказывается (моя последняя просьба проверить была 5 месяцев назад и ни ответа ни привета), а на всех доступных мне машинах начиная от нетбука на атоме и заканчивая рабочим Core i7-3770 все летает, то считаю багу полеченной.
Бага повторится у тебя при найденной zedом фиче. "Поставь у себя GUISyncronizedTimer=2000 и пронаблюдай сабж во всей красе". Эта проба была сделана? Каковы результаты попытки повторения сабжа?

Бага все там же, повторяется, не полечена. Так как скорость отрисовки люто не устраивает уже год - то давным-давно откатился на предыдущие версии, их и юзаю.

Заданный мною 4го августа прошлого года вопрос про саму сущность дальнейших проб - тоже остался без ответа без привета, а кучка дальнейшего обсуждения вообще было не со мной - и непонятно кому адресовался последний посыл потестить. Если это было адресовано мне - то потестю, отпишусь. Но вряд ли там будет что-то другое чем уже указанное выше - ибо визуально всё тормозит точно так же.
(0010885)
vdemidov (manager)
15-03-2013 09:38
edited on: 15-03-2013 09:49

> "Поставь у себя GUISyncronizedTimer=2000 и пронаблюдай сабж во всей красе"
Ну естественно если поставить обновление через 2 секунды, то задержка обновлений будет нехилая. А ты что хотел? Поставь 200 и наслаждайся.
PS: Очень похоже на вопрос на СТО: "А почему у меня машина так медленно едет, когда я ее на ручник ставлю".

(0010887)
Parasite (administrator)
15-03-2013 09:53
edited on: 15-03-2013 09:54

>Поставь 200 и наслаждайся.
Выше, практически год назад (пост 0006186) - уже тестировали с 300 (при дефолтных 500). Помогло, но до предыдущих версий все равно далеко. Дальнейшее уменьшение значения - прироста в скорости уже не дает, при этом предыдущий релиз всё равно работает заметно быстрее.
Куда еще понаслаждаться? :(

>PS: Очень похоже на вопрос на СТО: "А почему у меня машина так медленно едет, когда я ее на ручник ставлю".
Потому что некоторые уже не помнят, что мы ее с него сняли год назад - а она все равно еле плетется.

(0010888)
zed (manager)
15-03-2013 10:00

Теоретически, баг должен сойти на нет после реализации 0001466 т.е. этот GUISyncronizedTimer отомрёт как рудимент.
(0010889)
Parasite (administrator)
15-03-2013 10:23

>баг должен сойти на нет после реализации 0001466 т.е. этот GUISyncronizedTimer отомрёт как рудимент.
Настораживает то, что [у меня] даже при установкетаймера в самый минимум (на значения 5...10) - тормоза все равно остаются. Не такие как при дефолтных 500 - но все еще весьма заметные.
Если бы дело было ТОЛЬКО в этом таймере - по идее тормоза этого тикета сводились бы на нет, разве не так?
(0010890)
vdemidov (manager)
15-03-2013 10:37

Может проблемы в твое систем/винде/настройках саса (нужное подчеркнуть). Может вообще в твоем восприятии. Так что этот тикет будет закрыт до тех пор пока не будет видео на котором видно тормоза, плюс файла со счетчиками производительности для этого же запуска, плюс ini-шника, плюс sml файлов, плюс максимально полной информации о системе. Еще раз повторяю на всех моих конфигурациях скорость отображения при зумах и сдвигах карты адекватна производительности системы. То есть на атоме не сильно тормозит, на Core2Quad очень быстро работает, а на i7 просто летает.
(0010891)
Parasite (administrator)
15-03-2013 11:04

>пока не будет видео на котором видно тормоза, плюс файла со счетчиками производительности для этого же запуска, плюс ini-шника, плюс sml файлов, плюс максимально полной информации о системе.
Вдемидов, ну не морочь голову ради Христа хоть ты еще. Все запрошенное уже предоставлялось, уже рассматривалось и комментировалось тобою же и остальными присутствующими, вот например то же видео - в посте 0007844 выше было, конфиг системы - в 0007576, счетчики выше были аж несколько раз, итд. Сейчас что требуется? Перепостить то же самое сюда заново? Зачем?

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

Только вот статус тикету надо будет поменять с "resolved" на "wont_fix", судя по всему.
(0010892)
vdemidov (manager)
15-03-2013 11:14

>Перепостить то же самое сюда заново? Зачем?
Конечно. Потому что это все было, во-первых, по отдельности, а во-вторых, почти год назад и устарело чуть больше чем полностью.

>Не заинтересован чинить - так и скажи, делов-то.
Конечно не заинтересован. С чего бы мне быть заинтересованным? У меня все работает быстро.

>Только вот статус тикету надо будет поменять с "resolved" на "wont_fix", судя по всему.
Только не "wont_fix", а "unable to reproduce" потому что у меня везде работает в десятки раз быстрее чем в упоминаемых тобой старых версиях.
(0010905)
Parasite (administrator)
15-03-2013 14:08

>почти год назад и устарело чуть больше чем полностью.
C моей стороны (визуально) ничего не изменилось. Как лагало - так и лагает, никакой хотя бы минимальной (определяемой визуально) подвижки нет.
Но всё в корне меняется, как только запускается САС двухгодичной давности (при прочих равных - инишник, карта в кэше, железо\ось).

>У меня все работает быстро.
На это у меня есть ответ "А у меня всё стало работать медленно". Тебе чем-то помогла эта фраза? Так и мне не помогает то, что у тебя - быстро. Я вообще не сторонник решать тормоза программы наращиванием тупой дури камня, и чтобы он это всё протягивал. Благо что САС - вовсе не та прога, где нужно дикое быстродействие и все операции (включая скроллинг по уже имеющемуся на диске кэшу) способны ТАК лагать, причем только в новых версиях.

>потому что у меня везде работает в десятки раз быстрее чем в упоминаемых тобой старых версиях.
Именно поэтому я и настаиваю на том, что сие есть баг который надо решать - а не закрывать. У меня он вполне себе reproduceable уже второй год, но никому это неинтересно.

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

PS: а давай зайдем с другого бока? Дай мне свой инишник (в мыло) оттуда, где у тебя ничего не тормозит - и я попробую у себя?
(0010906)
vdemidov (manager)
15-03-2013 14:32

>На это у меня есть ответ "А у меня всё стало работать медленно". Тебе чем-то помогла эта фраза?
А зачем мне помогать? У меня все нормально. Я никому и ничего не должен. Это у тебя проблемы и я в свое свободное время могу захотеть помочь их решить.

>Что еще от меня требуется, чтобы ты (или кто-то другой) взялись его решать по существу? Если нужно всё то же самое, но еще раз и свежее - то это займет какое-то время, и вряд ли будет как-то особо отличаться от предыдущего.
Полного набора, не было ни разу. А еще хорошо бы проверить с чистым ini

> Дай мне свой инишник (в мыло) оттуда, где у тебя ничего не тормозит - и я попробую у себя?
Удали его вообще и дай сгенерить все параметры по-дефолту.
(0010908)
Parasite (administrator)
15-03-2013 17:30

>У меня все нормально.
У меня (на НЕ твоих версиях) тоже, а на твоих - нет.

>Это у тебя проблемы и я в свое свободное время могу захотеть помочь их решить.
Это проблемы у курируемой тобою по собственной инициативе программы, повторяющиеся\проверяемые и у меня тоже в том чисде. Готов внести посильную лепту в уничтожение оного конкретного. А именно свои проблемы я давно привык решать сам. :)

>еще хорошо бы проверить с чистым ini
>Удали его вообще и дай сгенерить все параметры по-дефолту.
Дичайше тормозит по сравнению с 10хххх, см. начало тикета. Тормозит в т.ч. и потому, что все таймеры выставлены не на нужные, а на дефолтовые значения. Основной тормоз - в отрисовке экрана после сдвига карты мышом, ЗАМЕТНО медленнее - и отрисовка каждого отдельного тайла заметна глазом. В старой версии, при прочих равных - летает.

- Users who viewed this issue
User List Anonymous (7533x), vdemidov (1x), zed (1x)
Total Views 7535
Last View 28-01-2020 16:09

- Issue History
Date Modified Username Field Change
31-01-2012 09:29 Parasite New Issue
31-01-2012 09:41 Parasite Additional Information Updated View Revisions
31-01-2012 11:11 vdemidov Note Added: 0005271
31-01-2012 12:20 Tolik Note Added: 0005273
31-01-2012 12:21 Tolik Status new => acknowledged
31-01-2012 12:49 Parasite Note Added: 0005274
31-01-2012 13:01 vdemidov Note Added: 0005275
31-01-2012 13:01 vdemidov Note Edited: 0005275 View Revisions
31-01-2012 13:02 vdemidov Status acknowledged => confirmed
31-01-2012 13:02 vdemidov Category Баг => Хотелка
31-01-2012 13:02 vdemidov Target Version => 27xxxx
31-01-2012 13:39 Parasite Note Added: 0005276
31-01-2012 13:43 vdemidov Note Added: 0005277
31-01-2012 13:57 Parasite Note Added: 0005278
31-01-2012 16:36 vasketsov Note Added: 0005279
31-01-2012 16:38 vasketsov Note Edited: 0005279 View Revisions
31-01-2012 16:47 vasketsov Note Edited: 0005279 View Revisions
31-01-2012 20:07 vdemidov Note Deleted: 0005278
01-02-2012 06:53 Parasite Note Added: 0005286
01-02-2012 06:54 Parasite Note Edited: 0005286 View Revisions
01-02-2012 06:58 Tolik Note Added: 0005287
01-02-2012 06:59 Tolik Note Edited: 0005287 View Revisions
01-02-2012 06:59 Tolik Note Edited: 0005287 View Revisions
01-02-2012 07:11 vasketsov Note Added: 0005288
01-02-2012 07:13 vasketsov Note Edited: 0005288 View Revisions
01-02-2012 07:35 Tolik Note Added: 0005289
01-02-2012 08:09 Parasite Note Added: 0005290
29-02-2012 11:44 gpsMax Note Added: 0005741
02-03-2012 10:15 Tolik Note Added: 0005780
02-03-2012 10:17 Tolik Note Edited: 0005780 View Revisions
05-03-2012 20:53 vasketsov Note Added: 0005814
06-03-2012 03:16 Parasite Category Хотелка => Баг
06-03-2012 03:26 Parasite Note Added: 0005817
06-03-2012 05:27 Parasite Note Deleted: 0005741
06-03-2012 08:15 vdemidov Note Added: 0005830
06-03-2012 08:15 vdemidov Category Баг => Хотелка
06-03-2012 08:29 Parasite Note Added: 0005832
06-03-2012 10:36 vdemidov Summary Значительное замедление отрисовки тайлов на экране в свежих версиях программы. => Сделать боле быструю отрисовку тайлов на экране
06-03-2012 10:42 vdemidov Description Updated View Revisions
06-03-2012 11:09 vdemidov Note Deleted: 0005832
06-03-2012 11:10 vdemidov Note Deleted: 0005817
06-03-2012 16:14 Parasite Note Added: 0005869
06-03-2012 16:14 Parasite Status confirmed => closed
06-03-2012 16:14 Parasite Assigned To => Parasite
06-03-2012 16:14 Parasite Resolution open => no change required
06-03-2012 16:41 Parasite Category Хотелка => Баг
06-03-2012 16:41 Parasite Summary Сделать боле быструю отрисовку тайлов на экране => Значительное замедление отрисовки тайлов на экране в свежих версиях программы
06-03-2012 16:42 Parasite Assigned To Parasite =>
07-03-2012 11:14 Tolik Relationship added has duplicate 0001205
07-03-2012 11:16 Tolik Note Added: 0005910
07-03-2012 11:16 Tolik Status closed => acknowledged
07-03-2012 11:16 Tolik Resolution no change required => open
07-03-2012 11:24 vdemidov Status acknowledged => confirmed
07-03-2012 11:40 Parasite Note Added: 0005913
07-03-2012 11:53 vdemidov Note Added: 0005914
07-03-2012 11:54 vdemidov Category Баг => Хотелка
07-03-2012 11:54 vdemidov Summary Значительное замедление отрисовки тайлов на экране в свежих версиях программы => Сделать боле быструю отрисовку тайлов на экране
07-03-2012 12:00 Parasite Summary Сделать боле быструю отрисовку тайлов на экране => Значительное замедление отрисовки тайлов на экране в свежих версиях программы
07-03-2012 12:07 Parasite Note Added: 0005915
07-03-2012 12:08 Parasite Category Хотелка => Баг
07-03-2012 12:35 vasketsov Note Added: 0005918
07-03-2012 12:41 vdemidov Category Баг => Хотелка
07-03-2012 12:42 vdemidov Summary Значительное замедление отрисовки тайлов на экране в свежих версиях программы => Сделать боле быструю отрисовку тайлов на экране
07-03-2012 12:46 Parasite Category Хотелка => Баг
07-03-2012 12:46 Parasite Summary Сделать боле быструю отрисовку тайлов на экране => Значительное замедление отрисовки тайлов на экране в свежих версиях программы
07-03-2012 12:48 vdemidov Note Added: 0005920
07-03-2012 12:49 vdemidov Category Баг => Хотелка
07-03-2012 12:49 vdemidov Summary Значительное замедление отрисовки тайлов на экране в свежих версиях программы => Сделать боле быструю отрисовку тайлов на экране
07-03-2012 12:50 Parasite Note Added: 0005921
07-03-2012 12:51 Parasite Category Хотелка => Баг
07-03-2012 12:51 Parasite Summary Сделать боле быструю отрисовку тайлов на экране => Значительное замедление отрисовки тайлов на экране в свежих версиях программы
07-03-2012 12:56 vdemidov Note Added: 0005922
07-03-2012 12:56 vdemidov Status confirmed => resolved
07-03-2012 12:56 vdemidov Resolution open => suspended
07-03-2012 12:56 vdemidov Assigned To => vdemidov
07-03-2012 12:56 vdemidov Status resolved => closed
07-03-2012 12:58 Parasite Note Added: 0005923
07-03-2012 13:01 Parasite Note Added: 0005924
07-03-2012 13:10 vdemidov Note Added: 0005925
07-03-2012 13:10 vdemidov Note Edited: 0005925 View Revisions
07-03-2012 13:21 Parasite Note Added: 0005926
07-03-2012 13:31 Parasite Assigned To vdemidov =>
07-03-2012 13:31 Parasite Status closed => confirmed
07-03-2012 13:35 vdemidov Note Added: 0005929
07-03-2012 13:35 vdemidov Assigned To => vdemidov
07-03-2012 13:35 vdemidov Status confirmed => feedback
07-03-2012 13:36 vdemidov Note Added: 0005930
07-03-2012 13:37 Tolik Note Added: 0005931
07-03-2012 13:46 Parasite Note Added: 0005935
07-03-2012 13:46 Parasite Status feedback => assigned
07-03-2012 13:48 Parasite Note Added: 0005936
07-03-2012 13:51 Parasite Note Edited: 0005935 View Revisions
07-03-2012 13:51 Tolik Note Added: 0005937
07-03-2012 13:52 Tolik Note Edited: 0005937 View Revisions
07-03-2012 13:52 Tolik Note Edited: 0005931 View Revisions
07-03-2012 13:53 Tolik Note Edited: 0005931 View Revisions
07-03-2012 13:53 Tolik Note Deleted: 0005937
07-03-2012 13:56 vdemidov Note Added: 0005938
07-03-2012 13:59 Parasite Note Added: 0005940
07-03-2012 14:09 vdemidov Note Added: 0005942
07-03-2012 14:12 Tolik Note Added: 0005943
07-03-2012 14:22 Parasite Note Added: 0005944
07-03-2012 14:39 vdemidov Note Added: 0005945
07-03-2012 14:41 vasketsov Note Added: 0005946
07-03-2012 15:00 Parasite Note Added: 0005947
07-03-2012 15:21 vdemidov Note Added: 0005948
07-03-2012 15:38 rudepravo Note Added: 0005949
10-03-2012 17:09 rudepravo Note Added: 0005964
10-03-2012 21:37 rudepravo Note Edited: 0005964 View Revisions
11-03-2012 05:06 Tolik Note Added: 0005970
11-03-2012 08:04 vasketsov Note Added: 0005972
11-03-2012 08:11 vasketsov Note Edited: 0005972 View Revisions
11-03-2012 08:59 Tolik Note Added: 0005973
11-03-2012 09:00 Tolik Note Edited: 0005973 View Revisions
11-03-2012 09:14 vasketsov Note Added: 0005974
11-03-2012 09:18 Tolik Note Added: 0005976
11-03-2012 09:23 vasketsov Note Added: 0005977
12-03-2012 07:36 Tolik Note Added: 0005984
12-03-2012 07:45 Tolik Note Added: 0005986
12-03-2012 07:57 vasketsov Note Added: 0005987
12-03-2012 10:03 vasketsov File Added: SASPlanet_Sync.rar
12-03-2012 10:05 vasketsov Note Edited: 0005987 View Revisions
12-03-2012 10:49 Tolik Note Added: 0005991
12-03-2012 11:08 vasketsov Note Added: 0005992
12-03-2012 11:13 vasketsov Note Edited: 0005992 View Revisions
12-03-2012 11:31 Tolik Note Added: 0005993
12-03-2012 12:31 vasketsov Note Added: 0005994
12-03-2012 14:11 vasketsov File Added: SASPlanet_Sync2.rar
12-03-2012 14:12 vasketsov Note Edited: 0005994 View Revisions
12-03-2012 19:59 vasketsov Status assigned => feedback
12-03-2012 20:49 rudepravo Note Added: 0005999
12-03-2012 22:24 vasketsov Note Added: 0006000
13-03-2012 01:00 rudepravo Note Added: 0006001
13-03-2012 01:01 rudepravo Note Edited: 0006001 View Revisions
13-03-2012 04:45 Tolik Note Added: 0006005
13-03-2012 05:15 Parasite Note Added: 0006012
13-03-2012 05:15 Parasite Status feedback => assigned
13-03-2012 05:21 Parasite Note Edited: 0006012 View Revisions
13-03-2012 05:30 Tolik Note Added: 0006016
13-03-2012 05:38 Parasite Note Added: 0006017
13-03-2012 07:46 vasketsov Note Added: 0006022
13-03-2012 13:55 Parasite Note Added: 0006043
13-03-2012 13:56 Parasite Note Edited: 0006043 View Revisions
13-03-2012 13:56 Parasite Note Deleted: 0005922
13-03-2012 13:58 Parasite Note Edited: 0006043 View Revisions
13-03-2012 13:59 zed Note Added: 0006044
13-03-2012 14:04 vasketsov File Added: sas_taskmgr.jpg
13-03-2012 14:13 vasketsov Note Added: 0006047
13-03-2012 14:25 zed Note Added: 0006048
13-03-2012 14:27 Parasite Note Added: 0006049
13-03-2012 14:28 Parasite File Added: Clipboard01.jpg
13-03-2012 14:30 Parasite Note Edited: 0006049 View Revisions
13-03-2012 14:32 vasketsov Note Added: 0006050
13-03-2012 14:40 Parasite Note Added: 0006052
13-03-2012 14:46 vdemidov Note Added: 0006053
13-03-2012 14:46 vasketsov Note Added: 0006054
13-03-2012 15:16 vdemidov Assigned To vdemidov =>
13-03-2012 15:16 vdemidov Status assigned => confirmed
13-03-2012 15:21 Parasite Note Added: 0006057
13-03-2012 15:29 vdemidov Note Added: 0006059
13-03-2012 15:31 vasketsov Note Added: 0006060
13-03-2012 15:31 Parasite Note Added: 0006061
13-03-2012 15:32 vdemidov Note Edited: 0006059 View Revisions
13-03-2012 15:33 vasketsov Note Edited: 0006060 View Revisions
13-03-2012 15:35 vdemidov Note Added: 0006062
13-03-2012 15:37 vdemidov Note Added: 0006063
13-03-2012 15:38 Parasite Note Added: 0006064
13-03-2012 15:45 Parasite Note Added: 0006066
13-03-2012 15:47 vasketsov File Added: SingleDrag_BgDraw.jpg
13-03-2012 15:48 Parasite File Added: Windows 8 Customer Preview HAL_INITIALIZATION_FAILED.jpg
13-03-2012 15:50 Parasite Note Added: 0006067
13-03-2012 15:51 vasketsov Note Added: 0006068
13-03-2012 15:52 vasketsov Note Edited: 0006068 View Revisions
13-03-2012 15:54 vasketsov Note Edited: 0006068 View Revisions
13-03-2012 16:02 vasketsov Note Revision Dropped: 6068: 0003039
13-03-2012 16:02 vasketsov Note Edited: 0006068 View Revisions
13-03-2012 16:16 vasketsov File Deleted: SASPlanet_Sync.rar
13-03-2012 16:16 vasketsov File Deleted: SASPlanet_Sync2.rar
13-03-2012 16:16 vasketsov File Added: SASPlanet_BgDraw.rar
13-03-2012 16:18 vasketsov Note Edited: 0006068 View Revisions
13-03-2012 16:18 vdemidov Note Added: 0006069
13-03-2012 16:32 vasketsov Note Edited: 0006068 View Revisions
13-03-2012 17:07 vasketsov File Added: ZwPerfCounter.rar
13-03-2012 17:09 vasketsov Note Edited: 0006068 View Revisions
13-03-2012 17:12 Parasite Note Added: 0006070
13-03-2012 17:16 Parasite Note Edited: 0006070 View Revisions
13-03-2012 18:49 vasketsov Note Added: 0006071
13-03-2012 19:06 rudepravo Note Added: 0006072
13-03-2012 19:08 rudepravo Note Edited: 0006072 View Revisions
13-03-2012 19:21 rudepravo Note Edited: 0006072 View Revisions
13-03-2012 19:50 vasketsov Note Added: 0006073
13-03-2012 19:52 vasketsov File Deleted: SASPlanet_BgDraw.rar
13-03-2012 19:52 vasketsov File Added: SASPlanet_Perf.rar
13-03-2012 20:14 rudepravo Note Added: 0006074
13-03-2012 20:36 vasketsov File Deleted: SASPlanet_Perf.rar
13-03-2012 20:38 vasketsov File Added: SASPlanet_DebugInfo.rar
13-03-2012 20:40 vasketsov Note Added: 0006075
13-03-2012 20:42 vasketsov Note Edited: 0006075 View Revisions
13-03-2012 21:00 rudepravo Note Added: 0006076
13-03-2012 21:09 vasketsov Note Added: 0006077
13-03-2012 21:24 vasketsov File Deleted: SASPlanet_DebugInfo.rar
13-03-2012 21:24 vasketsov File Added: SASPlanet_PerfCntrsSaver.rar
13-03-2012 21:25 vasketsov Note Edited: 0006077 View Revisions
14-03-2012 08:49 vdemidov Note Added: 0006080
14-03-2012 11:11 vasketsov File Deleted: SASPlanet_PerfCntrsSaver.rar
14-03-2012 11:11 vasketsov File Added: SASPlanet_SpinLock.rar
14-03-2012 11:15 vasketsov Note Added: 0006095
14-03-2012 12:14 zed Note Added: 0006098
14-03-2012 12:27 vasketsov Note Added: 0006099
14-03-2012 12:37 vasketsov Note Edited: 0006099 View Revisions
14-03-2012 15:26 vasketsov File Deleted: SASPlanet_SpinLock.rar
14-03-2012 15:27 vasketsov File Added: SASPlanet_Ok.rar
14-03-2012 15:28 vasketsov Note Edited: 0006099 View Revisions
14-03-2012 15:32 rudepravo Note Added: 0006101
14-03-2012 15:33 rudepravo File Added: startup
14-03-2012 15:34 rudepravo File Added: scroll_SpinLock
14-03-2012 15:47 vasketsov Note Added: 0006102
14-03-2012 16:57 vasketsov File Deleted: SASPlanet_Ok.rar
14-03-2012 16:58 vasketsov File Added: SASPlanet_NewCounters.rar
14-03-2012 17:00 vasketsov Note Edited: 0006102 View Revisions
15-03-2012 10:31 Tolik Note Added: 0006115
15-03-2012 16:21 vasketsov Note Added: 0006116
15-03-2012 16:26 vasketsov Note Edited: 0006116 View Revisions
15-03-2012 17:03 zed Note Added: 0006117
15-03-2012 17:13 vasketsov Note Added: 0006118
15-03-2012 19:56 vdemidov Note Added: 0006123
15-03-2012 21:24 vasketsov Note Added: 0006125
15-03-2012 21:25 vasketsov Note Edited: 0006125 View Revisions
15-03-2012 21:53 vdemidov Note Added: 0006126
15-03-2012 21:56 vasketsov Note Added: 0006128
15-03-2012 21:56 vdemidov Note Edited: 0006126 View Revisions
15-03-2012 22:04 vdemidov Note Added: 0006131
15-03-2012 22:07 vasketsov Note Added: 0006132
15-03-2012 22:10 vdemidov Note Added: 0006134
15-03-2012 22:11 vasketsov Note Added: 0006135
15-03-2012 22:28 vdemidov Note Added: 0006138
15-03-2012 22:32 vdemidov Note Added: 0006139
15-03-2012 22:49 vasketsov Note Added: 0006141
15-03-2012 23:24 vasketsov Note Edited: 0006141 View Revisions
16-03-2012 03:55 Parasite Note Added: 0006142
16-03-2012 04:11 Tolik Note Added: 0006144
16-03-2012 04:26 Parasite Note Added: 0006146
16-03-2012 04:56 vdemidov Note Added: 0006148
16-03-2012 05:07 vdemidov Note Added: 0006150
16-03-2012 08:29 vasketsov Note Added: 0006157
16-03-2012 08:31 vasketsov Note Added: 0006158
16-03-2012 08:33 Tolik Note Added: 0006159
16-03-2012 08:39 vasketsov Note Added: 0006160
16-03-2012 08:43 vdemidov Note Added: 0006161
16-03-2012 09:21 Parasite Note Added: 0006163
16-03-2012 09:37 vasketsov Note Added: 0006165
16-03-2012 09:45 Tolik Note Added: 0006166
16-03-2012 12:41 vasketsov Note Added: 0006169
16-03-2012 13:05 vdemidov Note Added: 0006170
16-03-2012 13:12 vasketsov Note Added: 0006171
16-03-2012 13:13 vasketsov Note Edited: 0006171 View Revisions
16-03-2012 15:03 zed Note Added: 0006175
17-03-2012 16:14 Tolik Note Added: 0006176
17-03-2012 19:35 zed Note Added: 0006177
17-03-2012 22:19 vasketsov Note Added: 0006178
17-03-2012 22:34 vdemidov Note Added: 0006179
17-03-2012 22:46 vdemidov Note Edited: 0006179 View Revisions
17-03-2012 23:34 vasketsov Note Added: 0006180
18-03-2012 09:13 vdemidov Note Added: 0006184
18-03-2012 09:46 vasketsov Note Added: 0006185
18-03-2012 12:33 Parasite Note Added: 0006186
24-03-2012 21:37 vdemidov Relationship added parent of 0001237
26-04-2012 09:09 Parasite Note Added: 0006477
26-04-2012 09:20 vdemidov Note Added: 0006478
04-05-2012 15:04 Parasite Note Added: 0006668
18-06-2012 17:26 Parasite Note Added: 0007466
18-06-2012 18:12 vdemidov Note Added: 0007468
20-06-2012 16:44 Parasite Note Added: 0007564
20-06-2012 16:47 Parasite Note Edited: 0007564 View Revisions
20-06-2012 17:06 vdemidov Note Added: 0007565
20-06-2012 17:31 zed Note Added: 0007567
21-06-2012 05:21 Parasite Note Added: 0007572
21-06-2012 07:18 vdemidov Note Added: 0007574
21-06-2012 07:59 Parasite Note Added: 0007576
21-06-2012 08:03 vdemidov Note Added: 0007577
21-06-2012 08:10 vdemidov Note Added: 0007578
21-06-2012 08:22 Parasite Note Added: 0007579
21-06-2012 08:51 Parasite Note Added: 0007580
21-06-2012 09:05 vdemidov Note Added: 0007581
21-06-2012 09:23 Tolik Note Added: 0007582
21-06-2012 10:09 Parasite Note Added: 0007583
21-06-2012 10:10 Parasite Note Edited: 0007579 View Revisions
21-06-2012 10:29 vdemidov Note Added: 0007584
21-06-2012 10:31 vdemidov Note Added: 0007585
21-06-2012 12:25 vdemidov File Added: SASPlanet.TopMM.rar
21-06-2012 12:30 vdemidov Note Added: 0007586
21-06-2012 12:48 vdemidov File Added: SASPlanet.ScaleMM.rar
21-06-2012 12:52 vdemidov Note Added: 0007587
24-06-2012 11:09 Parasite Note Added: 0007623
24-06-2012 11:10 Parasite Note Edited: 0007623 View Revisions
24-06-2012 11:25 zed Note Added: 0007624
24-06-2012 11:27 zed Note Edited: 0007624 View Revisions
24-06-2012 11:31 Parasite Note Added: 0007625
24-06-2012 12:40 zed Note Added: 0007626
24-06-2012 18:32 vdemidov Note Added: 0007628
24-07-2012 05:28 Parasite Note Added: 0007844
24-07-2012 07:23 vdemidov Note Added: 0007846
24-07-2012 09:12 Parasite Note Added: 0007847
24-07-2012 09:32 vdemidov Note Added: 0007848
24-07-2012 10:30 Parasite Note Added: 0007849
24-07-2012 10:45 vdemidov Note Added: 0007850
24-07-2012 10:47 vdemidov Note Added: 0007851
24-07-2012 10:47 vdemidov Status confirmed => feedback
24-07-2012 10:48 vdemidov Note Added: 0007852
24-07-2012 11:03 Parasite Note Added: 0007853
24-07-2012 11:03 Parasite Status feedback => new
24-07-2012 11:29 vdemidov Note Added: 0007854
24-07-2012 11:29 vdemidov Status new => feedback
24-07-2012 11:55 vdemidov Note Added: 0007855
24-07-2012 14:08 Parasite Note Added: 0007857
24-07-2012 14:08 Parasite Status feedback => new
24-07-2012 14:33 vdemidov Note Added: 0007858
24-07-2012 14:37 vdemidov Status new => feedback
24-07-2012 16:24 zed Note Added: 0007859
24-07-2012 16:37 zed Note Added: 0007860
25-07-2012 03:57 Parasite Note Added: 0007869
25-07-2012 03:57 Parasite Status feedback => new
25-07-2012 04:05 Parasite Note Edited: 0007869 View Revisions
25-07-2012 04:24 Parasite File Deleted: Windows 8 Customer Preview HAL_INITIALIZATION_FAILED.jpg
25-07-2012 04:25 Parasite File Added: Clipboard05.jpg
25-07-2012 04:26 Parasite Note Added: 0007870
25-07-2012 04:27 Parasite Note Edited: 0007870 View Revisions
25-07-2012 05:05 vdemidov Note Added: 0007871
25-07-2012 05:07 vdemidov File Deleted: Clipboard05.jpg
25-07-2012 05:10 vdemidov File Deleted: SASPlanet_NewCounters.rar
25-07-2012 05:10 vdemidov File Deleted: scroll_SpinLock
25-07-2012 05:11 vdemidov File Deleted: ZwPerfCounter.rar
25-07-2012 05:11 vdemidov File Deleted: sas_taskmgr.jpg
25-07-2012 05:11 vdemidov File Deleted: SingleDrag_BgDraw.jpg
25-07-2012 05:11 vdemidov File Deleted: SASPlanet.ScaleMM.rar
25-07-2012 05:12 vdemidov File Deleted: SASPlanet.TopMM.rar
25-07-2012 05:13 vdemidov Note Added: 0007872
25-07-2012 05:13 vdemidov Status new => feedback
25-07-2012 05:18 Parasite Note Added: 0007873
25-07-2012 05:18 Parasite Status feedback => new
25-07-2012 05:19 Parasite Note Edited: 0007873 View Revisions
25-07-2012 05:34 vdemidov Note Added: 0007874
25-07-2012 05:35 vdemidov Status new => feedback
25-07-2012 05:42 Parasite Note Added: 0007875
25-07-2012 05:42 Parasite Status feedback => new
25-07-2012 05:48 vdemidov Status new => feedback
25-07-2012 18:49 zed Note Added: 0007896
25-07-2012 19:06 zed Note Edited: 0007896 View Revisions
26-07-2012 03:19 Parasite Note Added: 0007898
26-07-2012 03:19 Parasite Status feedback => new
26-07-2012 05:08 vdemidov Status new => feedback
26-07-2012 05:56 zed Note Added: 0007910
26-07-2012 06:44 zed Note Added: 0007911
26-07-2012 06:44 zed Note Edited: 0007911 View Revisions
26-07-2012 06:55 zed Note Added: 0007912
26-07-2012 07:26 Parasite Note Added: 0007913
26-07-2012 07:26 Parasite Status feedback => new
26-07-2012 07:50 zed Note Added: 0007914
26-07-2012 07:59 vdemidov Note Added: 0007915
26-07-2012 08:34 Parasite Note Added: 0007918
26-07-2012 08:36 zed Note Added: 0007919
26-07-2012 08:54 zed Note Added: 0007920
26-07-2012 08:56 zed Note Edited: 0007919 View Revisions
26-07-2012 08:58 Parasite Note Added: 0007921
26-07-2012 09:14 zed Note Added: 0007924
26-07-2012 09:20 vdemidov Note Added: 0007925
26-07-2012 09:22 vdemidov Note Edited: 0007925 View Revisions
26-07-2012 09:58 zed Note Added: 0007926
26-07-2012 10:14 vdemidov Note Added: 0007927
26-07-2012 10:30 zed Note Added: 0007928
26-07-2012 11:40 vdemidov Status new => feedback
26-07-2012 12:36 Parasite Note Added: 0007934
26-07-2012 12:36 Parasite Status feedback => new
26-07-2012 19:47 zed Note Added: 0007953
26-07-2012 20:20 vdemidov Note Added: 0007956
26-07-2012 20:21 vdemidov Status new => feedback
27-07-2012 03:40 Parasite Note Added: 0007959
27-07-2012 03:40 Parasite Status feedback => new
27-07-2012 05:32 vdemidov Status new => feedback
30-07-2012 08:17 zed Note Added: 0008013
03-08-2012 17:10 Parasite Note Deleted: 0007956
03-08-2012 17:12 Parasite Note Added: 0008097
03-08-2012 17:12 Parasite Status feedback => new
09-08-2012 07:10 vdemidov Product Version .Nightly => 120808
16-10-2012 07:05 Tolik Note Added: 0009565
16-10-2012 07:09 vdemidov Note Added: 0009568
16-10-2012 07:09 vdemidov Relationship added parent of 0001466
20-10-2012 19:55 zed Note Added: 0009622
20-10-2012 20:35 Garl Note Added: 0009623
21-10-2012 06:59 Tolik Note Added: 0009626
21-10-2012 07:07 Garl Note Added: 0009627
21-10-2012 07:39 vdemidov Note Added: 0009628
21-10-2012 11:40 Tolik Note Added: 0009632
21-10-2012 11:46 Tolik Note Edited: 0009632 View Revisions
21-10-2012 11:51 Tolik Note Edited: 0009632 View Revisions
21-10-2012 20:05 vdemidov Note Added: 0009650
21-10-2012 20:05 vdemidov Assigned To => Parasite
21-10-2012 20:05 vdemidov Status new => feedback
01-11-2012 12:33 Parasite Assigned To Parasite => vdemidov
22-12-2012 18:38 vdemidov Assigned To vdemidov => Parasite
22-12-2012 18:38 vdemidov Status feedback => assigned
15-03-2013 07:38 vdemidov Relationship deleted parent of 0001466
15-03-2013 07:43 vdemidov Note Added: 0010877
15-03-2013 07:43 vdemidov Status assigned => resolved
15-03-2013 07:43 vdemidov Fixed in Version => 131111
15-03-2013 07:43 vdemidov Resolution suspended => fixed
15-03-2013 07:43 vdemidov Assigned To Parasite => vdemidov
15-03-2013 07:44 vdemidov Target Version 27xxxx => 131111
15-03-2013 09:30 Parasite Note Added: 0010884
15-03-2013 09:32 Parasite Status resolved => feedback
15-03-2013 09:32 Parasite Resolution fixed => reopened
15-03-2013 09:38 vdemidov Note Added: 0010885
15-03-2013 09:38 vdemidov Status feedback => resolved
15-03-2013 09:38 vdemidov Resolution reopened => fixed
15-03-2013 09:49 vdemidov Note Edited: 0010885 View Revisions
15-03-2013 09:53 Parasite Note Added: 0010887
15-03-2013 09:54 Parasite Note Edited: 0010887 View Revisions
15-03-2013 10:00 zed Note Added: 0010888
15-03-2013 10:23 Parasite Note Added: 0010889
15-03-2013 10:37 vdemidov Note Added: 0010890
15-03-2013 11:04 Parasite Note Added: 0010891
15-03-2013 11:14 vdemidov Note Added: 0010892
15-03-2013 14:08 Parasite Note Added: 0010905
15-03-2013 14:32 vdemidov Note Added: 0010906
15-03-2013 17:30 Parasite Note Added: 0010908



Copyright © 2007 - 2020 SAS.Planet Team