ist das auch bei anderen anwendungen so?
Willst Du ernsthaft auf eine so allgemein gehaltene Frage eine spezifsche Antwort? Uns ist noch nicht einmal bekannt, mit welchem Betriebssystem Du arbeitest. So Details, welche Funktionen Deine Applikation benutzt, wäre unter Umständen hilfreich.
Also ich würde als Pauschallösung eine virtuelle Maschine einrichten, z.B. mit Virtual Box., und dort das 32bit OS installieren.
Dann geht es auch wieder schneller.
Falls Dir das zu aufwendig ist, kannst Du noch die Anwendung (die kompilierte Exe) noch im Kompatibilitätsmodus eines bestimmten OS starten.
Im Wikipedia ist es beschrieben, ab Windows 2000: http://de.wikipedia.org/wiki/Kompatibilit%C3%A4tsmodus
64bit Prog auf 64bit OS is natürlich schnell, is nur so bei beschriebenem Fall.
die 32bit-Anwendung braucht ziemlich lang, bis der Prozess im Taskmanager auftaucht - sobald er da is, rennts auch wieder schnell, nur eben der Startprozess dauert Jahre 
€dit:
@trollpan:
Danke für den Tip, allerdings befinde ich mich aktuell in einer Firma und dort ist es mir nicht erlaubt irgendwas zu virtualisieren.
Du willst aber jetz nich allen ernstes, dass ich dir den Quelltext poste, wenn es ein allgemeines Problem ist?!
OS: "Windows Server 2008 R2 Enterprise x64"
Normalerweise sollte es reichen wenn ich schreibe, dass eine 32bit Anwendung auf 64bit OS langsam ist (ich hab sogar geschrieben, warum das Prog zwingend 32bit haben muss...)
Also ich habe Windows 7 64 bit und kompliere meine Anwendungen immer mit 32-bit. Der Unterschied ist bei mir nicht erkennbar. Ich würde sagen es liegt an deinem Script 
Dann liegts wohl an allen Scripts die ich je erstellt habe...
Sehr seltsam
€dit:
Sogar das hier braucht zum Starten ca ne Minute:
[autoit]#Region ;**** Directives created by AutoIt3Wrapper_GUI ****
#AutoIt3Wrapper_outfile=x32_test.exe
#AutoIt3Wrapper_UseX64=n
#EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****
MsgBox(0,"","32 bit")
[/autoit]Wohlgemerkt, nur in kompiliertem Zustand, im Interpreter läufts sofort.
Hi CyRoX,
glaube auch langsam, dass es daran liegen könnte..
Das Problem hat sich evtl bald (zumindest in der Firma) eh erledigt 
€dit: Habs mal auf gelöst gesetzt, wobei das eigentlich keine Lösung ist.
Gruß
x0r
Würde ich auch mal vermuten. Hatte selbst schon Scripte die extrem langsam gestartet sind, was letzten Endes nur auftrat wenn der on access Virenscanner aktiv war. Bei mir lag es soweit ich mich erinnere an den UPX Einstellungen des Compilers.
Ich würde auch sagen, dass es am Virenscanner liegt. War bei mir mit Kaspersky genauso. Deaktiviere mal deinen Virenscanner und schau dann mal.
thx für den tip, aber geht nicht - firma, terminal server, thin clients, du verstehst
