ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / Ужасающая скорость работы DXGrid от DevExpress
25 сообщений из 208, страница 3 из 9
  3  все
Ужасающая скорость работы DXGrid от DevExpress
    #36869770
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
AlexeiKmike mike,

авторпо dx winforms - ну тут видно, что первый показ прилично тормозит, т.е. он на уровне стандартного win/wpf грида. - Но тут ничего уже и не сделаешь - инициализация скинов и загрузка необходимых .dll отнимает время.

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

ну это время в любом случае будет "украдено" при загрузке приложения. Ну а так да, подобные трики существуют... хотя я, для себя их не пользую :)
...
Рейтинг: 0 / 0
28.09.2010, 13:03
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36869774
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
AlexeiKи лучше сюда профайлером выложить информацию, а не через формочки.
там в 2009 dx вроде всегда тормозные конструкторы были,чаи гоняют похоже.
профайлер даст еще большую кашу :). проверено электронникой :)
тут же, "чистое" время. без всяких там injections...
...
Рейтинг: 0 / 0
28.09.2010, 13:05
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36869790
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
mike mikebublikomРоман Еремин (DevExpress),

Состав формы Создание Загрузка
Пустая форма 30 50
Пустая форма с обычным гридом 50 60
Форма с LayoutControl 425 120
Форма с LayoutControl, LayoutGroup 800 600
Пустая форма с гридом DevExpress 900 900

Все мс.

Достаточно средняя форма загружается 3 секунды на E5300, 2.6 Мгц, 1.5 мб оперативки.
Я понимаю, конфигурация мягко говоря, не топовая, но чтоже будет на конечных рабочих станциях с селеронами 2.0 и памятью 1 гб ?

по тестам. некорректно мерять "load" формы.
сделал тестовое приложение, в котором в окне 1400x900 показывается грид, с 20колонками и 1000 записями.

на картинке результат, сверху вниз:
две картинки на грид. Первая картинка - первый показ окна с гридом после старта приложения, второй хидер - повторное открытие того же окна.

dxgrid (2010.1)
xceed (2010.4) - tableview
datagrid (wpf framework)

winforms data grid
XtraGrid (2010.1)




Собственно, что эти цифры значат:
принимать во внимание стоит последнее число. Это время в миллисекундах, с момента
констуктора формы до момента ее реальной отрисовки.

Со стандартным гридом в wpf - тягаться не сможет вообще никто и никогда - по скорости первоначальной загрузки - так как ему не надо грузить темы и .dll - он уже в памяти.
но при дальнейшей работе приложения - его можно будет догонять.

по dx winforms - ну тут видно, что первый показ прилично тормозит, т.е. он на уровне стандартного win/wpf грида. - Но тут ничего уже и не сделаешь - инициализация скинов и загрузка необходимых .dll отнимает время. За то, повторный показ, показывает - что любой wpf/win из приведенных выше отстает весьма и весьма прилично.

по скорости скроллирования, самый медленный Xceed (и в tableview и в tableflow - несмотря на то, что они сделали самую большую высоту row - чтоб меньше данных показать :) ) - самый быстрый - стандартный.

тесты с DX продуктами делались в debug версии, перекомпиляция в release - даст где-то 20% по скорости...

но все равно, явно есть над чем работать. - Есть некоторое визуальное ощущение медленности показа - хотя, по цифрам от того же ксида, отставание в районе 30%. Разработчики обещали убрать это отставание :)


по методике замера - самое правильное место - это CompositionTarget.Rendering.
вот код тестовой формы:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
    public class PerformanceChecker : Window {
        int renderCount;
        DateTime startTime;
        StringBuilder log = new StringBuilder();
        public PerformanceChecker() : this(DateTime.Now) { }
        public PerformanceChecker(DateTime startTime) {
            this.startTime = startTime;
            CompositionTarget.Rendering += new EventHandler(CompositionTarget_Rendering);
        }
        protected void UpdateConstructorTime() {
            TimeSpan cs = DateTime.Now.Subtract(startTime);
            log.AppendFormat("Constructor:{0};", cs.TotalMilliseconds);
        }
        void CompositionTarget_Rendering(object sender, EventArgs e) {
            if(++renderCount > 2) {
                Title = log.ToString();
                return;
            }
            log.AppendFormat(";Render {0}", DateTime.Now.Subtract(startTime).TotalMilliseconds);
        }

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
а вот пример наследника для стандартной:
    public partial class DXGrid : PerformanceChecker {
        public DXGrid()
            : base(DateTime.Now) {
            InitializeComponent();
            dataGrid1.DataSource = Data;
            UpdateConstructorTime();
        }

    }



в принципе, могу и тестовый проект выложить, если кому интересно.

Опять какие-то барабашки и алхимия без всякой конкретики. Выкладывай проект.
ЗЫ Гриды отдельно без форм не летают.
...
Рейтинг: 0 / 0
28.09.2010, 13:14
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36869971
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
i
Опять какие-то барабашки и алхимия без всякой конкретики. Выкладывай проект.
ЗЫ Гриды отдельно без форм не летают.
а где написано, что гриды - отдельно от форм?
Класс PerformanceChecker от кого наследуется? ;-)

