저는이 문제를 정말로 놓치고 있습니다. 이런 식으로 보이는 ItemsControl이 포함 된 확장기가 있습니다.WPF가 더 많은 프로세서로 더 느리게 렌더링됩니다.
<ItemsControl ItemsSource="{Binding Source={StaticResource SomeItems}}">
<ItemsControl.ItemTemplate>
<DataTemplate>
<StackPanel>
<ContentControl Content="{Binding}" />
</StackPanel>
</DataTemplate>
</ItemsControl.ItemTemplate>
</ItemsControl>
대부분의 컴퓨터 (단일 및 이중 코어)에서 확장하면이 렌더링이 잘됩니다. 어떤 이유로 쿼드 코어 (i7)가 장착 된 새로운 머신에서이 확장기를 확장하면 몇 분이 걸립니다. 나는 프로파일 링을했는데 WPF가 요소를 측정 할 때 스레드 동기화 문제가있는 것으로 보입니다. 실제 시간은 측정 및 렌더링에 소요되는 시간이 무시할 만해 보입니다. 시간은 스레드 동기화를 기다리는 데 소요되는 시간입니다. 다른 사람이 이런 걸 본 적이 있습니까?
FYI - 세 가지 다른 쿼드 코어 (i7) 시스템에서이 작업을 시도했지만 동일한 문제가 있습니다. 많은 구형 컴퓨터에서 실행되는 데 문제가 없습니다. 나는 컴퓨터가 완전히 패치되었고 WPF가 하드웨어 렌더링을 사용하고 있음을 확인했다. 의무적 인 응용 프로그램과 프레임 워크를 다시 설치하십시오.
다른 아이디어는 어디에서 볼 수 있습니까? 하드웨어 렌더링이 때 확장 -once comments--
에서
--some 업데이트가 붕괴하고 다시 확장, 확장 된
감사
문제 기계-even에 빨리 장애인 행동은 동일합니다. 나는 그래픽 카드를 제거해야한다고 생각합니다.
- 우리는 닷넷 4.0
--Some 사양을 실행하는 등 requested-- 윈 XP SP 3 인텔 코어 i7 (4 개 코어) RAM 의 2.67GHZ @ M (620) 2.98 GB에 275GB 가용 저장 장치
더 많은 코어가 필요하며 더 많은 프로세서가 필요하지 않습니다. –
그래픽 카드가 모두 동일합니까? 그렇지 않다면 이것은 볼 곳이 될 것입니다. – Russ
- 하드웨어 렌더링이 비활성화 된 경우에도 동작은 동일합니다. 내가 그 방정식에서 그래픽 카드를 제거한다고 생각합니까? –