Pagina Setări pentru coadă din setările pentru serverul Project Web Access are numărul maxim de fire de procesare a sarcinilor cu o valoare implicită de 4 (pentru fiecare tip de coadă). Când se configurează aceste valori, trebuie luați în considerare câțiva factori. Prea multe fire ale procesorului pot afecta negativ performanțele serverului de aplicații și pot provoca erori de timp sau erori de deficit de memorie. De exemplu, un administrator poate încerca să crească numărul maxim de fire de procesare a sarcinilor de la 4 la 10 în cozile de programare și de proiect, cu creșterea așteptată a numărului de orare și actualizări de proiecte la sfârșitul lunii. Finalizată fără o planificare atentă, această schimbare poate avea un impact negativ asupra performanței.
Se creează o coadă pentru a limita frecvența de procesare a datelor și a netezi vârfurile de suprasarcină ale serverului. Vorbind în termeni de management de proiect, aceasta este o "aliniere" pentru server, care evită procesarea simultană a mai multor sarcini.
Multithreading de coadă permite obținerea următoarelor:
Procesarea rapidă a sarcinilor.
Evitați oprirea completă a procesării sarcinilor atunci când apare o eroare pentru una dintre sarcini.
Următoarele tabele descriu ordinea de procesare a lucrărilor într-o coadă cu un singur filet și multi-threaded. În acest exemplu, sunt utilizate trei proiecte care au fost salvate și publicate în următoarea ordine:
Proiectul 3 a fost salvat.
În primul rând, este recomandat să setați numărul maxim de fire ale procesorului pe baza numărului de procesoare disponibile (sau nuclee). De exemplu, dacă Project Server utilizează un singur procesor dual-core, trebuie să configurați două fire pe coadă. Dacă serverul de aplicații utilizează patru procesoare dual-core, este posibil să folosiți opt fire pe coadă. Valoarea acestor parametri este ajustată nu numai în funcție de numărul de tranzacții, ci și de dimensiunea medie a acestora (de exemplu, comparați publicarea proiectelor de 10 linii și publicarea proiectelor de 1000 de linii).
În plus, trebuie să luați în considerare și topologia fermei și a altor aplicații care rulează în fermă. De exemplu, trebuie să configurați această opțiune în mod corespunzător dacă serverul de aplicații acționează și ca server Web frontal, efectuează căutări sau alte calcule de procesor intensiv. Pentru a regla coada de așteptare în funcție de încărcarea normală a serverului, puteți, de asemenea, să monitorizați contoarele de performanță, jurnalele de aplicații și ULS.
Afișare: Mijlocit protejat
Această pagină a fost utila? Da, nu
Au rămas 1500 de caractere
Mulțumesc! Vă mulțumim pentru feedbackul dvs. Opinia dvs. este foarte importantă pentru noi.