WPF có thể hiển thị đường dẫn với 300.000 điểm trên nó trong môi trường có hiệu suất nhạy cảm không?

Question

Biểu đồ đường XY đơn giản: Trục X sẽ đại diện cho phạm vi hoàn chỉnh các tỷ lệ phần trăm xếp hạng có thể, từ 0% trên một đầu đến 100% ở đầu kia. Cụ thể, giá trị X sẽ đại diện cho việc cắt giảm xếp hạng của chúng tôi hoặc xếp hạng tối thiểu mà một giao dịch có thể có trước khi nó không còn được chấp nhận nữa. Trục Y sẽ hiển thị các giá trị từ 0 đến tổng số giao dịch đã trải qua. Giá trị Y sẽ đại diện cho tổng số giao dịch có xếp hạng lớn hơn giá trị X hiện tại (hoặc lớn hơn hoặc bằng giá trị X hiện tại, tôi chưa quyết định). Không có giao dịch nào sẽ xảy ra khi biểu đồ này được vẽ lần đầu tiên, do đó biểu đồ sẽ bắt đầu tại "y = 0x".

Giả sử giao dịch đầu tiên được thực hiện, với xếp hạng là 40%. Xếp hạng của giao dịch cho biết giao dịch này có thể chấp nhận được nếu tỷ lệ giảm giá của chúng tôi thấp hơn 40%. (... hoặc nhỏ hơn hoặc bằng 40%. Một lần nữa, tôi vẫn chưa quyết định).

Đầu tiên, trục Y sẽ rescale để hiển thị phạm vi 0-1 (vì 1 là tổng số giao dịch). Sau đó, dòng sẽ được sửa đổi để cho biết rằng 0 giao dịch được chấp nhận từ x = 40 trở lên và 1 giao dịch có thể chấp nhận được từ x = 40 trở xuống. Điều này rất dễ thực hiện trong WPF bằng cách thêm hai điểm vào đường thẳng - một tại (40,0) và điểm kia tại (40,1) - và sau đó di chuyển điểm cuối bên trái của đường thẳng tới (0,1). Điểm cuối bên phải của đường sẽ vẫn ở (100,0). Quá trình này sau đó có thể được lặp lại cho giao dịch thứ hai, v.v.

Vấn đề là chúng tôi sẽ xử lý số lượng giao dịch gồm sáu chữ số. và tôi muốn đảm bảo rằng tôi đang sử dụng khả năng vẽ vector tăng tốc phần cứng của WPF ở mức tối đa để đảm bảo biểu đồ không bị trễ hoặc đóng băng phần còn lại của chương trình khi nó cố gắng hiển thị 300.000 điểm trên một đường đơn. Hoặc là WPF được cho là có khả năng xử lý các con số như vậy trong một nhịp tim? Tôi cần phải tìm cách để triển khai biểu đồ này mà không làm chậm ứng dụng. Tôi tin rằng nền tảng vẽ vector của WPF sẽ cung cấp một giải pháp, nhưng tôi không biết đủ về cách khai thác WPF để chắc chắn rằng tôi đang tận dụng tối đa khả năng dựng hình hiệu suất cao của WPF.

Answer 1

Tôi chỉ tình cờ gặp bài đăng này và đang xây dựng một đồ thị kiểm soát bản thân mình cần phải rất hiệu quả khi chúng tôi cập nhật điểm trên đường của mình theo cách thời gian thực.

Nếu hiệu suất và số lượng của Visual (s) là những gì bạn đang sau ... tôi nghi ngờ bạn sẽ tìm thấy một cách tiếp cận performant hơn lập trình trực tiếp chống lại lớp trực quan WPF của (liên kết: 1, 2). Kết quả ban đầu của tôi khi sử dụng phương pháp này là rất tích cực.

Điều này sẽ có hiệu suất cao hơn so với OnRender quan trọng vì nó sẽ khuyến khích bạn tận dụng lợi thế của hệ thống con của chế độ giữ lại WPF (nơi tất cả các hướng dẫn vẽ được lưu trữ).

