Live Optics | Optinen Prime | Jonon syvyys: Tarkempi katsaus

Levyjonoa pidetään usein ensimmäisenä indikaattorina sovelluksen huonosta suorituskyvystä, mutta sitä syytetään usein liian aikaisin. Seuraava selitys on nopea ja likainen opas joidenkin perusmenetelmien ymmärtämiseen Disk Quen salaperäisyyden poistamiseksi.

Jakakaamme tämä kahteen osaan. Basic hit and run -selviytymisopas niille teistä, joilla ei ole aikaa lukea eteenpäin, ja syvällisempi ymmärrys siitä, miksi Disk Queue ylipäätään sai olla keskipiste. 

Selviytymisopas:

AN Optical Prime -projekti näyttää jäljellä olevien IO: iden määrän käyttöjärjestelmän näkökulmasta kullekin näytteelle koko tallennusjakson ajan. Jos levyjono on ongelma, sen pitäisi liittyä tiiviisti viiveeseen samana ajanjaksona. Joten hyvästä huonompaan:

- Matala levyjono ja pieni viive = Todennäköisesti onnellinen sovellus ja käyttökokemus

- Suuri levyjono ja pieni viive = Jos viive pysyy toivottavana, tämän pitäisi olla OK.

- Matala levyjono ja korkea viive = Tarvitsee huomiota, mutta se ei todennäköisesti ole tallennustilasi.

- Suuri levy ja suuri viive = Pitäisi tarkastella tallennustilaasi mahdollisena pullonkaulana.

Tätä viimeistä tulisi tutkia, ja tässä on tärkeää Optical Prime -arvo, joka edustaa suorituskykyä ajan mittaan. Jos levyjono aiheuttaa viiveen, näiden kahden arvon välillä pitäisi näkyä tiukasti korreloivia kuvioita.  

Tässä on merkintä, joka näyttää esimerkin hyvästä korrelaatiosta viiveen ja levyjonon välillä.

Jos haluat ymmärtää levyjonon pituuden perusteet, ajattele uloskirjautumislinjaa paikallisessa "Food-Martissa". Kaikki tietävät poran... Valitset tavarasi, pääset jonoon uloskirjattavaksi, kun on sinun vuorosi, maksat ja lopulta omistat tuotteen.

Kaikki ovat myös olleet siellä lomalla tai myöhään illalla, kun jono on pitkä ja köyhällä kassavirkailijalla on jono järkyttyneitä ihmisiä, jotka sanovat: "Miksi johto ei vain avaa lisää uloskirjautumiskaistoja!"

Määritelmän perustasolla levyjono on jäljellä olevien levytoimintojen määrä, jotka "odottavat jonossa" ja siten syy siihen, että sitä pidetään usein tallennusongelmien osoittamiseksi.

Me kaikki tiedämme, että kassavirkailijoiden lisääminen Food-Mariin tekisi linjan tuulettimeksi ja sujuisi nopeammin, ja se tekee niin, koska lisäsimme rinnakkaisen työn määrää. Samoja perusperiaatteita voidaan soveltaa IO-pyyntöihin. Jos palvelimellani olisi vain yksi levy, joka yrittää tehdä kaiken tämän työn, tai sanotaan, että pieni RAID 5 yrittää tehdä tämän työn. Sitten voisimme kuvitella, että sovellus loisi työmäärän tarpeen, jossa I / O: n kassalinja varmuuskopioitaisiin. Tätä suurta levyjonoilmiötä kutsutaan "karaan sidotuksi". Yksinkertaisesti sanottuna levyt eivät pysy kysynnän mukana, joten muodostuu linja, joka ilmenee viiveenä käyttöjärjestelmään.

Perusohje on, että levyjono yli 2-4 on huono.

Helppoa, eikö? No, se muuttuu valitettavasti monimutkaisemmaksi.

Sääntö on, että yli 2-4 levyjono levyä kohti on huono... syy vaikeutumiseen on se, että Optical Prime ei kerro, kuinka monta levyä muodostaa, että "F: Ajaa."

Vaikuttaa tarpeeksi triviaalilta, miksi emme tartu levyjen määrään ja kutsu sitä päiväksi? No, emme voi aina tehdä niin. Jotkin asemat ovat oikeastaan osioita, ja E:- ja F:-asemat saattavat olla samalla levyllä. Parempi totuuden naamio tulee itse tallennusjärjestelmistä.

Mikä tahansa ulkoinen levyjärjestelmä, joka saattaa edustaa asemaa tai LUNia käyttöjärjestelmässä, saattaa peittää minkä tahansa määrän asemia käyttöjärjestelmästä. Levyjärjestelmässä voi esimerkiksi olla 4 tai 9 levyn RAID-ryhmä, joka muodostaa Windows-käyttöjärjestelmässä muodossa F: Ajaa"... joten jos meillä on 15: n levyjono, onko se huono ... vai onko se OK?

Sovellushäiriöt
Jotkin sovellukset voivat hallita levyjonoa tai reagoida siihen. Hallintatekniikkasovellus, kuten SQL server voi kuristaa I / O: ta, jotta ei luoda liikaa erinomaisia IO: ita. Jos he näkevät levyjonon kiipeävän, se voi peittää ongelman estämällä sen riistäytymisen käsistä.

Tietomallit
Takaisin Food-Martin kassalle... Kun johtaja lopulta herää ja avaa kolme uutta kassakaistaa, ihmiset voivat tuulettaa ja käydä läpi linjat, koska heidän ostoksensa eivät liity toisiinsa. Ne ovat kuin satunnainen I/O. Jokainen henkilö kulkee linjan läpi riippumatta kenestäkään muusta. Satunnainen IO on sama. Jokainen toimenpide haluaa valmistua mahdollisimman nopeasti eikä välitä kenestäkään muusta.

Peräkkäiset tiedot ovat päinvastaisia, ja niitä voidaan ajatella enemmän kuin elokuvaa. Elokuva on sarja still-kehyksen valokuvia, jotka toistetaan "peräkkäin", jotta saat elokuvan vaikutelman. Jotta elokuvassa olisi järkeä, nämä kehykset on toistettava järjestyksessä ja ne ovat riippuvaisia tästä järjestyksestä, jotta elokuva olisi järkevä. (miinus tietysti kaikki Quentin Tarantinon elokuvat)

Usein peräkkäistä I/O:ta ei voida jakaa rinnakkaiseen toimintaan. Peräkkäistä kuormitusta suorittavan ohjelman luonteesta riippuen levyjonon ja viiveen määrä saattaa olla kasvanut, mutta samanlainen korrelaatio saattaa ulottua I/O-siirron kokoon. Saat lisätietoja tästä lukemalla viestin siitä, miten I/O-siirtokoko voi vaikuttaa viipeeseen.

Yhteenveto
Nykyään SSD-levyjen ja virtualisoidun tallennuksen kanssa mahdollisuudet saada levyt pullonkaulaksi eivät ole kuin silloin, kun 15 K RPM -asemat olivat korkein taso. Siitä huolimatta kannattaa tutkia joka kerta, kun metsästät latenssiongelmaa.  

On melkein helpompaa sulkea pois, että levy aiheuttaa viiveen, kuin löytää viiveen syy. Mutta ainakin sinulla voi olla yksi paikka vähemmän etsiä :).

Jos sinulla on kysyttävää, ota yhteys Live Optics -tukeen osoitteessa liveoptics.support@dell.com.