Zitat von canonmclay:

so ich gebs auf^^... leider hat keiner der denkansätze mehr was ergeben (ich hab sogar meinen inkompetenten ex-infolehrer gefragt, der hat mich mit fragezeichen in den augen angeschaut, als ich was von Threads erzählt habe...)

fazit: ich versuch dieses Progi mit c++ und werde mich da mal einarbeiten


vielen Danke für eure hilfe

greez McLay

Hast Du denn jetzt schon mal die einzelnen Zeiten gemessen?! Wie lange [ms] z.B. braucht denn die Execute Methode?
Und vor allem: wie oft wird denn der Thread gestartet? Zähl das doch mal mit.


Grüße,
Uli

also für einen ganz durchlauf der knacke funktion werden ca. 18 sek benötigt.

die Zeit bis vor dem ersten synchro ist nicht messbar (zu klein, wird 0 ausgegeben)

die zeit für den ersten synchro ist 0,0004 sek

die zeit für das durchlaufen der while schleife (damit man nicht umblättern muss hier nochmal der code... )

zusammenfalten · markieren

Delphi-Quellcode:

 queryperformancecounter(zeit1);
   abc:=' ';//Das sind die ERSTEN Acsii-Zeichen (3x leer) mit denen begonnen wird

   while length(abc)<4 do
     begin
       if suchwort=MD5Print(MD5String(ersterbuchstabe+abc)) then
         begin
           g:=true;
           result:=abc;
           break;
         end; // if suchwort

       abc:=strhoeher(abc);
     end; // while

  queryperformancecounter(zeit2);
  zeitberechnen((zeit2-zeit1),ges);
  showmessage(ges);

dauert ca. 18 sek. also muss hier ja der fehler liegen. Da diese Stelle aber 1 zu 1 übernommen wurde aus dem Programm ohne Threads, weiß ich halt echt nicht mehr weiter.


der thread wird einmal gestartet (hab mit process explorer nochmal nachgeschaut ), also an zu vielen threads wirds eher nicht liegen... und halt sobald er fertig gelaufen ist, wird der nächste angestoßen.


zu dem c++: ich wollt das erstens schon immer mal lernen (hab hier n einführungsbuch rumfliegen^^), und man kann damit auch dann das ganze für die grafikkarten (CUDA) programmieren . Zudem ist das denk ich mal ne ganz gute fingerübung mal n progri in eine andere sprache zu übersetzen . Zuletzt ist c++ in meinem späteren Beruf eher wichtig, als das anwenderorientierte delphi, von daher tue ich mir in dem Bereich direkt einen gefallen . Und außerdem, wenn das mit c++ besser läuft, werde ich versuchen (kA ob das geht, aber heutzutage ist ja alles möglich ), die Rechenroutine mit den threads (wer weiß villt klappts damit ja doch besser ), mit dem Delphi projekt zu verbinden, sodass ich die Server - Client aplikation weiterhin nutzen kann, die ich extreeeeeemst praktisch finde bei delphi . Außerdem keine sorge, ich werde auch weiterhin delphi nutzen, eben aufgrund der einfach zu gestaltenden oberflächen

Zitat von Aphton:

Lol, du bist lustig.
Du denkst mit c++ wird das anders? Nicht die Programmiersprache ist schuld, sondern der, der sie falsch verwendet!

bevor ich mich auf die Anklagebank setzte und mir anhören muss, das ich zu doof bin das zu programmieren, bitte ich den ankläger um einen evtl. anderen Lösungsvorschlag

PS: JA ich mag smileys

Ich muss das mal mit Delphi 6 probieren. Denn mit Delphi XE kann ich keine nennenswerten Unterschiede zwischen den Versionen feststellen.

Kannst du das bitte einmal inkl. deiner Zeitmessung anhängen? Ich würde dann einmal einen virtuellen PC mit Delphi 6 nehmen und es heute Abend dort testen, vielleicht liegt es ja an der Delphiversion...

Zitat:

der thread wird einmal gestartet (hab mit process explorer nochmal nachgeschaut ), also an zu vielen threads wirds eher nicht liegen... und halt sobald er fertig gelaufen ist, wird der nächste angestoßen.

Ich hab mich in Threads bisher erst eingelesen und warte noch auf eine sinnvolle Aufgabe, das mal einzusetzen, aber obige Aussage kommt mir komisch vor.

Wenn (ausser dem Hauptthread) nur ein Thread da ist: Wo ist da der Sinn (außer man will Fortschrittsbalken steuern oder ähnl.) Müsste man denn nicht mindestens zwei machen, die parallel Arbeiten? Wie rechenintensiv müssen Aufgaben sein (nicht sehr, ich weiß, aber e bissle doch schon, oder?), dass Programmierung mit Threads trotz es Overheads effektiver wird als ohne?

Also erstens geht es auch darum, dass die GUI noch reagiert, aber in diesem Fall ist es nur ein Thread, weil er es damit erst einmal testen wollte, das hatte er glaube ich irgendwo schon geschrieben.

du nimmst mir die worte aus dem mund jaenike, besser hätte ichs nicht ausdrücken können

Ich hab jetzt mal eine Version mit den Zeitmessungen um die while schleife angehangen. Wenn die Zeitmessung woanders stattfinden soll, einfach

markieren

Delphi-Quellcode:

queryperformancecounter(zeit1);

//...code...

queryperformancecounter(zeit2);
zeitberechnen((zeit2-zeit1),ges);
showmessage(ges); //Anzeige

benutzen

könnte das villt auch ein betriebssystem Problem sein? Also ein mit Delphi 6 kompiliertes Projekt auf einer Win 7 64 Maschine...

Also, hab es gerade mal in einer VM mit Delphi 7 und unter Windows 2000 laufen lassen: Große Unterschiede haben beide Varianten nicht gezeigt: beides dauerte pro Durchlauf so um die 11 Sekunden.
Was das Ganze aber auf Clientseite sehr beschleunigt hat: FastMM einbinden! Dadurch ist die Laufzeit auf knapp 6 Sekunden runter. Und nachdem ich das Ganze auch noch durch den Profiler gejagt hab: die MD5 Unit ist diejenige, wo die Zeit verbraten wird (in den Stringoperationen dort).

Was die unterschiedlichen Laufzeiten betrifft: stopp auf deinem Rechner doch mal alle Rechenzeitfresser: MP3 und Videosoftware oder Chats (oder was Du sonst noch so am Laufen hast). Hat das denn eine Auswirkung?


Grüße,
Uli

kannst du villt die von dir Kompilierten dateien hochladen? fänd ich super, dann kann ich das mal hier ausprobieren... dann sollte ich mir mal ggf. ne neue delphi version zulegen ... gibt es sowas für schüler für lau ?