Tức là, nếu tất cả những gì bạn phải cập nhật là một điểm trên đường, thì việc cập nhật điểm sẽ buộc dòng trực quan cập nhật nhưng sẽ không buộc phần còn lại của biểu đồ (trục, đường lưới, ...) để cập nhật ... khi hướng dẫn vẽ cho các mục này được giữ lại và sẽ được sử dụng lại (vì chúng không cập nhật).

Chương 14 trong Pro WPF in C# 2008 bởi Matthew MacDonald có một phần tuyệt vời (có tiêu đề 'Hình ảnh') về lập trình chống lại lớp trực quan của WPF. Chương 2 của WPF Control Development Unleashed cũng có phần ở trang 13 nơi ông thảo luận về cách tiếp cận DrawingVisual sẽ là hoàn hảo cho một thành phần biểu đồ. Cuối cùng, Charles Petzold đã viết một Tạp chí MSDN article nơi giải pháp tổng thể tốt nhất cho một âm mưu phân tán là một phương pháp DrawingVisual.

(Bây giờ, tôi biết câu hỏi của bạn đã đề cập đến trục cũng sẽ được cập nhật ... và vì vậy câu trả lời của tôi thực sự là trường hợp chung ... nhưng tôi vẫn nghĩ rằng cách tiếp cận này sẽ có hiệu quả nhất .. chỉ có những thứ cần cập nhật ... sẽ cập nhật.)

Answer 2

Nếu bạn không sử dụng .NET 3.5 SP1, không sử dụng bất kỳ hiệu ứng đổ bóng nào. Nếu không, có isn't much you need to do là nhà phát triển WPF để đảm bảo nó sử dụng khả năng tăng tốc phần cứng.

Answer 3

Tôi không biết câu trả lời, nhưng mã hóa một bài kiểm tra nhanh sẽ không mất nhiều thời gian hơn so với khi bạn đăng. Ngoài ra, hãy xem this thread để có một cuộc thảo luận tương tự.

Answer 4

Nếu bạn muốn nó nhanh, cách tốt nhất là lấy được từ Kiểm soát và triển khai OnRender - thông thường điều này là không cần thiết, nhưng đối với ứng dụng của bạn thì có thể.

Ngoài ra, chúng ta hãy lùi lại một bước - màn hình bạn đang hiển thị chắc chắn không phải là 300k pixel trên; trước khi bạn kết xuất, giảm bộ đệm bằng cách lấy trung bình các nút n thành một nút cho đến khi bạn có thứ gì đó gần hơn với độ phân giải của thiết bị thực tế, rồi vẽ nó trên màn hình.

Answer 5

Có thể đáng xem qua thư viện WPF DynamicDataDisplay. Tôi đã sử dụng nó gần đây và không có bất kỳ vấn đề với số lượng lớn dữ liệu. Nó chỉ là một phiên bản đầu (0,3 trong thực tế) vì vậy không có nhiều tài liệu, nhưng nó có mẫu cho thấy làm thế nào để sử dụng nó. Hy vọng rằng sẽ đủ để bạn bắt đầu.

Mẫu mô phỏng tạo nhiều dữ liệu, vì vậy đó phải là một nơi tốt để bắt đầu.

Answer 6

IMHO, Paul có vẻ như đang theo dõi right, kiểm tra các phần trên bản đồ làm mịn, một số ví dụ sử dụng kết quả từ cuộc bầu cử Florida 2000 kết quả (~ 9 triệu phiếu 18 + M tổng số người) cho các tập dữ liệu.

Dọc theo các dòng của chủ đề từ AgileJon, phần nào, tôi sẽ sử dụng đơn giản phát ra một bitmap theo cách thủ công nếu không có sẵn kỹ thuật thẳng về phía trước để thu thập dữ liệu của bạn tốt hơn. Tôi hiển thị trực quan các ô phân tán có giá trị 16 000 000 (16 triệu +) trong vài giây, toàn bộ pallet 32 ​​bit ARGB.

Bạn dường như đã nhận xét "Nhưng quay trở lại bitmap có vẻ như một bước lùi khổng lồ", tôi sẽ không nói quá nhanh đến thế, vũ trụ bị ràng buộc bởi giới hạn vật lý.

tôi gọi bài khác để this bài viết CodeProject, mà làm nhiều hàng chục ngàn lô 3D + hoạt hình vv ...