Re: Speed of C# and GDI+

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: A.B. (someone_at_somewhere.com)
Date: 05/01/04

  • Next message: Alfons Binder: "PPC Versions"
    Date: Sat, 1 May 2004 15:58:32 -0400
    
    

    I tried to use C# for a senior design project - it entailed plotting a lot
    of points. I found C# to be extremely slow. For a start, I really hated that
    when the application first came up the CPU activity would shoot to 100% for
    a few secs (Ipaq 4155).

    But presenting the demo of our project was a success because I was able to
    make the demo very quickly, however, the real (working) app is now in C++.

    "Mateusz Łoskot" <antispam@see.my.signature> wrote in message
    news:gqdkc.578624$Or1.194762@news.chello.at...
    > Hello,
    >
    > I'm going to go with my project one of two possible ways
    > and I have to make some decisions. First, I'd like
    > to know more details and others experiences.
    >
    > I have an ActiveX component which draws a lot of geometries
    > (lines, points,polygons) and manages
    > large amount of objects of geometries (hundreds and even thousands).
    > I would like to use it under Pocket PC with .NET
    > Compact Framework without the Odyssey CFCOM solution.
    > As we know, Compact Framework does not support ActiveX
    > hosting at all (natively).
    > So, there are two possibilities for me:
    >
    > 1 - try to make my ActiveX simple COM object without any GUI elements
    > and serving only data structures and geometries computations
    > and geometries would be drawn by GDI+ (.NET CF).
    >
    > 2 - use only C++ and native code.
    >
    > The former would provide me with .NET advantages and faster
    > GUI development but as I know there are performance limitations.
    > Am I right ? What about my architecture of geometries rendering
    > using GDI + ? What about the performance ?
    > The latter solution gives me the best control over
    > my application and components, but it's harder
    > to develop GUI and other things.
    >
    > If I'd choose the first one, I have to redevelop my ActiveX
    > to simple COM DLL wrapped by P/Invoke without any GUI objects
    > (no ActiveX elements).
    > The question is how it (P/Invoke, marshaling, etc.) will
    > influence the performance of my application ?
    > Are graphics operations under .NET CF fast ?
    > Is there any comparsion ?
    >
    > Are there people having similar problems with making
    > decision about going unmanage C++ or managed .NET CF way ?
    > Could you share your experience ?
    >
    > Thanks for any information !
    >
    > BTW, I post it on two newsgroups,
    > microsoft.public.dotnet.framework.compactframework
    > and microsoft.public.pocketpc.developer.
    > If I broke netiquete, forgive me ;-)
    >
    > --
    >
    > Mateusz Łoskot
    > mateusz at loskot dot net


  • Next message: Alfons Binder: "PPC Versions"

    Relevant Pages

    • Speed of C# and GDI+
      ... large amount of objects of geometries. ... Compact Framework does not support ActiveX ... GUI development but as I know there are performance limitations. ... Mateusz Łoskot ...
      (microsoft.public.dotnet.framework.compactframework)
    • Speed of C# and GDI+
      ... large amount of objects of geometries. ... Compact Framework does not support ActiveX ... GUI development but as I know there are performance limitations. ... Mateusz Łoskot ...
      (microsoft.public.pocketpc.developer)
    • Re: Speed of C# and GDI+
      ... > large amount of objects of geometries. ... Compact Framework does not support ActiveX ... > GUI development but as I know there are performance limitations. ... > mateusz at loskot dot net ...
      (microsoft.public.dotnet.framework.compactframework)
    • Re: Speed of C# and GDI+
      ... Get your data mobile ... >> large amount of objects of geometries. ... Compact Framework does not support ActiveX ... >> GUI development but as I know there are performance limitations. ...
      (microsoft.public.dotnet.framework.compactframework)
    • Re: Speed of C# and GDI+
      ... Get your data mobile ... >> large amount of objects of geometries. ... Compact Framework does not support ActiveX ... >> GUI development but as I know there are performance limitations. ...
      (microsoft.public.pocketpc.developer)