|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
Antonariy, Ну я вроде доделал API-шный до состояния в котором могу делать тесты. Что могу сказать (про шило и мыло). Глюка с "автопрокруткой" на выделенную запись нет. (ради чего сыр-бор начался) Хотя не могу сказать, что "автопрокрутка" полностью отсутствует. Если например параллельно 1) таймер добавляет новые строчки 2) идут активные процессы (по ранее добавленным строчкам естественно) А я естественно хочу смотреть в (2) активные строчки, т.к. там отображается статистика текущих процессов. То (2) таки уезжает потихоньку по мере добавления(1) по законам какой-то пропорциональности что-ли. Ну и сортировка - полная задница. С теми ф-циями что я привел в коде - тормоза полные. Если сортировать после добавления КАЖДОЙ строчки, то прога зависнет и сдохнет Как вариант выносить Sort за пределы блока добавления - таймер в (1) грубо на 1 секунду, в тесте что я делаю добавляет примерно по 20 строчек за раз (сколько есть готовых). Как вариант: AntonariyУ меня не письма, у меня факсы. И вот например юзер решил добавить 2000 заданий факса на отправкуЗачем их сортировать? Зачем сортировать и по каким полям это уж юзер пускай решает. Но с другой стороны м.б. правильно забить на попытки автосортировки и отдать ее полностью на откуп юзеру (т.е. только при загрузке и по Column_click). Потому что новые записи логично добавлять сверху (в начала списка), иначе юзер их просто с ходу не увидит если сортировка по какому-то второстеренному полю. Но все равно тормоза сортировки бесят, даже при щелчке по столбцу (на 5000 записях столбец будет тупо залипать на 2 сек). В VB-Listview такого не было, очевидно ф-ции сравнения более продуманные. Antonariy и сравнение строк без StrComp... Что имел ввиду? Потому что оно и без дат тормозит. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2013, 05:38 |
|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
Дмитрий77Что имел ввиду? Потому что оно и без дат тормозит.Сравнение строк тоже не быстрая операция. Функция StrComp немного улучшает ситуацию. Но есть и более производительные методы. тынц ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2013, 12:01 |
|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
Antonariy тынц Но "рекомендуемый метод" с LenB+Instr для ">" "<" то не применишь. StrComp почти ничего не дает. Кстати сразу вопрос: Два варианта: Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8.
Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8.
Какой правильный? Следуя твоему коду правильный первый, но там к-во операций в 2 раза больше. Но ты почему то не присваиваешь значение при "==". Дальше, API вида lstrcmp StrCmp и т.д. я так понимаю будут тормозить при вызове из VB. Или все таки надо искать? И пробовать ByRef String? Или самому преобразовывать строки в указатели? Ну короче я в растройстве. VB-ListView делает быструю сортировку (очевидно потому что на C++ написан), а здесь функция сортировки отдается на откуп мне как Custom. А я из VB это могу сделать только на VB. C VB-шной скоростью черепахи. Я поэтому и спрашивал про LVM_SORTITEMS, LVS_SORTASCENDING, LVS_SORTDESCENDING М.б. есть какой-то "автоспособ"? Но из msdn следует что LVS_SORTASCENDING, LVS_SORTDESCENDING применяется только к item, но не к subitem. А LVM_SORTITEMS по сути кастом-эквивалент тому который SEX c каким-то мелким ньюансом. Т.е. ничего умного не следует. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2013, 14:05 |
|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
Блин, дебаг вроде показал что основные тормоза 300мс из 350мс на 6000 записей (если убрать сравнение) вот здесь Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Но она отличается от твоей. А ни фига не в сравнении. А >< либо strcomp else либо elseif - играет туда сюда на 5-10 мс ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2013, 14:42 |
|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
vbTextCompare гораздо медленне, чем vbBinaryCompare. Используй text только при сравнении текстов, но не дат или номеров факсов. Кстати, кому нужно видеть живой список из 5000 факсов? Что ему делать с этой простыней, медитировать над ней? В качестве реверанса свистелкам можно отображать последнюю пару десятков — в начало добавлять, из конца удалять. А желающим оглашения полного списка можно сделать кнопку с отдельной формой. Какой правильный? Следуя твоему коду правильный первый, но там к-во операций в 2 раза больше.Я не заморачивался оптимизацией, иначе бы использовал второй. Дальше, API вида lstrcmp StrCmp и т.д. я так понимаю будут тормозить при вызове из VB.Не будут. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2013, 14:52 |
|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
Дмитрий77Блин, дебаг вроде показал что основные тормоза 300мс из 350мс на 6000 записей (если убрать сравнение) вот здесь Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Но она отличается от твоей. Твой вариант еще тормознутее: Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
Не в сравнении короче тормоза, а в скорости чтения сабитемов. Можно буфер уменьшить до 32 напр, но это копейки. Автоматический (внутренний) какой-то способ должен быть. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2013, 17:01 |
|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
Дмитрий77а здесь функция сортировки отдается на откуп мне как Custom. А я из VB это могу сделать только на VB. C VB-шной скоростью черепахи. А на хрена заниматься фигней с мульти-конвертацией в VB-шную String. Все можно сделать на уровне указателей, используя 2 статических места в памяти на всю процедуру: Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70.
Вот это работает на моем компьютере ~125мс на 6500 строчек и против 360мс это можно обозвать словом "мгновенно". По крайней мере визуального залипания заголовка header нету. Думаю дальше оптимизировать уже некуда, по сути использовал C-шный подход. Все тормоза из за String в структуре LV_ITEM + я работаю с фиксированной памятью. Оставшиеся миллисекунды упираются в основном в скорость работы LVM_GETITEMTEXT (без извращений со String), здесь не переплюнешь. Хотя есть одно но. LVM_GETITEMTEXT для каждого итема по ходу вызывается дважды, если не больше. Но вот как быть с датами? 6500 дат сортируется 1,5-2 сек, это ЖОПА плохо. Вообще вот этот метод в VB-Listview работает быстро: Дмитрий77У меня в VB-реализации код такой: Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Ну т.е. идею понял. Подменяю дату/время на "yyyymmddhhmmss" и сравниваю строки а не даты. Вопрос только как его применить к API-реализации. Любая попытка вытаскивать String из указателя приведет к тормозам. Причем тупо по байтам я "yyyymmddhhmmss" не просчитаю, у меня дата-время в тек. формате OS Т.е. для России: 12.06.2013 15:12:10 А для США будет 06/12/2013 3:12:10 PM Т.е. без VB Format я не обойдусь. Нужна какая-то "быстрая махинация", но как это сделать? Создать Column, скинуть туда Format(data), отсортировать по новой Column, удалить Column? Вообще линейный цикл по всем итемам с копированием/преобразованием в другой Column это быстрее чем сортировка? М.б. есть "сишные"-API-шные аналоги Format(str, "yyyymmddhhmmss")? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2013, 04:49 |
|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
Я пока что пытаюсь добраться до DATE непосредственно через указатель pszText as long Т.е. хочу получить As Date минуя VB-шную As String. 1) VarDateFromStr - не могу скормить LPTSTR 2) VarDateFromStr -не могу скормить Код: vbnet 1. 2.
3) Могу только скормить вот это: Код: vbnet 1. 2.
Но это 2 обратных преобразования в VB as String ==ТОРМОЗА А надо скормить указатель LPTSTR напрямую (без преобразования в BSTR). А она блин не впихивается туда. Выдает DISP_E_TYPEMISMATCH Есть идеи? На C++ форуме молчат. Дмитрий77Ну, я пока нашел куда копать: VarDateFromStr Function Код: plaintext 1. 2. 3. 4. 5. 6.
Но у меня в моем m_hMem указателе сидит LPTSTR а не OLECHAR . LVITEM structure Код: plaintext 1. 2. 3. 4.
pszTextType: LPTSTR If the structure receives item attributes, pszText is a pointer to a buffer that receives the item text. Note that although the list-view control allows any length string to be stored as item text, only the first 260 TCHARs are displayed. Т.е. если я делаю вот так: Код: vbnet 1. 2. 3. 4. 5. 6. 7.
То вот так не работает (при попытке скормить LPTSTR вместо OLECHAR которую она хочет): Код: vbnet 1.
А вот так работает: Код: plaintext 1.
1) m_hMem1 (LPTSTR) -> VB6 as String 2) VB6 as String -> получаем новый указатель через StrPtr А задача как раз не связываться с VB-шными String, потому что они то и тормозят. Т.е. вопрос как подкинуть указатель на LPTSTR в ф-цию кот. хочет указатель на OLECHAR ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2013, 19:16 |
|
Проблемы с ListView
|
|||
---|---|---|---|
#18+
AntonariyТ. е. как считаешь? Если забабахать что-то типа ... Оно как бы ускорится?Тут и Left, и Format... Вряд ли. Еще как ускорится. Мне удалось наконец обогнать объектный ListView в сортировке дат, использую по сути тот же способ "yyyymmddhhmmss" Результаты для 6500 строк: Объектный Дата/время - 220-250мс; Строки - 30мс API-шный Дата/время - 170-190мс; Строки - 70-90мс (было изначально без оптимизации: Дата/время - 1000-2000мс; Строки - 350-400мс ) Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149.
В принципе на этом можно сказать СТОП. Честно, пытался еще перекидывать данные в нулевой столбец и выполнять "родную" сортировку Код: vbnet 1. 2. 3. 4. 5. 6.
Но она сволочь в run тайме не работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2013, 20:17 |
|
|
start [/forum/topic.php?fid=60&msg=38447085&tid=2156716]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
61ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 264ms |
total: | 424ms |
0 / 0 |