[Mono-bugs] [Bug 80319][Min] Changed - Slow performance with ZedGraph 5.0

[bugzilla-daemon at bugzilla.ximian.com]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by sebastien at ximian.com.

http://bugzilla.ximian.com/show_bug.cgi?id=80319

--- shadow/80319	2007-08-27 00:54:29.000000000 -0400
+++ shadow/80319.tmp.20852	2007-08-27 08:35:49.000000000 -0400
@@ -1,13 +1,13 @@
 Bug#: 80319
 Product: Mono: Class Libraries
 Version: 1.2
 OS: GNU/Linux [Other]
 OS Details: 
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: INVALID
 Severity: Unknown
 Priority: Minor
 Component: libgdiplus
 AssignedTo: sebastien at ximian.com                            
 ReportedBy: fmoraes at nc.rr.com               
 QAContact: mono-bugs at ximian.com
@@ -77,6 +77,32 @@
 that in Windows it is automatic and takes only few milliseconds.
 
 The problem looks to be on our libgdiplus implementation since
 Mono/Win32 draw graphics fast as .NET. I am redirecting bug to
 Sebastien and changing com "Component" from WinForms to Libgdiplus.
 
+
+------- Additional Comments From sebastien at ximian.com  2007-08-27 08:35 -------
+I'm closing this bug as
+
+(a) libgdiplus is faster today than it was when the bug was filled
+(mostly due to the recent cairo 1.4.x updates and a few specific
+libgdiplus optimizations - which may, or may not, show in ZedGraph);
+
+(b) there's no specified target (e.g. API call) or data on what cause
+the slowdown. It could be a general slowdown (hence hard and long to
+fix) or it could be a very few calls (possible some easy gain).
+
+(c) there's no clear "exit" condition (i.e. what would make it "not
+Slow") so, depending on it's interpretation, this bug could be true
+for eternity.
+
+Now if you want to help making ZedGraph-on-Mono/libgdiplus faster
+please profile your usage of ZedGraph (on both Linux and Windows) and
+open bugs specific bugs with your findings (including attached data)
+for the biggest differences between them.
+
+Have a look at bug #80323 (filled the day after this one) for a good
+case where the time required to apply alpha in a ColorMatrix was
+reduced by 45%.
+
+Thanks