аттачу проект...
+ еще, по умолчанию (10.1) dx грид для расчета высоты строк, учитывает все колонки. - в том числе, и те - которые не видны из-за скроллера.
Что отрицательно сказывается на количестве создаваемых объектов, и соотвественно скорости.
в 10.2, по умолчанию будет другое значение. Впрочем, как оно есть сейчас у конкурентов.

Опция -
[SRC xaml]<my:TableView x:Name="view" AllowHorizontalScrollingVirtualization="True"/>[/src]
с ней, проигрышь от ксида существует только из-за начальной загрузки приложения.
вот цифры:
dx
Render:2684.5368
Render:1164.2328
xceed:
Render:2113.4226
Render:1146.2292

ну и скроллинг становится таким же (или чуть быстрее), чем у стандартного грида.
...
Рейтинг: 0 / 0
28.09.2010, 14:14
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36870065
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
А где же образец для подражания - Winforms?
...
Рейтинг: 0 / 0
28.09.2010, 14:41
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36870077
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
iА где же образец для подражания - Winforms?
а фантазии не хватает сделать?
код такой же, за исключением пары строк.
p.s. на этом с анонимными пользователями разговор заканчиваю - есть, что сказать по делу - региструйся.
...
Рейтинг: 0 / 0
28.09.2010, 14:45
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36870116
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
mike mikeiА где же образец для подражания - Winforms?
а фантазии не хватает сделать?
код такой же, за исключением пары строк.
p.s. на этом с анонимными пользователями разговор заканчиваю - есть, что сказать по делу - региструйся.

Этого и следовало ожидать. Рассказывай дальше своим манагерам про объекты. На ваши winforms компоненты я уже насмотрелся, хватит.
...
Рейтинг: 0 / 0
28.09.2010, 14:59
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36870610
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
imike mikeiА где же образец для подражания - Winforms?
а фантазии не хватает сделать?
код такой же, за исключением пары строк.
p.s. на этом с анонимными пользователями разговор заканчиваю - есть, что сказать по делу - региструйся.

Этого и следовало ожидать. Рассказывай дальше своим манагерам про объекты. На ваши winforms компоненты я уже насмотрелся, хватит.

Нда. Анонимных троллей, хватает видимо только на то, чтобы по[censored]ь...
Когда им приводишь конкретные цифры, примеры приложений, который показывают быстродействие контролов в сравнении с контролами других "производителей" - бегут в кусты.

Если есть у кого примеры, где наши компоненты работают на ваш взгляд неадекватно - велком.
Поможем разобраться в проблеме - и если проблема у нас - постараемся ее решить.
Только желательно показывать проблемы на реальных примерах - которые можно пощупать и попрофайлить. Просто говорить, что компоненты "YYY" тормозные - смысла нет, это успешно (будет) дела(ет/лал/ть) местный троль "i".
...
Рейтинг: 0 / 0
28.09.2010, 17:26
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36870679
bublikom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bublikom
Гость
У меня конкретная проблема, описал в этом же топе на 2й странице тут. Формы открываются по 3 секунды. Можно ли както отключить темы? Убрать какието плюшки, анимации? Как разогнать контролы?
...
Рейтинг: 0 / 0
28.09.2010, 17:54
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36870799
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
bublikomУ меня конкретная проблема, описал в этом же топе на 2й странице тут. Формы открываются по 3 секунды. Можно ли както отключить темы? Убрать какието плюшки, анимации? Как разогнать контролы?

А вы проект приаттаченный выше смотрели (sample.rar) ?
т.е., если там закомментарить одну строчку в window1.xaml.cs - PerformanceChecker.PrepareStaticData(); - то получаем пустой грид без записей...

