|
| |
VB.NET - Fortgeschrittene| VB code in ASM umwandeln und dann in VB.NET ausführen! | |  | | Autor: MartinZimmer | | Datum: 13.10.11 11:47 |
| Hallo zusammen,
ich habe einen vb.net-code der sehr viele Berechnungen macht (Schleife mit Berechnungen etc). Diesen würde ich gerne in Assembler convertieren um ihn dann in VB.NET aufrufen. Gibt es da einen Converter der mir vb-code in ASM umwandelt etc?
Danke
Martin | |
| Re: VB code in ASM umwandeln und dann in VB.NET ausführen! | | | | Autor: MartinZimmer | | Datum: 13.10.11 12:50 |
| Na danke für die Antwort, dann fange ich erst gar nicht an den Code in ASM umzuschreiben. Wenn .NT das eh besser compiliert. Danke für die schnelle Antwort.
Gruß
Martin | |
| Re: VB code in ASM umwandeln und dann in VB.NET ausführen! | | | | Autor: Manfred X | | Datum: 13.10.11 15:22 |
| Hallo!
Funktionen, die rechenzeitintensive Kalkulationen
erledigen, habe ich damals in VC++ ausgelagert. Optimiert
übersetzter VC++-Code (Compilereinstellung: maximale Geschwindigkeit)
arbeitet deutlich schneller als VB6.
Wie die Geschwindigkeit von VC++ im Vergleich zu Net-C++ ist,
kann ich nicht beurteilen.
MfG
Manfred | |
| Re: VB code in ASM umwandeln und dann in VB.NET ausführen! | | | | Autor: Preisser | | Datum: 13.10.11 17:39 |
| Hallo,
da der VC10-Compiler wesentlich neuer als der VC6 ist, würde ich vermuten, dass damit erstellte Programme mindestens genau so schnell sind (da er ja ebenfalls nativen Maschinencode erzeugt); habs allerdings nicht getestet. 
Allerdings ist das Ziel bei .Net (wie auch bei Java) ja, von vorkompilierten Maschinencode (für eine bestimmte Architektur) wegzukommen und einen für alle Plattformen gültigen CIL-Code zu produzieren, der dann auf einer bestimmten Plattform vom Laufzeitsystem interpretiert oder JIT-kompiliert werden kann. Dagegen wird C-Code ja für eine bestimmte Architektur kompiliert, und man müsste beispielsweise schon 2 DLLs (x86 und x64) erstellen, wenn man sowohl die 32-Bit- als auch die 64-Bit-Plattform unterstützen will, allerdings gibt es ja auch noch ganz andere Plattformen (und zusätzlich hat man noch das Problem, dass in C manche Variablentypen auf unterschiedlichen Architekturen unterschiedliche Bitbreiten haben könnten; während die .Net-Datentypen einheitlich sind).
Was man auch machn könnte, um bessere Performance zu erreichen (ohne in Maschinencode zu kompilieren), ist Unsafe-Code zu verwenden, also direkt mit Pointern zu hantieren (z.B. wenn man häufige Arrayzugriffe macht, sodass die CLR nicht bei jedem Zugriff überprüft, ob der angegebene Index/Pointer überhaupt im zulässigen Bereich liegt, usw.), wobei das allerdings nur in C# geht, soweit ich weiß.
Beitrag wurde zuletzt am 13.10.11 um 17:52:02 editiert. | |
| Re: VB code in ASM umwandeln und dann in VB.NET ausführen! | | | | Autor: Manfred X | | Datum: 13.10.11 17:53 |
| Hallo!
Man kann auch in Net-C++ absolut "unsafe" mit Pointern im
"Freispeicher" arbeiten. (Ist bei mir noch ein Überbleibsel nach
Umstellung aus VC).
Plattformspezifisch optimierter Code dürfte schneller ausgeführt
werden als JIT, (vermute ich mal).
MfG
Manfred | |
| Re: VB code in ASM umwandeln und dann in VB.NET ausführen! | | | | Autor: Preisser | | Datum: 13.10.11 18:01 |
| Hallo,
klar kann man mit Net-C++ mit Pointern arbeiten, da es auf C basiert und unmanaged ist und nicht die CLR verwendet (zumindest nicht das "normale" C++). Ich meinte einen "unsafe"-Block in C#, der die CLR anweist, nicht zu überprüfen, ob man mit dem Pointer überhaupt auf die "richtige" Speicherstelle zugreift, wobei der Code jedoch trotzdem als CIL-Code kompiliert wird und plattformunabhängig ist.
Ob nativer Code (C++) schneller ausgeführt wird als mit JIT kompilierter unsafe-C#-CIL, müsste man mal messen (ich würde nur einen geringen Geschwindigkeitsunterschied erwarten). 
Ok, einen Nachteil den man noch haben könnte, ist die Polymorphie bei Objekten (also dass erst zur Laufzeit ermittelt wird, welche Methode tatsächlich ausgeführt wird), wobei die Performance vermutlich dadurch schon verbessert wird, dass eine Methode, wenn sie nicht als virtual (C#) bzw. Overridable (Vb) gekennzeichnet wird, sich nicht polymorph verhält (und die auszuführende Methode dann schon zur Kompilierzeit feststehen müsste).
Beitrag wurde zuletzt am 13.10.11 um 18:28:40 editiert. | |
| Re: VB code in ASM umwandeln und dann in VB.NET ausführen! | | | Autor:  FZelle (Moderator) | | Datum: 13.10.11 21:11 |
| Ich würde erstmal mit einem Profiler schauen was da die Zeit frisst, man wundert sich da manchmal was es wirklich ist.
Als nächstes würde ich schauen ob sich nicht ein bekanntermaßen besserer Algorithmus findet.
Erst wenn das alles nichts bringt, dann kann man auf C oder ASM zugreifen. | |
 | Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
 Einloggen | Neu registrieren |
 |
|
sevISDN 1.0 
Überwachung aller eingehender Anrufe!
Die DLL erkennt alle über die CAPI-Schnittstelle eingehenden Anrufe und teilt Ihnen sogar mit, aus welchem Ortsbereich der Anruf stammt. Weitere Highlights: Online-Rufident, Erkennung der Anrufbehandlung u.v.m. Weitere InfosTipp des Monats Neu! sevPopUp 2.0 
Dynamische Kontextmenüs!
Erstellen Sie mit nur wenigen Zeilen Code Kontextmenüs dynamisch zur Laufzeit. Vordefinierte Styles (XP, Office, OfficeXP, Vista oder Windows 8) erleichtern die Anpassung an die eigenen Anwendung... Weitere Infos
|
Mai 2024
Sie sind aktuell nicht angemeldet.