| Autor |
Beitrag |
ZeitGeist87
      
Beiträge: 1593
Erhaltene Danke: 20
Win95-Win10
Delphi 10 Seattle, Rad Studio 2007, Delphi 7 Prof., C++, WSH, Turbo Pascal, PHP, Delphi X2
|
Verfasst: Do 24.07.08 14:23
Jup, werde es heut auf meinen FTP laden und euch die Adresse vom File geben.
_________________ Wer Provokationen, Ironie, Sarkasmus oder Zynismus herauslesen kann soll sie ignorieren um den Inhalt meiner Beiträge ungetrübt erfassen zu können.
|
|
g1o2k4 
      
Beiträge: 493
|
Verfasst: Do 24.07.08 14:34
super! und denk ans zippen 
|
|
BenBE
      
Beiträge: 8721
Erhaltene Danke: 191
Win95, Win98SE, Win2K, WinXP
D1S, D3S, D4S, D5E, D6E, D7E, D9PE, D10E, D12P, DXEP, L0.9\FPC2.0
|
Verfasst: Sa 26.07.08 14:58
Also ich würd das Teil ja gerne auch testen, aber solange das 80 Prozesse!!! Spawnt, ist das nicht zu gebrauchen ... (Musste radikal mit'm Prozess Explorer abbrechen, weil auf meinem System sonst gar nix mehr gegangen wär!)
Schreibt das Programm bitte so, dass die Prozess-Zahl deutlich begrenzt wird, ggf. mit Multithreading, aber 80 Prozesse zu spawnen macht es auch nicht schneller! Eher langsamer, weil das Anlegen eines Prozesses wesentlich länger als das initialisieren eines Threads benötigt.
Falls ihr das mit dem Spawnen der Prozesse zum Übergeben des Dateinamens braucht: Überlegt euch, ob ihr das nicht auch mit Shared Memory, WM_COPYDATA oder anderen IPC-Mitteln vielleicht besser hinbekommt.
_________________ Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.
|
|
g1o2k4 
      
Beiträge: 493
|
Verfasst: Sa 26.07.08 16:19
das programm startet nur 4 prozesse. auf welchem os lief es bei dir ?
was das multi-threading angeht, das hab ich shcon versucht ist aber nutzlich weil jeder thread funktionen aus der dll braucht, dabei kommen sie die threads in die quere und es kommt nur müll raus.
|
|
BenBE
      
Beiträge: 8721
Erhaltene Danke: 191
Win95, Win98SE, Win2K, WinXP
D1S, D3S, D4S, D5E, D6E, D7E, D9PE, D10E, D12P, DXEP, L0.9\FPC2.0
|
Verfasst: Sa 26.07.08 23:25
g1o2k4 hat folgendes geschrieben: | | das programm startet nur 4 prozesse. auf welchem os lief es bei dir ? |
Win2KSP4 Rollup 1.
g1o2k4 hat folgendes geschrieben: | | was das multi-threading angeht, das hab ich shcon versucht ist aber nutzlich weil jeder thread funktionen aus der dll braucht, dabei kommen sie die threads in die quere und es kommt nur müll raus. |
Dann hast Du beim Verarbeiten der Daten dann die Syncronisierung nicht korrekt beachtet. Weil die Sachen, die ggf. nicht reentrant sind, kann man kurz abfangen (Critical Sections).
Beispiel: Selbst wenn OpenGL an sich nicht Multithreading-fähig ist (in älteren Versionen), hindert einen keiner daran, bestimmte Vorverarbeitungsschritte wie das Laden von Texturen in Speicher-Puffer, multithreaded zu erledigen; man muss am Ende halt nur ne Synchronisation dafür schaffen, dass immer nur ein Thread OpenGL die Befehle mitteilt. Ähnliches wird bei der bass.dll auch gehen.
_________________ Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.
|
|
BlackN
Hält's aus hier
Beiträge: 9
|
Verfasst: Sa 26.07.08 23:36
Hallo,
braucht ihr noch dateien?? oder nicht mehr dann würde ich meine auch scannen und sie euch zukommen lassen??...
Grüße BlackN
|
|
g1o2k4 
      
Beiträge: 493
|
Verfasst: So 27.07.08 10:28
BlackN hat folgendes geschrieben: | Hallo,
braucht ihr noch dateien?? oder nicht mehr dann würde ich meine auch scannen und sie euch zukommen lassen??...
Grüße BlackN |
klar immer her damit!
@BenBE: doch ich habs auch mit synchronize probiert. das problem ist nur das quasi die gesamte scanfunktion nur aus funktionen der dll besteht, wenn ich die scan funktion des threads also synchronisieren ist die performance wieder so schlecht als würde ich das scannen im prozess selbst laufen lassen, also nicht parallel, sondern eine datei nach der anderen.
|
|
BenBE
      
Beiträge: 8721
Erhaltene Danke: 191
Win95, Win98SE, Win2K, WinXP
D1S, D3S, D4S, D5E, D6E, D7E, D9PE, D10E, D12P, DXEP, L0.9\FPC2.0
|
Verfasst: So 27.07.08 17:56
g1o2k4 hat folgendes geschrieben: | | @BenBE: doch ich habs auch mit synchronize probiert. das problem ist nur das quasi die gesamte scanfunktion nur aus funktionen der dll besteht, wenn ich die scan funktion des threads also synchronisieren ist die performance wieder so schlecht als würde ich das scannen im prozess selbst laufen lassen, also nicht parallel, sondern eine datei nach der anderen. |
Bitte Lesen lernen ... Ich habe auch geschrieben: Critical Sections und nicht "Pflaster dein Projekt überall mit Synchronize-Aufrufen voll". Ist ein Unterschied von Abwarten bis man darf zu Aufgaben einreihen, die sollen ...
_________________ Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.
|
|
|