VB.Net calling VC++ library for performance

[alanwo]

Hi experts,

I am developing a file-reading intensive application which read files
and compare bytes / byte array. We have migrated VB6 application to
VB.net but found the time doubled. My idea to improve the performance
is to write mainly with VB.net while calling functions/class library
written in VC++. However, I have no experience on such architecture.
Could any expert give me some guides? Should I create Win32 project in
VS2005 or VC++ CLR runtime library?

Thanks a ton.

Alan

 

[Michael C]

Hi experts,

I am developing a file-reading intensive application which read files
and compare bytes / byte array. We have migrated VB6 application to
VB.net but found the time doubled. My idea to improve the performance
is to write mainly with VB.net while calling functions/class library
written in VC++. However, I have no experience on such architecture.
Could any expert give me some guides? Should I create Win32 project in
VS2005 or VC++ CLR runtime library?

This sort of stuff is fairly easy in C++. You can do it either way, if you
create a win32 dll then marshalling will be done for you and your dll will
most likely be simpler. If you do it as a .net dll then it's all considered
managed code so your app might require lower security to run.

Michael

 

[Patrice]

Have you tried first to locate the exact culprit ? Generally it's best
thought not always easy to avoid optimizing "blindly"...

 

[Willy Denoyette [MVP]]

| Hi experts,
|
| I am developing a file-reading intensive application which read files
| and compare bytes / byte array. We have migrated VB6 application to
| VB.net but found the time doubled. My idea to improve the performance
| is to write mainly with VB.net while calling functions/class library
| written in VC++. However, I have no experience on such architecture.
| Could any expert give me some guides? Should I create Win32 project in
| VS2005 or VC++ CLR runtime library?
|
| Thanks a ton.
|
| Alan
|

File reading and comparing contents should be as fast in vb.net as it was in
VB6, so before you go down the C++ route, I would suggest you to profile
your application and try to find the bottleneck.

Willy.