iА какая нужна конкретика, если ваши разработчики, сами говорят, что WPF версия в три раза медленней, чем тугододумные Winforms?

уточняю. Они говорят, что "тяжелый" контрол, например, datagrid - из winforms будет быстрее аналогичного контрола из WPF.

Разумеется, какая-нибудь вращающаяся кнопка или textbox - из WPF сделают по производительности аналогичные winforms чудеса. Ну и прозрачные и анимированные элементы будут тоже быстрее в WPF.

А вот контрол, которому для работы необходимо минимум создать ~(15 * 50 * 4) контрола, для того чтобы показать данные на экране, будет всегда медленее аналогичного, которому надо для этого сделать 15 * 50 * fillrectangle/drawtext.

imike mike
А вот контрол, которому для работы необходимо минимум создать ~(15 * 50 * 4) контрола, для того чтобы показать данные на экране, будет всегда медленее аналогичного, которому надо для этого сделать 15 * 50 * fillrectangle/drawtext.
Подобные объяснения с непонятными барабашками оставьте своему руководству. Ответы с подобным примитивизмом без учета особенностей движков, говорят не только о том, что DevExpress банально проспало WPF\SL, а у нее нет никаких перспектив. Вы и дальше будете кормить завтраками с обещаниями улучшить производительность. Год назад я даже не рассматривал ваши компоненты перед закупкой.
WPF\SL без ваших Winforms компонент работает минимум на два порядка быстрее. Это было одной из причин перехода.
Тесты для вас и вашего руководства

эээ. ссылка на французский блог, в котором сравнивают winforms компоненты, которые живут и работают через win32 API и просто физически не расчитаны на объемы > 10 записей, это верх изобретатильности :)

bublikomРоман Еремин (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.
вот код тестовой формы:




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

mike mike
void CompositionTarget_Rendering(object sender, EventArgs e) {
if(++renderCount > 2) {
Title = log.ToString();
return;
}
log.AppendFormat(";Render {0}", DateTime.Now.Subtract(startTime).TotalMilliseconds);
}


btw, затычка на два render'a - потому что первый render идет из-за формы с button'ом, которая вызывает форму с тестом.