Wie kann ich die Geschwindigkeit eines Win32 Programms maximieren?
(Frage bezieht sich auf WINAPI nicht auf Programmiertechnisches)

Ich habe bereits die Prozesspriortät auf 'HIGH' und die Threadpriorität des wichtigen Threads ebenfalls auf 'HIGH'. Dennoch habe ich ein zu langsames Programm, dass die CPU - Auslastung nicht über ca. 80% bringt.

Sogar bei ECHTZEIT-priorität ändert sich nix.
Ich vermute, dass eine API-Funktion der Flaschenhals meines Codes ist aber warum bekomme ich keinen erhöhte Geschwindigkeit, wenn ich höhere Priritt angebe?

Danke.

Ich vermute, dass eine API-Funktion der Flaschenhals meines Codes ist

Viele Entwickler haben Vermutungen, wo bei ihren Programmen der Flaschhenhals liegt, und meistens liegen sie woanders. Benutz einen Profiler.

aber warum bekomme ich keinen erhöhte Geschwindigkeit, wenn ich höhere Priritt angebe?

Vielleicht ist dein Programm hauptsächlich mit Warten beschäftigt? So ganz ohne Informationen darüber, was das Programm tut, kann man dazu nicht viel sagen...

Fand ich interessant und lud mir das runter nur zu meinem Erstaunen sah ich, dass er 10 Euro für die unbeschränkte Version verlangt. Das fand ich schon hart, da das programm ca. 2 Std. Programmierzeit erfordert.

Jetzt hab ich selbst so'n Ding programmiert. Läuft sogar mit ner GUI nicht auf Konsole wie seins, ist jetzt schon 2,4 mal so schnell und nimmt nicht 100% CPU - Leistung wie seins sondern nur 80%. Ausserdem kann man bei mir den Stand speichern und später fortsetzen. UND: Kostet NIX! (^^Verzeiht die kurze Eigenwerbung

Nun will ich das Projekt mit gutem Gewissen abschließen können, und das kann ich nur wenn ich weis, dass ich die mit C++ maximal mögliche Geschwindigkeit zumindest angenähert hab.

Das Programm lagert den BruteForce-Vorgang auf nen eigenen Thread aus und läuft in einer 'endlos'-Schleife bis das PW gefunden wurde. Demnach schließe ich ein Warten aus.

Ich hatte gehofft, es gäbe noch möglichkeiten Threads schneller zu machen, die ich nicht kenne.

MfG.

Das Programm lagert den BruteForce-Vorgang auf nen eigenen Thread aus

Durch zusätzliche Threads werden Programme nicht schneller.

Demnach schließe ich ein Warten aus.

Du weißt also genau, welche API-Funktionen intern auf irgendwelche Synchronisierungsobjekte warten? Respekt.

Ich hatte gehofft, es gäbe noch möglichkeiten Threads schneller zu machen, die ich nicht kenne.

Benutz einen Profiler.

Ein Forummitglied von diesem Board hat auf seiner Website ein Programm zum knacken von Windows-Passwörter mit BruteForce online gestellt.

Du meinst meins: http://www.luckie-online.de/Programme/PWRecover

Fand ich interessant und lud mir das runter nur zu meinem Erstaunen sah ich, dass er 10 Euro für die unbeschränkte Version verlangt. Das fand ich schon hart, da das programm ca. 2 Std. Programmierzeit erfordert.

Warum nicht, wenn es Leute gibt, dienen das wert ist?

Jetzt hab ich selbst so'n Ding programmiert. Läuft sogar mit ner GUI nicht auf Konsole wie seins, ist jetzt schon 2,4 mal so schnell und nimmt nicht 100% CPU - Leistung wie seins sondern nur 80%.

Ähm, ja und? Warum soll ich nicht den ganzen Power der CPU nutzen? Der Thread läuft mit der Priorität normal, gibt also Rechenzeit ab, wenn andere Prozess sie benötigen und legt nicht den ganzen Rechner lahm.

Ausserdem kann man bei mir den Stand speichern und später fortsetzen. UND: Kostet NIX! (^^Verzeiht die kurze Eigenwerbung

Das ist natürlich ein sehr gutes Feature. Da muss ich an dem Bruteforce-Algorithmus noch etwas basteln. habe aber bisher noch keine Zeit dazu gefunden.

Bei GNU/Linux beispielsweise liegt die maximale Ausfallzeit i.d.R. unter 1 ms.

Man sollte seine Programme so schreiben, daß sie von der Geschwindigkeit der Threadumschaltung nicht abhängig sind, aber das kann manchmal durchaus ein Problem sein.

Echtzeitfähige Betriebssysteme wie AmigaOS bieten oftmals garantierte Reaktionszeiten (z.B. durch Software-Interrupt-Chains, die an Hardware-Interrupts gekoppelt sind, mit denen man in fest definierten Zeitabständen Signale an Threads schicken -- und damit sofort aufwecken -- kann).

Leider kann man sich nicht ohne Weiteres in den Interrupt-Mechanismums von Windows einklinken.

Ich vermute, dass eine API-Funktion der Flaschenhals meines Codes ist aber warum bekomme ich keinen erhöhte Geschwindigkeit, wenn ich höhere Priritt angebe?

ich kenne das Problem - immer wenn ich dann von Debug auf Release stelle ändert sich das aber

Könntest du bitte den Thread nicht mit sinnlosen Rechtfertigungen zuspammen?

Und warum sollte ich bitte sehr nicht? Jetzt sag nicht, dass es den Threadersteller nicht geholfen hat, das hat dein sinnloses Posting noch weniger.

warum bekomme ich keinen erhöhte Geschwindigkeit, wenn ich höhere Priritt angebe?

Die Priorität gibt nur an, welcher Prozess die CPU benützen darf, wenn er etwas tun will. Solange niemand was tun will, ist die CPU idle. Wenn nur ein Prozess was tun will, kann er das uneingeschränkt (100%) tun. Die Priorität kommt erst ins Spiel, sobald mehrere Prozesse gleichzeitig etwas tun wollen, das ist aber bei dir nicht der Fall. Anscheinend will dein Programm nicht einmal die ganze CPU-Zeit, die es bekommen könnte. Es wartet also auf irgendetwas.

also kann unter windows niemals ein Porgramm wirklich 100% CPU leistung über die gesamte laufzeit des Programms bekommen.
Es wird immer, wenn auch für sehr kurze zeit, unterbrochen.

Benutze einen Profiler um die Performance-Engpässe TATSÄCHLICH
zu identifizieren, statt rumzuraten und mutzumassen.

Das Windows kein Echtzeit-Betriebssystem mit garantierten
Reaktionszeiten ist, weisst du hoffentlich auch.

[quote]Demnach schließe ich ein Warten aus. [/quote]Du weißt also genau, welche API-Funktionen intern auf irgendwelche Synchronisierungsobjekte warten? Respekt.

[quote]Ich hatte gehofft, es gäbe noch möglichkeiten Threads schneller zu machen, die ich nicht kenne.[/quote]Benutz einen Profiler.[/quote]

Leider kann man sich nicht ohne Weiteres in den Interrupt-Mechanismums von Windows einklinken.

na klar geht das

EDIT: Es gibt nur ganz ganz wenige Leute, die gute Treiber für Windows schreiben können. Und bei denen hat's jahrelang gedauert.

ok,das ist so...aber: kannst du Treiber proggen?Wenn ja,laß ma' watt sehn....denn:die einzige Lit zum Thema Treiber die mir bis jetzt untergekommen ist ist von Peter Vascola und ansonsten sieht's ziemlich dünn aus!Das will sagen,das ich denke das die meisten Leute (ich reflektiere da von mir aus auf meine Umgebung,mag sein,daß ich damit machmal auch falsch liege...)sowie so mehr reden als tun (ohne dich diskreditieren zu wollen).Meinung: ist nicht alles Gold was glänzt oder Spreu vom Weizen oder Wahrer Jakob unso Where to hell are all the freaks wid de moderfucking quellcodes?

*LOL*

Ganz besonders konstruktiv der Kleine.....na ja,beim nächsten Mal geb ich mir beim Texten nicht so viel Mühe gell...und jetzt geh hin und üb noch en' bischen dispatchen

und außerdem: was hat das alles mit WIN32API toe doen?
Das gehört in die C-Ecke....
Syyysop...

EDIT: Es gibt nur ganz ganz wenige Leute, die gute Treiber für Windows schreiben können. Und bei denen hat's jahrelang gedauert.[/quote]

genau so siehts aus...

EDIT: Es gibt nur ganz ganz wenige Leute, die gute Treiber für Windows schreiben können. Und bei denen hat's jahrelang gedauert.

nu übertreib mal nicht. es gibt mindestens 4...5 gute bücher zu dem thema und massenweise zeug im internet und ms hat die meisten schnittstellen offengelegt und bietet selber viel literatur und beispiele an. das was einen guten 'treiber' ausmacht ist wohl weniger die stabilität als vielmehr dass er die hardware optimal ansteuert, hochperformant ist und sich gut ins system integriert. wenn' snur darum geht interrupts zu verbiegen brauchts keine jahrelange erfahrung im treibercoden.

btw: mit adminrechten kann man treiber zu laufzeit laden und entladen d.h. man braucht sie nicht zu installieren.

Es gibt nur ganz ganz wenige Leute, die gute Treiber für Windows schreiben können. Und bei denen hat's jahrelang gedauert.

FULL ACK