Первый показ "new DXGrid().ShowDialog();" после загрузки приложения - занимает ~1000мс, повторный показ формы содержащий грид - тот же "new DXGrid().ShowDialog();" - уже 50мс.

Стандартный грид <50мс, xceed - 410мс первый показ и далее 40мс.

во время первого показа происходит загрузка .dll и внутренняя инициализация API.
учитывая отставание на пустом гриде от xceed\'a - тут есть куда копать и на нашей стороне.
но в любом случае, это время можно "спрятать" за splash screen\'ом, который прогрузит все необходимые приложению .dll. Готового примера под рукой у меня нет, но могу и поискать.
Догнать стандартые контролы мы тут не сможем в любом случае - благодаря тому, что они яляются частью фрейморка и грузятся сразу - ну и соответсвенно меньше в них "понтов" и рюшечек - проще теплейты.
т.е., мы с радостью поборемся за каждую миллисекунду - но выиграть сможем только у конкурентов - telerik, infra, xceed, sync, etc. У ms - без шансов.
...
Рейтинг: 0 / 0
28.09.2010, 18:44
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36870849
bublikom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bublikom
Гость
Прирост повторного запуска был отмечен, безусловно. Со второго раза форма грузится уже 1,5 секунды. Но этот результат тоже не является приемлимым, с учетом того что железо, на котором будет запускаться готовый продукт будет в разы слабее.
...
Рейтинг: 0 / 0
28.09.2010, 19:06
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36870852
bublikom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bublikom
Гость
mike mike,

подскажите как загружать в фоне сборки, если не сложно.
...
Рейтинг: 0 / 0
28.09.2010, 19:07
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36871017
Proga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Proga
Участник
bublikom,
например так
...
Рейтинг: 0 / 0
28.09.2010, 21:16
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36871190
Роман Еремин (DevExpress)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Еремин (DevExpress)
Гость
bublikomПрирост повторного запуска был отмечен, безусловно. Со второго раза форма грузится уже 1,5 секунды. Но этот результат тоже не является приемлимым, с учетом того что железо, на котором будет запускаться готовый продукт будет в разы слабее.
Пришлите mike mike тестовый пример или если здесь не хотите - спросите службу поддержки DevExpress. Поможем.
...
Рейтинг: 0 / 0
28.09.2010, 22:46
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36871612
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
mike mike
Нда. Анонимных троллей, хватает видимо только на то, чтобы по[censored]ь...

У тебя такой же серый ник, единственное на, что тебя хватает - словоблудствовать и вешать лапшу(никогда ваши девки не прожуют 10k за 0.1с. Поэтому проект не выложил).

mike mikeЕсли есть у кого примеры, где наши компоненты работают на ваш взгляд неадекватно - велком.

Ты сам привел замечательный пример. Грид от MS, который они не хотели выпускать, и ковыряли его левой ногой, работает быстрее в шесть раз. 3с и 0,6с - две большие разницы.

2Автор. Зачем вам эти левые компоненты? Не перетаскивайте старые подходы winforms, тогда будет внятный интерфейс и нормальное быстродействие
...
Рейтинг: 0 / 0
29.09.2010, 10:31
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872371
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
bublikom
Прирост повторного запуска был отмечен, безусловно. Со второго раза форма грузится уже 1,5 секунды. Но этот результат тоже не является приемлимым, с учетом того что железо, на котором будет запускаться готовый продукт будет в разы слабее.

подскажите как загружать в фоне сборки, если не сложно.

самый простой способ - тут

но в любом случае, чтобы тут не говорил местный клоун с ником "i",
чудес не бывает. И wpf/silverlight очень требовательны к железу. Единственный способо увеличить скорость откытия сложных форм - это уменьшать количество объектов на них - например, в случае с гридом - увеличивать высоту записи. Либо уменьшать количество столбцов.

Ну и еще можно надеяться на то, что micrisoft решиться переписать office на wpf/sl и office team заствят разработчиков framework сделать пролом для быстрого создания однотипных объектов :) - для того же excel/access :)... ну и на закон Мура :)
...
Рейтинг: 0 / 0
29.09.2010, 14:37
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872437
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
mike mikebublikom
Прирост повторного запуска был отмечен, безусловно. Со второго раза форма грузится уже 1,5 секунды. Но этот результат тоже не является приемлимым, с учетом того что железо, на котором будет запускаться готовый продукт будет в разы слабее.

подскажите как загружать в фоне сборки, если не сложно.

самый простой способ - тут

но в любом случае, чтобы тут не говорил местный клоун с ником "i",
чудес не бывает. И wpf/silverlight очень требовательны к железу. Единственный способо увеличить скорость откытия сложных форм - это уменьшать количество объектов на них - например, в случае с гридом - увеличивать высоту записи. Либо уменьшать количество столбцов.

Ну и еще можно надеяться на то, что micrisoft решиться переписать office на wpf/sl и office team заствят разработчиков framework сделать пролом для быстрого создания однотипных объектов :) - для того же excel/access :)... ну и на закон Мура :)

WPF\SL имеют аппаратное ускорение и практически вся нагрузка ложится на карту. Пенять на других легче всего. Единственное, что остается: браво рапортовать о том, что повысили скорость загрузки, уменьшив кол-во объектов в гриде с 36 до 32(!!!), кормить обещаниями и беззастенчиво врать на форуме, давать левые советы по увеличению высоты строк, если их кол-во пересчитывается полностью для всех записей и нет виртуализации.
...
Рейтинг: 0 / 0
29.09.2010, 14:57
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872481
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
В догонку.
Скорости WPF\SL более,чем достаточно.
Еще раз повторюсь, когда я первый раз увидел быстродействие приложений SL, после ваших славных DevExpress на Winforms, был просто в шоке. Кроме того, размеры приложений также меньше раз в двадцать. Ну, и на последок - ваши шедевры просто не нужны.
...
Рейтинг: 0 / 0
29.09.2010, 15:06
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872490
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
i2Автор. Зачем вам эти левые компоненты? Не перетаскивайте старые подходы winforms, тогда будет внятный интерфейс и нормальное быстродействие+1

Традиционный грид не панацея. Организация морды на базе XXXItemsControl + DataTemplate имеет массу преимуществ. Да и WPF|SL изначально заточены именно под это.
...
Рейтинг: 0 / 0
29.09.2010, 15:08
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872520
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
Алексей К Организация морды на базе XXXItemsControl + DataTemplate имеет массу преимуществ. Да и WPF|SL изначально заточены именно под это.
Правильно. Xaml уже заточен на быстрое создание массы однотипных объектов за счет отимизированного для этого движка, а не программного кода.Так, что сетования "создателей компонент" совершенно неуместны
...
Рейтинг: 0 / 0
29.09.2010, 15:19
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872785
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
Алексей Кi2Автор. Зачем вам эти левые компоненты? Не перетаскивайте старые подходы winforms, тогда будет внятный интерфейс и нормальное быстродействие+1

Традиционный грид не панацея. Организация морды на базе XXXItemsControl + DataTemplate имеет массу преимуществ. Да и WPF|SL изначально заточены именно под это.

Все зависит от типа приложения.
Если "классическое" бизнес UI - то без грида фиг проживешь... - получается стандартый набор - ribbon/bars + grid.
А если, что то вроде того, что у нас на главной странице - (devexpress.com) - то самое место...
ну или можно посмотреть идеи на silverlight.net - в showcases...
что-то вроде демка ... тут грид, нафиг не нужен...
...
Рейтинг: 0 / 0
29.09.2010, 17:01
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872830
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
i
WPF\SL имеют аппаратное ускорение и практически вся нагрузка ложится на карту. Пенять на других легче всего. Единственное, что остается: браво рапортовать о том, что повысили скорость загрузки, уменьшив кол-во объектов в гриде с 36 до 32(!!!), кормить обещаниями и беззастенчиво врать на форуме, давать левые советы по увеличению высоты строк, если их кол-во пересчитывается полностью для всех записей и нет виртуализации.

ну ведь право же, милый клоун...
сколько слов. сколько обвинений - а знаний - то ноль.
Хоть бы книжку по wpf почитал. А лучше reflector'ом посмотрел. Тот же WPF.

Уже как минимум года 3 нет ни у кого грида, который хоть-как то данные буфферизировал в себя.
(у DX нет лет как 8 :) ).

Кстати, любимый i'ем xceed, при переключении в tableflowview из tableview, увеличивает высоту строк на 30%... с 20px до 26px. Именно за тем, чтобы быстрее грузиться и скроллироваться - но все равно, при скроллинге остается самым медленным.

