>danke f�r die erkl�rungen, nur wie stell ich das nun am besten an? >angenommen ich hab etwa 500 jobs zu erledigen. die meisten sind so gut >wie ohne verz�gerung fertig. ein teil davon braucht aber l�nger (2-3 >sec) und ist dann fertig.
Nun, starte mit x Threads. Verteile die Arbeit. Einige Threads kommen sofort wieder in den Pool zur�ck und werden wiederverwendet. Andere bleiben l�nger drau�en (und k�nnen auch gekillt werden bei Bedarf - wie zB bei ASP.NET, das h�ngengebliebene Seiten erkennen kann und den Thread dann recyclet - irgendwo gibt's eine Doku dazu glaube ich). Alles was �ber den Pool hinaus geht, kommt in die Warteschlange. �brigens, in Deinem speziellen Fall von Port Scans: hier eignen sich IO Completion Ports hervorragend, anders w�rde ich das gar nicht versuchen. Grundprinzip: ich schicke eine IO Operation raus, und werde gesignaled wenn die fertig ist. >wie viele threads auf einmal sind sinnvoll? >wie weise ich den threads immer wieder neue jobs zu? bzw. mu� ich dann >st�ndig �berpr�fen, ob ein thread schon fertig ist, oder wie? > >und wie steuere ich mehrere aufrufe der anwendung durch mehrere user? Nach diesen Fragen w�rde ich empfehlen, mal �ber das Konzept von Thread Pools, Thread Synchronisierung, Signaling, etc. nachzulesen. Chris | [aspdedotnet] als [email protected] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp
