Lülitage tihendamine sisse ja näete kohe jõudluse täiustusi, samuti kui lubate keerukate veebirakenduste vahemällu salvestamise.

Milliseid muid konfiguratsioonivalikuid saate jõudluse parandamiseks muuta? kas teil on "serveri kontrollnimekiri" asjadest, mida uue serveri hankimisel seadistada?

Ma küsin IIS 7 või uuema kohta (kuna kõik minu praegused serverid on IIS7)

  • Kas see võib serverivea jaoks parem olla?
  • @John - võib küll, aga see on küsimus veebiserveri seadistamise kohta - millest peaksid teadma ka professionaalsed veebimeistrid - nii et ma pole tõesti kindel
  • Ma arvan, et serveri seadistamine on täpselt see, mille jaoks serverfault on mõeldud.
  • 1 Ma arvan, et see pole selge, serveriviga, veebimeistrite vahetus, küsimus on ambitsioonikas, ma arvan, et see võib mõlemalt poolt hea olla

IIS7 + on tegelikult üsna kiire. Kiirendamiseks pole palju teha IIS; üldiselt optimeerite HTML, JS, Images, CSS, HTTP, HTTP päised ja võib-olla veebirakenduse kood (C # jne). Need probleemid on platvormidevahelised. Kasutajaliides on Apache ja IIS-i vahel muidugi erinev, kuid teadmised on paljuski samad.

Steve Souders kirjutas sõna otseses mõttes selle kohta, kuidas veebisaite kiiremini tööle panna. See on kiire ja lihtne lugemine. Siin on tasuta kokkuvõte / kontrollnimekiri, nagu te soovisite, ja leiate selle kohta jutu YUI teatrist (mitte kõige suurem esitlus).

Neile, kes linkidel ei kliki, on algsed 14 reeglit (mille leiate ka Yahoo! Arendajavõrgust):

  1. Tehke vähem HTTP-päringuid
  2. Kasutage sisuvõrku
  3. Lisage päis aegub
  4. Gzipi komponendid
  5. Pange stiililehed ülaosas
  6. Pange skriptid põhja
  7. Vältige CSS-i väljendeid
  8. Muutke JavaScripti ja CSS-i väliseks
  9. Vähendage DNS-i otsinguid
  10. Minimeeri JavaScripti
  11. Vältige ümbersuunamisi
  12. Eemaldage duplikaatskriptid
  13. Seadistage ETags
  14. Muutke AJAX vahemällu

Steve teine ​​raamat on samuti hea, kuid rohkem rõhku pannakse konkreetsele Javascriptile ja brauseri käitumisele. Esimene raamat on universaalselt rakendatav ja esimeses raamatus toodud näpunäited mõjutavad kõige rohkem.

  • aitäh, see on suurepärane teave, põhjus, miks küsisin konkreetselt IIS-i kohta, kuna tahtsin teada, kas on olemas selliseid "maagilisi" seadeid nagu tihendamise lubamine
  • Tõeliselt hea ASP.NETi jõudlusraamat: amzn.to/eej7b7

Jesperi ülaltoodud näpunäited on suurepärased soovitused staatiliste veebilehtede kiirendamiseks.

Kui kasutate ASP.NET-i rakendust, saate ka teha, kui teie veebisaidil on koormuse tõttu jõudlusprobleeme:

  • Jälgige oma serverit. ASP.NET avaldab palju loendureid, mida saab PerfMon.exe-s jälgida. Globaalne taotluste järjekorra loendur näitab teile, kas mõni taotlus on järjekorras. See arv peaks alati olema 0.
  • Optimeerige kõned välistele ressurssidele, näiteks andmebaasidele ja failisüsteemidele. Pikaajalised taotlused seovad lõime ja takistavad sissetulevate taotluste esitamist
  • Kui teil on pikka aega kõnesid välistele ressurssidele, kaaluge nende asünkroonseks muutmist. See suunab päringu eraldi lõimekogumisse ja tagastab algse lõime basseini uute taotluste esitamiseks
  • Suurendage .NET vanemate versioonide lõimupaki suurust. Selle sätte leiate seadmest machine.config
  • Konfigureerige oma IIS-i rakenduste basseinis veebiaia valik, et kasutada rohkem kui ühte töölisprotsessi (IIS7 täpsemate sätete suvand Töötajate maksimaalne protsess). Mängige erinevate seadetega, et näha, mis teie keskkonnale kõige paremini sobib. Mitmetuumalised masinad saavad paremini toime tulla mitme töötaja protsessidega.
  • Virtuaalmasinas ärge määrake serverile liiga palju südamikke, kuna see võib teie hostil põhjustada jaotusprobleeme.
  • Kui olete neid kõiki proovinud ja näete endiselt probleeme koormuse tõttu, kaaluge serveri klastrimist. Windows Serveril on sisseehitatud võrgu koormuse tasakaalustamine, mis võimaldab teil konfigureerida väikest veebikasvandust, ilma et oleks vaja kallist riistvara koormuse tasakaalustajat. IIS7 sisaldab ka veebitalude raamistikku, mis saavutab sama asja rakenduse taotlemise marsruudi (ARR) abil. Samuti tegeleb see serverite ettevalmistamisega.

Kiire veebiotsing nende küsimuste kohta annab palju head teavet.

Maagilised seaded on tavaliselt saidikohased. IIS7 õigete küsimuste leidmiseks peate toimuvat jälgima.

Milline jõudlusahela osa on kõige nõrgem?

või

Mida saaksite teha, et saada granuleeritud nähtavus kättesaadaval viisil?

Jesper Mortensenil on täiesti õigus Steve'i kaks raamatut on suurepäraselt loetavad ja moodustasid hiljuti 5,5 sekundi kuni 1,8 sekundi kiiruse (veebilehtede) meie hooldatud saidil. Kogu süsteemi stabiliseerimine logide põhjal aitas meil hoida tarnete stabiilsena kogu jooksu ajal ja tõusta tipptasemel (üle 50% sellest oli OS-i tasemel). Ükski neist ei oleks olnud võimalik kahe päeva jooksul ilma igal tasemel jälgimata.

Steve Soundersi töö kõrvalt pole sageli iga saidi jaoks kontrollnimekirja, peate enne lahenduse otsimist probleemi tundma.

Rakendame ARR-mooduli IIS7-s, nii et teeme webFarmi, ARR saab teie taotluse kettale vahemällu salvestada ja meie jaoks jõudlust suurendada, mis muudab suurt vahet.

HTML-lehel saate meediumis kasutada ka mitut alamdomeeni, näiteks:

js.yourdomain.com img.yourdomain.com css.yourdomain.com

jne. Brauser le ie, ja ma arvan, et teised allalaaditavad samaaegsed 3 ühendust alamdomeenide kaupa.

none: Charles Robertson | none