C und VB.net Programm "koppeln"

Hallo

ja du kannst nativen code und .Net mischen. Eine variante ist das 
erstellen einer DLL mit C oder was anderem was direkt auf der Machschine 
läuft und die DLL dann aus deinem .Net programm aufrufen. So bekommst 
beim aufruf eine leichte verzögerung, jedoch wird der code in der DLL 
nativ und damit wohl etwas fixer ausgeführt.

mfg

CalM

Eine vielleicht blöde Frage:

wenn ich eine DLL in der .NET Umgebung erstelle, benötigt diese dann das 
.NET-Framework oder wird der Code nativ ausgeführt?

Also die Reynolds'sche DGL wird mit Hilfe des Finiten Differenzen 
Verfahrens Approximiert. Damit eventuell auftretende Kavidation im Lager 
erfasst werden kann, muss das Rechennetz einfach dem entsprechend fein 
gewählt werden. Es gibt zwar noch ein paar Möglichkeiten die Gleichungen 
zu reduzieren (geht in Richtung automatische Netzadaptivität) aber das 
möchte ich mir im Moment ersparen. (wobei dabei eventuell wirklich was 
zu holen währ).

Vielen Dank für deine Links. Werd mich mal reinlesen.

Andreas B. schrieb:
> ich kenne jetzt VB Net nicht so sonderlich gut und erst recht nicht Dein
> Programm.
> Bei VB6 habe ich die Erfahrung gemacht, dass der Zugriff auf Objekte
> schnarchlangsam ist. Mit simplen Arrays läßt sich um den Faktor bis 100
> schneller rechnen.

VB6 hat mit VB.net außer dem Syntax nix zu tun.

Hallo

@Num
Deine DLL muss in einer maschienen nahen Sprache geschrieben sein, z.b. 
C/C++. Wenn du den Quelltext übersetzt wird der Compiler für die 
eingestellte Architektur Maschienencode draus erzeugen. Ich meine das 
das Visualstudio noch natives C/C++ unterstützt.

Die Dll kanst du dann über einen DLL Import aus dem VB.Net aufrufen und 
die Berechnung durchlaufen lassen.

Auchtung: Eine DLL die du unter einer .Net Sprache (C#, VB.Net, ...) 
schreibst wird immer durch die CRL verarbeitet werden müssen und du 
genwinnst keine Zeit. Es muss in Visualstudio oder was auch immer du 
einsetzt ein Projekt für natives C/C++ gewählt werden, wo bei C/C++.Net 
noch ein Sonderfall ist.

mfg

CalM

Ein ähnliches Problem hatten wir hier vor einiger Zeit schon einmal. Der 
damalige TO wollte auch wissen, wie man einen Grafikfilter in C 
implementiert und dann von DotNET aus aufruft, weil seine 
C#-Implementierung zu langsam war. Nachdem hier sein Code zerpflückt 
wurde lief die Berechung unter C# fast so schnell, wie eine native 
Implementierung in C.

Ich könnte mir vorstellen, dass könnte bei Deinem Problem auch der Fall 
sein. Das muss natürlich nicht unbedingt zutreffen, aber nach meiner 
Erfahrung liegt das Problem aber i.d.R nicht an der verwendeten 
Laufzeitumgebung (.NET oder native C-Runtime), sondern daran, wie gut 
man die Eigenheiten derselben kennt und etwaige Performance-Fallstricke 
umgehen kann.

Vielleicht postest Du hier mal Deinen Code. Es sind hier genügend 
DotNET-Experten unterwegs, die sich das anschauen und Tipps zur 
Optimierung des Codes geben.

Gruß
Markus