Хоть бы одно приложение выложил или пример, с офигенно быстрыми и аппратно ускоренными контролами? Или с очень медленными и глюкавыми DX'ами.
...
Рейтинг: 0 / 0
29.09.2010, 17:18
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872836
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
mike mikeАлексей Кi2Автор. Зачем вам эти левые компоненты? Не перетаскивайте старые подходы winforms, тогда будет внятный интерфейс и нормальное быстродействие+1

Традиционный грид не панацея. Организация морды на базе XXXItemsControl + DataTemplate имеет массу преимуществ. Да и WPF|SL изначально заточены именно под это.

Все зависит от типа приложения.
Если "классическое" бизнес UI - то без грида фиг проживешь... - получается стандартый набор - ribbon/bars + grid.
А если, что то вроде того, что у нас на главной странице - (devexpress.com) - то самое место...
ну или можно посмотреть идеи на silverlight.net - в showcases...
что-то вроде демка ... тут грид, нафиг не нужен...
Брехун, верните людям деньги. Гриды, возможно, и нужны, но только стандартного вполне хватает.
Найди хотя бы один
...
Рейтинг: 0 / 0
29.09.2010, 17:20
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36872873
i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
i
Гость
mike mikei
WPF\SL имеют аппаратное ускорение и практически вся нагрузка ложится на карту. Пенять на других легче всего. Единственное, что остается: браво рапортовать о том, что повысили скорость загрузки, уменьшив кол-во объектов в гриде с 36 до 32(!!!), кормить обещаниями и беззастенчиво врать на форуме, давать левые советы по увеличению высоты строк, если их кол-во пересчитывается полностью для всех записей и нет виртуализации.

ну ведь право же, милый клоун...
сколько слов. сколько обвинений - а знаний - то ноль.
Хоть бы книжку по wpf почитал. А лучше reflector'ом посмотрел. Тот же WPF.

Уже как минимум года 3 нет ни у кого грида, который хоть-как то данные буфферизировал в себя.
(у DX нет лет как 8 :) ).

Кстати, любимый i'ем xceed, при переключении в tableflowview из tableview, увеличивает высоту строк на 30%... с 20px до 26px. Именно за тем, чтобы быстрее грузиться и скроллироваться - но все равно, при скроллинге остается самым медленным.

Хоть бы одно приложение выложил или пример, с офигенно быстрыми и аппратно ускоренными контролами ? Или с очень медленными и глюкавыми DX'ами.

"Разработчик", ты даже не соображаешь какую ересь несешь. Какие могут быть аппаратно ускоренные контролы? Движок, имеет аппаратную поддержку, причем не bitmap'овскую, как WInforms, а для векторной графики и прочих прелестей, который нет и не будет GDI.
Почитай буквари(для тебя даже ComboBox проблема) или хотя бы рекомендации по оптимизации.
Загрузи свои данные в ListBox или ListView, а не в вашу полову с 32 объектами, сразу почувствуешь разницу.
...
Рейтинг: 0 / 0
29.09.2010, 17:34
| Ответить | Цитировать | Написать  
Ужасающая скорость работы DXGrid от DevExpress
    #36873018
mike mike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mike mike
Гость
imike mike[quot i]

Хоть бы одно приложение выложил или пример, с офигенно быстрыми и аппратно ускоренными контролами ? Или с очень медленными и глюкавыми DX'ами.

"Разработчик", ты даже не соображаешь какую ересь несешь. Какие могут быть аппаратно ускоренные контролы? Движок, имеет аппаратную поддержку, причем не bitmap'овскую, как WInforms, а для векторной графики и прочих прелестей, который нет и не будет GDI.
Почитай буквари(для тебя даже ComboBox проблема) или хотя бы рекомендации по оптимизации.
Загрузи свои данные в ListBox или ListView, а не в вашу полову с 32 объектами, сразу почувствуешь разницу.

жжошь как раз ты :). Нет "аппаратного" ускорения векторов. пока, по крайней мере :).

silverlight hardware acc
"Caching visual elements as bitmaps allows you to take advantage of hardware acceleration.".
еще один блог...
тут

а в gdi, точнее gdi+, которая и используется в winforms hardware acceleration нет и не было. И не будет...

ну иди, правда - почитай книги, чтоль.
...
Рейтинг: 0 / 0
29.09.2010, 18:34
| Ответить | Цитировать | Написать  
25 сообщений из 208, страница 3 из 9
  3  все
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / Ужасающая скорость работы DXGrid от DevExpress
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]