// Als Optimierung f�r Deine Anwendung: mach' einen Pool von // Threads, die // wiederverwendet werden. Das macht IIS so, ASP so, etc. Die // Aufgaben werden // auf die Threads aufgeteilt, dann wieder eingesammelt. Gibt // es nicht genug // Threads, werden bis zu einem Limit neue erzeugt, weitere // Requests kommen in // Queue. Damit verhindert man, da� der Server // �berlastet wird - weil // zu viele Threads sind absolut kontraproduktiv punkto Performance.
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. 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? gr�sse mc [www.emsi.at] | [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
