Anatoa mseto za SSHD. Faida na hasara. Faida na hasara za Teknolojia ya Majibu ya Intel Smart

Wacha tuchunguze chaguzi kadhaa tofauti za kuunda mfumo mdogo wa diski ya seva ili kuzilinganisha kwa suala la bei na utendaji. Wacha tuchague 10TB kama uwezo muhimu wa uhifadhi wa diski. Chaguzi zote huchukua matumizi ya kidhibiti cha RAID cha maunzi kilicho na kache ya 2GB.

Chaguo la bajeti- anatoa mbili za 3.5 "10TB ngumu na interface ya SATA na kasi ya spindle ya 7200 rpm, pamoja na safu ya RAID1. Utendaji wa safu hiyo hautazidi shughuli 500 kwa pili (IOPS) wakati wa kusoma na IOPS 250 wakati wa kuandika. Ziada ya kuandika. Faida ya suluhisho hili ni uwezekano wa kuzidisha uwezo wa kuhifadhi kwa kuongeza disks mpya kwenye bays za bure za kikapu cha disk ya seva.

Chaguo lenye tija- 12 HDD 2.5" 10'000RPM yenye uwezo wa 1.8TB katika RAID10 (RAID5 au RAID50 ni polepole mara mbili katika shughuli za uandishi). Hapa tunapata IOPS 5'000 hivi za kusoma, na IOPS 2'500 za kuandika - katika 10 mara zaidi ya chaguo la kwanza.Hata hivyo, diski hizi zitagharimu karibu mara sita zaidi.

Utendaji wa juu zaidi itatoa safu ya RAID10 ya anatoa SSD, kwa mfano, vipande 12 vya Intel DC S4600 1.9TB. Utendaji wa safu kama hiyo itakuwa IOPS 800,000 kwenye shughuli za kusoma na IOPS 400,000 kwenye shughuli za uandishi, ambayo ni, mara 160 haraka kuliko chaguo la pili, lakini mara 4 ghali zaidi ikilinganishwa nayo, na mara 24 ghali zaidi kuliko chaguo la kwanza. Kuchagua anatoa kubwa za SSD zitatoa takriban takwimu sawa kwa suala la gharama na utendaji wa chini kidogo.


Chaguo safu	Kusoma (IOPS)	Rekodi (IOPS)	Saa ngapi mara kwa kasi zaidi	Saa ngapi mara ghali zaidi

HDD 10TB x 2	500	250	—	—

HDD 1.8TB x 12	5’000	2’500	X 10	X 6

SSD 1.9TB x 12	800’000	400’000	X 1600	X 24

Kwa ujumla, gharama kubwa zaidi, kasi zaidi. Na hata kasi inazidi bei.

Maagizo 3 ya faida ya utendakazi ambayo SSD hutoa yanavutia sana, lakini huja kwa gharama kubwa ya kuhifadhi saizi hii.

Kwa bahati nzuri, kuna teknolojia ya bei nafuu ambayo inaweza kutoa utendaji kwa mpangilio sawa wa ukubwa kama safu ya kawaida ya SDD. Inategemea utumiaji wa viendeshi vya SSD kama kumbukumbu ya kache ya mfumo mdogo wa diski.

Wazo la caching ya SSD ni msingi wa wazo la data "moto".

Kwa kawaida, programu za seva hufanya kazi kikamilifu na sehemu ndogo tu ya data iliyohifadhiwa kwenye mfumo mdogo wa diski ya seva. Kwa mfano, kwenye seva ya 1C, shughuli zinafanywa hasa na data kutoka kwa kipindi cha sasa cha uendeshaji, na maombi mengi kwa seva ya mwenyeji wa wavuti, kama sheria, hurejelea kurasa maarufu zaidi za tovuti.

Kwa hivyo, katika mfumo mdogo wa diski ya seva kuna vizuizi vya data ambavyo mtawala hupata mara nyingi zaidi kuliko vizuizi vingine. Mdhibiti, ambayo inasaidia teknolojia ya caching ya SSD, huhifadhi vitalu vile "vya moto" kwenye kumbukumbu ya cache kwenye anatoa za SSD. Kuandika na kusoma vizuizi hivi kutoka kwa SSD ni haraka zaidi kuliko kusoma na kuandika kutoka kwa HDD.

Ni wazi kwamba mgawanyiko wa data katika "moto" na "baridi" ni kiholela kabisa. Walakini, kama inavyoonyesha mazoezi, kutumia hata jozi ya viendeshi vidogo vya SSD vilivyojumuishwa kwenye safu ya RAID1 ya kuweka data "moto" inatoa ongezeko kubwa sana la utendaji wa mfumo mdogo wa diski.

Teknolojia ya caching ya SSD hutumiwa kwa shughuli zote za kusoma na kuandika.

Algorithm ya caching ya SSD inatekelezwa na mtawala; ni rahisi sana na hauitaji juhudi yoyote kutoka kwa msimamizi kusanidi na kudumisha. Kiini cha algorithm ni kama ifuatavyo.

Wakati seva inatuma ombi kwa mtawala kusoma kizuizi cha data

Ikiwa ndio, mtawala anasoma kizuizi kutoka kwa kashe ya SSD.

Ikiwa sio hivyo, mtawala anasoma kizuizi kutoka kwa anatoa ngumu na anaandika nakala ya kizuizi hicho kwenye cache ya SSD. Wakati mwingine kuna ombi la kusoma la kizuizi hiki, litasomwa kutoka kwa kashe ya SSD.

Wakati seva inatuma ombi kwa mtawala kuandika kizuizi cha data, mtawala hukagua ikiwa kizuizi kilichotolewa kiko kwenye kashe ya SSD.

Ikiwa ndio, mtawala anaandika kizuizi hiki kwenye kashe ya SSD.

Ikiwa sivyo, mtawala anaandika kizuizi hiki kwa anatoa ngumu na kwa cache ya SSD. Wakati mwingine ombi litafanywa ili kuandika kizuizi hiki, kitaandikwa tu kwenye kashe ya SSD.

Nini kinatokea ikiwa ombi linalofuata la kuandika kizuizi ambacho hakipo kwenye cache ya SSD, hakuna nafasi ya bure kwa hiyo? Katika kesi hii, kizuizi cha "kongwe" katika cache ya SSD kwa muda wa kufikia kitaandikwa kwenye gari ngumu, na kizuizi "mpya" kitachukua nafasi yake.

Kwa hivyo, baada ya muda baada ya seva kuanza kufanya kazi kwa kutumia teknolojia ya caching ya SSD, kumbukumbu ya kashe kwenye SSD itakuwa na vizuizi vya data ambavyo hupatikana mara nyingi na programu za seva.

Ikiwa unapanga kutumia kache ya SSD kwa matumizi ya kusoma tu, unaweza kutumia kiendeshi kimoja cha SSD au safu ya RAID0 ya viendeshi vya SSD kama kashe kwenye SSD, kwani kashe ya SSD itahifadhi tu nakala za vizuizi vya data vilivyohifadhiwa kwenye ngumu. anatoa.

Ikiwa caching ya SSD imepangwa kutumika kwa kusoma na kuandika, basi data "ya moto" itahifadhiwa tu kwenye kumbukumbu ya cache kwenye SSD. Katika kesi hii, inahitajika kuhakikisha nakala rudufu ya data kama hiyo, ambayo hutumia anatoa mbili au zaidi za SSD pamoja katika safu ya RAID na upungufu, kwa mfano, RAID1 au RAID10, kama kumbukumbu ya kache.

Hebu tuone jinsi teknolojia ya caching ya SSD inavyofanya kazi katika mazoezi, na wakati huo huo kulinganisha ufanisi wa utekelezaji wake kwa watawala kutoka kwa wazalishaji wawili tofauti - Adaptec na LSI.

Kupima

Safu kuu ya diski: RAID10 kati ya sita za HDD SATA 3.5" 1TB. Safu inayoweza kutumika ya ujazo 2.7TB.

Akiba ya SSD: RAID1 ya SSD mbili za Intel DC S4600 240GB. Kiasi muhimu cha safu ni 223GB.

Tulitumia sekta milioni 20 za kwanza, yaani, 9.5GB, ya safu kuu ya RAID10 kama data "moto". Kiasi kidogo kilichochaguliwa cha data "moto" haibadilishi chochote, lakini inaweza kupunguza kwa kiasi kikubwa muda wa majaribio.

Vidhibiti vilivyojaribiwa: Adaptec SmartRAID 3152-8i na BROADCOM MegaRAID 9361-8i (LSI).

Mzigo kwenye mfumo mdogo wa diski uliundwa kwa kutumia matumizi ya iometer. Vigezo vya mzigo wa kazi: ukubwa wa 4K wa block, ufikiaji nasibu, kina cha foleni 256. Tulichagua kina cha juu zaidi cha foleni ili kulinganisha utendakazi wa juu zaidi bila kuzingatia muda wa kusubiri.

Utendaji wa mfumo mdogo wa diski ulirekodiwa kwa kutumia Windows System Monitor.

Adaptec (Microsemi) SmartRAID 3152-8i yenye teknolojia ya maxCache 4.0

Kidhibiti hiki kinaweza kutumia teknolojia ya kuweka akiba ya maxCache 4.0 SSD kwa chaguomsingi na ina 2GB ya kumbukumbu yake ya akiba na ulinzi wa kupotea kwa nishati umejumuishwa.

Wakati wa kuunda safu kuu ya RAID10, tulitumia mipangilio ya kidhibiti chaguo-msingi.

Safu ya akiba ya RAID1 kwenye SSD iliwekwa kwa modi ya Kuandika-Nyuma ili kuwezesha kusoma na kuandika kwa SSD. Wakati wa kuweka hali ya Andika-Kupitia, data zote zitaandikwa kwenye gari ngumu, kwa hiyo tutapata tu kuongeza kasi kwenye shughuli za kusoma.

Picha ya mtihani:

Grafu 1. Kujaribu Adaptec maxCache 4.0

Mstari mwekundu ni utendaji wa mfumo mdogo wa diski kwenye shughuli za uandishi.

Kwa wakati wa kwanza, kuna kuongezeka kwa kasi kwa utendaji hadi IOPS 100,000 - data imeandikwa kwa cache ya mtawala, ambayo inafanya kazi kwa kasi ya RAM.

Mara tu kashe imejaa, utendaji hushuka kwa kasi ya kawaida ya safu ya gari ngumu (takriban 2,000 IOPS). Kwa wakati huu, vizuizi vya data vimeandikwa kwa anatoa ngumu, kwani vizuizi hivi bado haviko kwenye kumbukumbu ya kache kwenye SSD na mtawala haoni kuwa "moto". Nakala ya data imeandikwa kwenye cache ya SSD.

Hatua kwa hatua, vizuizi zaidi na zaidi vimeandikwa tena; vizuizi kama hivyo tayari viko kwenye kashe ya SSD, kwa hivyo mtawala huwachukulia kama "moto" na anaandika kwa SSD tu. Utendaji wa shughuli za uandishi hufikia IOPS 40,000 na hutulia katika kiwango hiki. Kwa kuwa data katika cache ya SSD inalindwa (RAID1), hakuna haja ya kuandika tena kwa safu kuu.

Hebu tukumbuke, kwa njia, kwamba kasi iliyotangazwa ya mtengenezaji kwa viendeshi vya Intel DC S4600 240GB SSD tunazotumia hapa ni IOPS 38,000 haswa. Kwa kuwa tunaandika seti sawa ya data kwa kila gari katika jozi ya kioo ya RAID1, tunaweza kusema kwamba anatoa za SSD zinaendesha kwa kasi yao ya haraka iwezekanavyo.

Mstari wa bluu- utendaji wa mfumo mdogo wa diski kwenye shughuli za kusoma. Sehemu ya kushoto inasoma data kutoka kwa safu ya anatoa ngumu kwa kasi ya takriban IOPS 2,000; hakuna data "moto" kwenye kumbukumbu ya kache kwenye SSD bado. Wakati huo huo na kusoma vizuizi vya gari ngumu, vinakiliwa kwenye kumbukumbu ya cache kwenye SSD. Hatua kwa hatua, kasi ya kusoma huongezeka kidogo kwani vizuizi ambavyo vilisomwa hapo awali kwenye kashe ya SSD huanza "kunaswa."

Baada ya data yote "ya moto" imeandikwa kwenye cache ya SSD, inasomwa kutoka hapo kwa kasi ya IOPS zaidi ya 90,000 (sehemu ya pili ya bluu).

Mstari wa zambarau - mzigo wa pamoja (50% kusoma, 50% kuandika). Shughuli zote zinafanywa tu na data "moto" kwenye SSD. Utendaji ni karibu IOPS 60,000.

Muhtasari

Kidhibiti cha Adaptec SmartRAID 3152-8i kitafanya kazi nzuri ya kupanga uhifadhi wa SSD. Kwa kuwa kidhibiti tayari kinajumuisha usaidizi wa maxCache 4.0 na ulinzi wa kache, SSD pekee zinahitajika kununuliwa. Kidhibiti ni rahisi na rahisi kusanidi; mipangilio chaguo-msingi hutoa kiwango cha juu zaidi cha ulinzi wa data.

Rekodi ya video ya majaribio ya Adaptec maxCache 4.0:

LSI (BROADCOM) MegaRAID 9361-8i

Kidhibiti hiki kinaauni teknolojia ya kuweka akiba ya CacheCade 2.0 SSD. Ili kuitumia, unahitaji kununua leseni inayogharimu takriban 20,000 rubles.

Ulinzi wa akiba haujajumuishwa kwenye kifurushi, lakini kulingana na majaribio, tuligundua kuwa ili kupata utendaji wa juu zaidi, kashe ya kidhibiti hutumiwa vyema katika hali ya Kuandika-Kupitia, ambayo haihitaji ulinzi wa cache.

Mipangilio ya kidhibiti kwa safu kuu: kashe ya mtawala katika hali ya Kuandika-Kupitia; Njia za kusoma Moja kwa moja IO, Hakuna Kusoma Mbele.

Kumbukumbu ya akiba kwenye viendeshi vya SSD (safu ya RAID1) katika modi ya Kuandika-Nyuma kwa kuweka akiba ya shughuli za kusoma na kuandika.

Picha ya majaribio (hapa masafa ya wima ni mara mbili ya Adaptec):

Grafu 2. Kujaribu CacheCade ya LSI 2.0

Mlolongo wa kupima ni sawa, picha ni sawa, lakini utendaji wa CacheCade 2.0 ni juu kidogo kuliko maxCache.

Kwenye uandishi wa shughuli za data "motomoto" tulipokea utendakazi wa karibu IOPS 60'000 dhidi ya 40'000 kutoka kwa Adaptec, kwenye shughuli za kusoma - karibu IOPS 120'000 dhidi ya IOPS 90'000, kwa mzigo wa pamoja - 70'000 IOPS dhidi ya 60'. IOPS 000.

Hakuna "spike" ya utendaji wakati wa mwanzo wa shughuli za uandishi wa majaribio, kwani kashe ya mtawala inafanya kazi katika hali ya Andika-Kupitia na haitumiwi wakati wa kuandika data kwa diski.

Muhtasari

Mdhibiti wa LSI ana mipangilio ya parameter ngumu zaidi, inayohitaji ufahamu wa kanuni za uendeshaji wake. Uakibishaji wa SSD hauhitaji ulinzi wa kashe ya kidhibiti. Tofauti na Adaptec, inawezekana kutumia cache ya SSD kuhudumia safu kadhaa za RAID mara moja. Utendaji bora kuliko vidhibiti vya Adaptec. Inahitaji ununuzi wa leseni ya ziada ya CacheCade.

Kurekodi video ya majaribio ya LSI CacheCade 2.0:

Hitimisho

Hebu tuongeze kwenye meza yetu. Wakati wa kulinganisha bei, kuzingatia kwamba kwa safu ya 10TB, kumbukumbu kubwa ya cache ni ya kuhitajika. Tutachukua nambari za utendaji kutoka kwa jaribio letu.


Chaguo safu	Kusoma (IOPS)	Rekodi (IOPS)	Saa ngapi mara kwa kasi zaidi	Saa ngapi mara ghali zaidi

HDD 10TB x 2	500	250	—	—

HDD 1.8TB x 12	5’000	2’500	X 10	X 6

SSD 1.9TB x 12	800’000	400’000	X 1600	X 24

HDD 10TB x 2 + SSD 960GB x 2, maxCache	90’000	40’000	X 160	X 2.5

HDD 10TB x 2 + SSD 960GB x 2, CacheCade	120’000	60’000	X 240	X 3

Wakati wa kuandika uakibishaji wa uandishi, kila wakati tumia safu zisizohitajika (RAID1 au RAID10) kama kashe ya SSD.

Kwa akiba ya SSD, tumia SSD za seva pekee. Wana eneo la ziada "lisiloonekana" la karibu 20% ya kiasi kilichotangazwa. Eneo hili la hifadhi hutumiwa kwa uharibifu wa ndani na shughuli za kukusanya takataka, hivyo utendaji wa anatoa vile wakati wa shughuli za kuandika haupunguki hata wakati wao ni 100%. Kwa kuongeza, uwepo wa eneo la hifadhi huokoa rasilimali ya gari.

Rasilimali ya anatoa za SSD kwa kumbukumbu ya kache lazima ilingane na mzigo kwenye mfumo mdogo wa uhifadhi wa seva kulingana na kiasi cha data iliyoandikwa. Rasilimali ya kiendeshi kawaida huamuliwa na kigezo cha DWPD (Hifadhi Huandika Kwa Siku) - ni mara ngapi kwa siku kiendeshi kinaweza kufutwa kabisa kwa miaka 5. Hifadhi zilizo na DWPD 3 au zaidi kwa kawaida zitakuwa chaguo linalofaa. Unaweza kupima mzigo halisi kwenye mfumo mdogo wa diski kwa kutumia mfuatiliaji wa mfumo.

Ikiwa kuna haja ya kuhamisha data zote kutoka kwa kumbukumbu ya cache kwenye anatoa za SSD kwenye safu kuu, unahitaji kubadili hali ya uendeshaji ya cache ya SSD kutoka kwa Andika-Rudi hadi Kuandika-Kupitia na kusubiri hadi data imeandikwa kabisa kwa ngumu. anatoa. Mwishoni mwa utaratibu huu, lakini si kabla, mtawala "ataruhusu" kiasi cha cache ya SSD kufutwa.

Ikiwa una maswali au maoni yoyote kuhusu nyenzo hii, tafadhali yaelekeze kwa.

Tofauti kati ya mifumo ndogo ya diski ya SSD na HDD+SSD kwa seva maalum zilizojitolea, ulinganisho wa utendaji.

Hifadhi za kashe za HDD + SSD

Kanuni ya uendeshaji. Tunatumia viendeshi vya SSD vya kasi ili kuweka akiba ya maombi ya kupunguza kasi ya uendeshaji wa hifadhi za HDD lakini zenye uwezo mkubwa na wa bei nafuu. Katika hali hii, kila ufikiaji wa diski ngumu ya mashine ya kweli huangaliwa kwa uwepo kwenye kashe, na ikiwa iko kwenye kashe, inatumwa kutoka hapo, badala ya kusoma kutoka kwa diski polepole. Ikiwa data haipatikani kwenye cache, basi inasomwa kutoka kwa HDD na imeandikwa kwenye cache.

Faida za teknolojia Kashe ya HDD+SSD. Faida kuu ya teknolojia ya cache ya HDD + SSD ni kiasi cha nafasi ya disk iliyotolewa. Pia, seva kulingana na teknolojia hii ni ya bei nafuu, ambayo ni muhimu kwa mwenyeji wa miradi ya kuanza, seva za mtihani na huduma za wasaidizi.

Hifadhi nakala za data
Kumbukumbu za kiasi na data
Huduma na tovuti zozote ambazo kasi ya kusoma/kuandika kutoka kwa diski sio muhimu

Viendeshi vya SSD

Kanuni ya uendeshaji. SSD (Hifadhi ya hali imara) ni gari ambalo, tofauti na anatoa ngumu za kawaida, hazina vipengele vya kusonga. SSD hutumia kumbukumbu ya flash kuhifadhi. Kwa maneno rahisi, hii ni gari kubwa la flash.

Faida za teknolojia SSD. Faida kuu ya anatoa SSD ni kasi. Tofauti na gari la kawaida la ngumu, hakuna muda unaotumika kuweka vichwa vya kusoma - kasi ya upatikanaji wa data huongezeka. Kwa mujibu wa vipimo, kasi ya kusoma / kuandika kwenye SSD ni mara kadhaa zaidi kuliko ile ya HDD ya kawaida.

Nani atafaidika VDS au VPS kwenye SSD?

Kwa wamiliki wa maduka ya mtandaoni: kasi ya kufanya kazi na hifadhidata kwenye SSD ni kubwa zaidi kuliko HDD.
Wamiliki wa tovuti zingine: kurasa za tovuti yako zitafungua kwa kasi zaidi, ambayo ni muhimu kwa cheo katika injini za utafutaji.
Kwa wasanidi programu: kasi ya kukusanya msimbo kwenye viendeshi vya SSD ni haraka, okoa wakati wako.
Kwa seva za mchezo: kasi ya upakiaji inaongezeka, usifanye wachezaji kusubiri.

Viendeshi vya NVMe

Kanuni ya uendeshaji. NVM Express (NVMe, NVMHCI, Uainisho wa Kidhibiti cha Kidhibiti cha Kumbukumbu Kisicho Tete) ni toleo lililosasishwa la hifadhi ya SSD. Inatumia itifaki yake ya mwingiliano, iliyotengenezwa kutoka mwanzo, na inaunganisha kupitia bandari ya PCI Express.

Faida za teknolojia NVMe. Kusoma na kuandika na viendeshi vya NVMe ni haraka mara 2-3 kuliko kwa SSD za kawaida. Basi ya PCI Express haina kikomo kasi ya diski - hii inahakikisha utendaji ulioongezeka. Kwa kuongezea, shughuli sambamba huchakatwa haraka kwenye NVMe; shughuli zaidi za kusoma-kuandika hufanywa kwa kila kitengo cha wakati.

Wakati wa kuagiza seva ya kawaida na diski ya NVMe?

Katika kesi sawa na SSD. Wakati mradi wako hauna tena utendaji wa kutosha wa SSD, au unapanga ukuaji wa mradi na mizigo ya juu.

Kulinganisha utendaji

Tulilinganisha utendaji wa mashine za kawaida kwenye seva za mwili za "kupambana" na mifumo ndogo ya diski.

Tulizingatia idadi ya IOPS (idadi ya shughuli za pembejeo / pato, Uendeshaji wa Pembejeo / Pato kwa Sekunde) - hii ni mojawapo ya vigezo muhimu wakati wa kupima utendaji wa mifumo ya kuhifadhi, anatoa ngumu na anatoa za hali imara (SSD) .

Tafadhali kumbuka kuwa tovuti mara nyingi hutumia shughuli za usomaji wa data badala ya shughuli za kuandika. Takwimu hii kwa anatoa za SSD ni mara tatu zaidi kuliko ile ya teknolojia ya HDD + SSD-cache.

Ulinganisho wa utendaji wa teknolojia

Ujio wa anatoa ngumu za hali-ngumu, au SSD kwa kifupi, kwa hakika inaweza kuchukuliwa kuwa mafanikio katika maendeleo ya teknolojia ya kuunda vifaa vya kurekodi na kuhifadhi habari za digital. SSD za kwanza kuingia sokoni, isipokuwa upatikanaji wa kasi ya juu kwa vitalu vya kiholela vya habari, kwa njia nyingi zilikuwa duni kuliko HDD za jadi. Sio tu kwamba viwango vyao, bila kuzidisha, vinaweza kuitwa zaidi ya kawaida, pia walikuwa na uvumilivu mdogo wa makosa na waligharimu pesa nyingi.

Je! ni nini kibaya na SSD?

Kasi ya juu, utulivu na matumizi ya chini ya nguvu ya anatoa za hali dhabiti zimetumika kama vichochezi nzuri kwa maendeleo yao. Anatoa za kisasa za SSD ni nyepesi, haraka sana na zinaaminika kabisa kutoka kwa mtazamo wa mitambo, vifaa vinavyotumiwa kwenye vidonge, ultrabooks na vifaa vingine vya kompakt. Bei ya SSD pia imeshuka kwa kiasi kikubwa. Lakini bado, hawawezi kuitwa kamili. SSD zote zina upungufu mkubwa - idadi ndogo ya mizunguko ya kuandika upya.

Kumbukumbu ya flash ya SSD nyingi ni ya aina ya MLC na inaruhusu data kuandikwa takriban kutoka mara 3 hadi 10 elfu, wakati USB ya kawaida inamaliza rasilimali yake katika mizunguko 1000 au chini ya kuandika upya. Pia kuna SSD, kwa mfano, na aina ya kumbukumbu ya SLC, ambayo inaweza kuhimili mizunguko ya mia kadhaa ya kuandika upya. Kuna nuances nyingi, kwa hiyo haishangazi kwamba ni hasa kipengele hiki cha anatoa SSD ambacho kinaleta maswali mengi kati ya watumiaji wa kawaida kuhusu uendeshaji wao, na muhimu zaidi, kupanua maisha yao ya huduma. Uboreshaji wa SSD ni muhimu katika Windows 7/10 au hii ni hadithi nyingine iliyoundwa na watengenezaji na watengenezaji wa programu za kibiashara wenyewe?

Mafunzo ya msingi

Ndio, unaweza kuacha kila kitu kama ilivyo kwenye PC iliyo na SSD, na unaweza kuwa sawa, lakini ikiwa unajali sana gari lako na unataka lidumu kwa muda mrefu iwezekanavyo, inafaa kuzingatia kuibadilisha. Hebu tuanze na ikiwa ulinunua kompyuta na SSD iliyounganishwa au tu gari yenyewe, ambayo unataka kuchukua nafasi ya HDD, kuhamisha Windows kutoka kwayo. Katika kesi ya kwanza, unaweza kujizuia kuanzisha mfumo. Ikiwa utasakinisha SSD mwenyewe, hakikisha uangalie ikiwa hali ya uunganisho ya AHCI ya mtawala wa SATA imewezeshwa kwenye BIOS.

Kuna pointi mbili hapa: baada ya kuwezesha AHCI na kuhamisha Windows kwenye SSD, mfumo hauwezi boot, kwani hautakuwa na madereva sahihi. Kwa hiyo, ama kufunga madereva kabla ya wakati, au rejesha Windows kutoka mwanzo. Pili. BIOS ya Kompyuta za zamani inaweza kukosa hali ya AHCI. Katika kesi hii, BIOS italazimika kusasishwa. Sasa kuhusu firmware ya mtawala wa SSD. Wamiliki wa anatoa za hali dhabiti mara nyingi huuliza ikiwa hifadhi itaendesha haraka zaidi ikiwa watasakinisha programu dhibiti ya hivi punde. Ndio, itakuwa, lakini ikiwa unaamua kuisasisha na kwa ujumla, ikiwa hitaji linatokea, ni bora kuwasiliana na kituo cha huduma kwa usaidizi.

Mipangilio ya mfumo. Inalemaza utengano

Defragmentation ni jambo muhimu kwa HDD, lakini inaweza kudhuru anatoa SSD, hivyo Windows kawaida huzima kiotomatiki. Walakini, inafaa kuangalia ili kuona ikiwa imezimwa. Endesha na amri dfrgui Huduma ya Uboreshaji wa Diski na ubofye Badilisha Mipangilio.

Hakikisha kisanduku cha kuteua cha "Endesha kwa ratiba" hakijachaguliwa. Ikiwa iko, hakikisha kuiondoa.

Inawasha TRIM

Utaratibu wa TRIM huboresha gari la SSD kwa kufuta seli za kumbukumbu za data zisizo za lazima wakati wa kuziondoa kwenye diski. Kutumia TRIM inahakikisha kuvaa sare ya seli za diski na huongeza kasi yake. Ili kuangalia ikiwa TRIM inatumika kwenye mfumo wako, endesha amri katika kisanduku cha amri kinachoendesha kama msimamizi: swala la tabia ya fsutil DisableDeleteNotify.

Ikiwa thamani ya parameter iliyorejeshwa LemazaDeleteNotify itakuwa 0, inamaanisha kila kitu kiko katika mpangilio na kazi ya trim imewezeshwa, ikiwa 1 inamaanisha imezimwa na inapaswa kuwezeshwa kwa amri. seti ya tabia ya fsutil DisableDeleteNotify 0.

Usanidi huu wa SSD unatumika tu kwa Windows 7/10, wakati Vista na XP haziungi mkono. Kuna chaguzi mbili: ama kusakinisha mfumo mpya, au kutafuta SSD na vifaa TRIM. Tafadhali pia kumbuka kuwa baadhi ya mifano ya zamani ya anatoa za hali dhabiti haziungi mkono TRIM hata hivyo, uwezekano kwamba bado zinauzwa katika maduka ya dijiti ni mdogo sana.

Wakati wa mchakato, kiasi kikubwa cha data, kulinganishwa na kiasi cha RAM, kinaweza kuandikwa kwenye faili ya hiberfil.sys kwenye diski ya mfumo. Ili kupanua maisha ya huduma ya SSD, tunahitaji kupunguza idadi ya mizunguko ya kuandika, kwa hiyo inashauriwa kuzima hibernation. Upande mbaya wa usanidi huu wa SSD ni kwamba hutaweza tena kuweka faili na programu wazi unapozima kompyuta yako. Ili kuzima hibernation, endesha amri inayoendesha na marupurupu ya msimamizi powercfg -h imezimwa.

Anzisha upya kompyuta yako na uhakikishe kuwa faili ya mfumo uliofichwa hiberfil.sys imeondolewa kwenye kiendeshi cha C.

Zima utafutaji wa faili na indexing

Ni nini kingine kinachoweza kufanywa ili kusanidi vizuri gari la SSD kwa Windows 7/10? Jibu ni kuzima indexing ya yaliyomo kwenye diski, kwa sababu SSD tayari iko haraka vya kutosha. Fungua sifa za diski na usifute "Ruhusu maudhui ya faili kuwa indexed ...".

Lakini hapa ni jambo. Ikiwa kwa kuongeza SSD una HDD, basi hakuna uwezekano wa kutaka kuzima indexing juu yake. Nini kitatokea kwa hii? Kwa chaguo-msingi, faili ya faharisi iko kwenye kiendeshi C na data kutoka kwa kiendeshi D bado itaandikwa kwenye kiendeshi cha hali dhabiti.

Ikiwa hutaki kuzima indexing kwenye kiasi cha mtumiaji, utahitaji kuhamisha faili ya indexing kutoka kwa mfumo wa SSD hadi HDD ya mtumiaji. Fungua kwa amri dhibiti/jina Microsoft.IndexingOptions chaguzi za indexing.

Sasa bofya "Advanced" na ueleze eneo lako la index, baada ya kuunda folda kwenye diski ya mtumiaji.

Ikiwa Kompyuta yako ina SSD pekee, unaweza kuzima kabisa kuorodhesha na kutafuta kwa kufungua snap-in ya usimamizi wa huduma kwa huduma.msc amri na kusimamisha huduma ya Utafutaji wa Windows.

Inalemaza ulinzi wa mfumo

Hoja yenye utata. Kwa kuzima uundaji wa nakala za kivuli cha mfumo, kwa upande mmoja, utapunguza idadi ya mizunguko ya uandishi, kwa upande mwingine, utaongeza hatari ya kupata mfumo usio wa kufanya kazi katika tukio la kutofaulu bila kutarajiwa. Kutumia kurudi nyuma ni mojawapo ya njia bora na rahisi zaidi za kurejesha Windows kwenye hali ya kufanya kazi; kwa sababu hii, hatupendekeza kuzima kazi hii, hasa kwa vile pointi huundwa mara kwa mara na hazichukua nafasi nyingi.

Haipendekezi kuzima ulinzi wa mfumo kwa Intel SSD zako; Microsoft inashiriki maoni sawa. Hata hivyo, ni juu yako kuamua. Ikiwa unatumia zana zingine za chelezo, kama vile Acronis True Image, ulinzi wa mfumo unaweza kulemazwa. Ili kufanya hivyo, nenda kwenye mali ya mfumo, kwenye kichupo cha "Ulinzi wa Mfumo", chagua gari la SSD na ubofye "Sanidi". Ifuatayo, katika chaguzi za kurejesha, fanya kitufe cha redio cha "Zima ulinzi wa mfumo", songa slider hadi sifuri na ubofye kitufe cha "Futa".

Je, nizima faili ya ukurasa au la?

Suluhisho lenye utata zaidi ni kuzima faili ya ukurasa. Watu wengine wanashauri kuihamisha kwenye HDD, wengine wanaizima kabisa, lakini sio rahisi sana. Faili ya paging ni muhimu ili kuboresha utendaji wa mfumo na programu zinazohitaji rasilimali muhimu za RAM. Kuzima paging kunaweza kupunguza mzigo wa diski, lakini athari inayotokana itakuwa ndogo sana. Kwa kuongeza, shutdown hii inaweza kupunguza kwa kiasi kikubwa utendaji wa kompyuta.

Pia hakuna uhakika fulani katika kuhamisha faili ya kubadilishana kwa HDD ngumu, kwa kuwa ni mara nyingi polepole kuliko SSD, na upatikanaji wa mara kwa mara wa mfumo huo utapunguza kasi ya uendeshaji wake. Kuzima, au bora zaidi, kupunguza faili ya paging inaruhusiwa tu katika kesi moja - ikiwa kompyuta yako ina zaidi ya GB 10 ya RAM, na hutumii programu zinazotumia rasilimali nyingi. Na hivyo, bila shaka, ni bora kuacha kila kitu kwa default. Unaweza kufanya udanganyifu wote na faili ya paging kwenye dirisha la vigezo vya utendaji, inayoitwa kwenye dirisha la "Run" na amri. utendaji kazi wa mfumo(hapa Advanced - Change).

Kuleta awali na Superfetch

Kwa nadharia, ni bora pia kuacha kila kitu hapa kama chaguo-msingi. Kazi haiathiri uimara wa anatoa za hali ngumu kwa njia yoyote, kwani haitoi rekodi yoyote. Kwa kuongeza, wakati wa kusakinisha Windows kwenye SSD, mfumo huizima kiatomati. Je, ungependa kuhakikisha kuwa imezimwa? Nenda kwa Mhariri wa Msajili kwa HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Meneja wa Kikao/Usimamizi wa Kumbukumbu/PrefetchParameters na uangalie thamani ya parameta WezeshaSuperfetch. Inapaswa kuwekwa kuwa 0. Unaweza pia kuizima kupitia usimamizi wa huduma.

Kama kwa Prefetch, diski inaandika inazalisha ni ndogo sana kwamba inaweza kupuuzwa. Hata hivyo, unaweza kuizima, hakuna kitu kibaya kitatokea. Ili kufanya hivyo, katika ufunguo huo wa Usajili, weka thamani ya parameter WezeshaPrefetcher 0.

Vile vile vinaweza kusemwa kuhusu kuzima kipengele cha ziada cha Prefetch ReadyBoot, ambacho huweka kumbukumbu za mchakato wa kupakua programu. Kiasi cha rekodi inazalisha kwenye folda C:/Windows/Prefetch/ReadyBoot hazifai, lakini ikiwa unataka kuzizima pia, weka parameta ya Anza kwenye ufunguo wa 0 HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/WMI/Autologger/ReadyBoot.

Programu za kuboresha diski za SSD

Karibu kila kitu kilichoonyeshwa katika mifano hapo juu kinaweza kufanywa kwa kutumia huduma maalum. Jinsi ya kusanidi SSD chini ya Windows 7/10 kwa kutumia programu za mtu wa tatu? Rahisi sana. Wengi wao wana kiolesura cha angavu, kilichowasilishwa na seti ya chaguo ambazo zinaweza kuwashwa au kuzimwa. Kuna viboreshaji vingi vya SSD, lakini tutazingatia tu wale maarufu zaidi.

SSD Mini Tweaker

Programu inayoweza kubebeka zaidi ya kuboresha anatoa za hali dhabiti. Huduma inasaidia kazi na kazi za utengano, hibernation na ulinzi wa mfumo, Punguza, Superfetch na Prefetcher, usimamizi wa faili ya paging na Layout.ini, indexing, cache ya mfumo wa faili na mipangilio mingine.

Kiolesura cha SSD Mini Tweaker kinawakilishwa na dirisha yenye orodha ya vitendakazi vinavyopatikana kwa usimamizi. Baada ya kutumia mipangilio mipya, huenda ukahitaji kuanzisha upya Kompyuta yako.

Huduma ya kushiriki kwa ajili ya kuboresha na kurekebisha utendakazi wa hifadhi ya SSD. Hakuna lugha ya Kirusi katika Tweak-SSD, lakini kuna mchawi rahisi wa hatua kwa hatua ambao hutoa mipangilio bora. Vipengele vya programu hii ni pamoja na kulemaza uorodheshaji wa faili, Msaidizi wa Utangamano wa Programu, hibernation, faili ya paging, defragmentation, kurekodi wakati wa mwisho wa kufikia faili, kufanya kazi na TRIM, kuongeza kashe ya mfumo wa faili, kuondoa kikomo cha kumbukumbu ya NTFS, na kuhamisha kernel ndani. kumbukumbu badala ya kupakua sehemu za moduli kwenye diski.

SSD Fresh Plus

Kiboreshaji kingine cha SSD. Tofauti na analogi, inasaidia kufanya kazi na data ya S.M.A.R.T.. Ukiwa na Abelssoft SSD Fresh Plus, unaweza kuzima utenganishaji, matumizi ya majina mafupi ya folda na faili, mihuri ya muda, logi ya Windows, na huduma za kuleta mapema.

Kwa jumla, matumizi inasaidia mipangilio tisa tofauti ambayo huongeza uendeshaji wa SSD. Vipengele vya ziada vya programu ni pamoja na kutazama maelezo ya kina kuhusu diski. Imesambazwa katika matoleo yanayolipishwa na bila malipo.

Hitimisho

Hiyo ndiyo labda yote. Pia kuna mapendekezo mengine ya kuboresha SSD, lakini kwa sehemu kubwa ni ya shaka au yenye madhara. Hasa, haipendekezi kuzima caching ya kuandika kwa diski ya SSD na jarida la USN la mfumo wa faili wa NTFS. Pia hupaswi kuhamisha programu na folda za muda, cache za kivinjari, nk kutoka kwa SSD, kwa sababu basi ni nini uhakika wa kununua gari la SSD? Tunahitaji programu kufanya kazi haraka, lakini kuzihamisha kwenye HDD kutapunguza kasi ya mfumo tu.

Na hatimaye, hapa kuna ushauri mzuri kwako. Usijisumbue sana na uboreshaji wa SSD. Itakuchukua angalau miaka kumi na mbili kufikia muda wa matumizi hata wa bajeti ya hifadhi ya hali thabiti ya GB 128, isipokuwa ukiandika na kufuta terabaiti za data kila siku. Na wakati huu, sio tu mfano wa diski, lakini pia kompyuta yenyewe itakuwa ya kizamani.

Utafiti wa kina wa athari za caching ya SSD kwenye utendaji wa gari ngumu

Takriban miaka miwili iliyopita, chipset ya mwisho ya Intel Z68 ilitolewa, na nayo teknolojia ya Smart Response ilianza. Inaweza kuonekana kuwa mpya, lakini kwa kweli ina mizizi mirefu - wazo la kuchanganya nguvu za anatoa ngumu za kitamaduni na anatoa za hali ngumu katika mfumo mmoja limekuwa angani kwa muda mrefu. Ni nini kinachohitajika kwa hili? Unahitaji kuongeza kiasi fulani cha flash kwenye diski kuu kama kache bafa. Kwa hakika, baada ya muda, inapaswa kujumuisha sekta ambazo mfumo hupata mara nyingi, ambayo itasababisha ongezeko kubwa la utendaji - upatikanaji wa SSD ni kasi zaidi. Na gari ngumu itakuwa na data tu na msimbo unaotekelezwa mara chache, kwani uwezo wake ni wa kutosha kwa hili, na kasi ya kuzindua programu zinazotumiwa mara chache sio muhimu sana. Chaguo bora zaidi, bila shaka, ni kutumia SSD yenye uwezo wa juu, lakini suluhisho hili ni bora tu kutoka kwa mtazamo wa utendaji - gharama ya kuhifadhi habari kwenye anatoa za hali imara ni mara kadhaa zaidi kuliko kwenye anatoa ngumu. Na mseto hukuruhusu kupita na kiwango kidogo cha flash, ambayo ni ya bei rahisi na, kwa kweli, karibu haraka kama kutumia SSD tu.

Wazalishaji wa gari ngumu walikaribia suala hilo kutoka kwa upande wao kwa kujenga buffer ya flash moja kwa moja kwenye anatoa ngumu. Tayari tumezoea maamuzi kama haya na, kwa ujumla, tumefikia hitimisho kwamba yana haki. Kweli, hadi hivi karibuni walipatikana tu kati ya mifano ya mbali, ambayo ina maana sana: kufanya mfumo wa mseto kwa mikono yako mwenyewe (yaani, kutoka kwa anatoa kadhaa) katika mazingira ya mbali haiwezekani kila wakati. Kwa hiyo, ni muhimu kufinya ndani ya mwili mmoja, na moja ambayo itafaa kwenye laptop, ambayo daima imetulazimisha kufanya maelewano. Hasa, Seagate Momentus XT sawa ilikuwa na GB 4 tu ya kumbukumbu ya flash katika kizazi cha kwanza na 8 GB katika pili. Lakini kwenye kompyuta ya mezani kuna kubadilika zaidi. Unaweza, kwa ujumla, tu kufunga SSD ya gigabyte 240 ili programu zote zifanane huko, na gari kubwa la ngumu kwa data. Au unaweza kuchukua SSD ndogo na utumie Smart Response. Zaidi ya hayo, mwaka mmoja uliopita idadi ya chipsets "zinazofaa" iliongezeka sana: Z68 iliongezewa na Z77 mpya, H77 (kwa bei nafuu), Q77 ya ushirika na marekebisho kadhaa ya kompyuta ndogo. Kwa neno moja, kuna nafasi ya kugeuka.

Kwa hiyo, leo tuliamua kuchunguza kwa undani zaidi uendeshaji wa teknolojia ya Smart Response. Kwa kifupi, tayari tulikutana naye tuliposoma Z68, lakini ndivyo hivyo, kwa ufupi. Sasa hebu tuangalie kwa undani: ni nini kinachoharakisha, jinsi inavyoharakisha, ni nini hupunguza ...

Tunaharakisha nini?

Kama giligili ya kufanya kazi, tuliamua kuchukua Western Digital Green WD30EZRX, ambayo tayari inajulikana kwetu kutoka kwa moja ya nakala zilizopita. Inaonekana kwetu kuwa kitu kizuri sana ni safu ya "kijani" (kwa hivyo, sio utendaji wa juu zaidi), na ndani ya mfumo wake gari sio bora zaidi kwa sababu ya utumiaji wa sahani za chini (kutoka hatua ya kisasa ya mtazamo). Kwa ujumla, kama tumeona tayari, kuitumia kama ya kimfumo na ya kipekee sio haki sana. Lakini labda Response Smart itaturuhusu kugeuza wimbi?

Je, tunaiharakishaje?

Wazalishaji wa SSD wameongeza hatua kwa hatua mchezo wao, na leo wanazalisha idadi kubwa ya mfululizo maalum wa caching wa anatoa. Ingawa, kwa kanuni, zile za kawaida pia zinafaa. Zaidi ya hayo, washiriki wengi bado wamenunua anatoa za hali-dhabiti na uwezo wa GB 32-64 (ambayo, labda, ndiyo Intel ilikuwa ikitegemea wakati wa kuzindua Z68). Lakini tuliamua kukabiliana na suala hilo "kwa uaminifu" na tukachukua AData Premier Pro SP300 caching SSD. Walakini, mwelekeo kuelekea programu kama hiyo unaonyeshwa tu na uwezo wake wa GB 32 na kiolesura cha mSATA. Na hivyo - gari la kawaida kabisa la hali-dhabiti kulingana na kidhibiti cha LSI SandForce SF-2141 kilichopitwa na wakati na toleo la firmware 5.0.2a. Kwa ujumla, ikiwa mtu anahitaji SSD ndogo na interface vile (kwa mfano, iliyounganishwa na bodi kama hii), basi wanaweza kuitumia. Leo tunatumia SP300 kwa madhumuni yaliyokusudiwa :)

Je, tunaiharakishaje?

Ili teknolojia ifanye kazi, bodi iliyo na chipset inayofaa inahitajika, angalau Windows Vista, Hifadhi ya haraka ya Intel imewekwa na hali ya RAID ya kidhibiti cha diski. Hakika masharti haya yote yanatimizwa na mtihani wetu wa kawaida. Ikiwa ni pamoja na hali ya RAID, ambayo sisi hutumia daima (hata kwa anatoa moja) kwa usahihi kwa ajili ya utangamano (yaani, kufaa kwa kulinganisha) kwa matokeo.

Na kisha kila kitu ni rahisi. Ikiwa Intel Rapid Storage itagundua uwepo wa SSD ya bure baada ya kuwasha kompyuta, inakuhimiza kuwezesha "kuongeza." Ifuatayo, unahitaji kuchagua SSD, gari la kache (ikiwa kuna kadhaa yao, kama ilivyo kwetu), amua juu ya uwezo uliotengwa kwa caching (GB 20 au uwezo wote wa SSD, lakini si zaidi ya 64 GB - hii ni muhimu ikiwa unataka "kuuma" kipande kutoka kwa gari kubwa , na utumie wengine kwa njia "ya kawaida") na, muhimu zaidi, chagua hali ya caching. Mbili za mwisho ni: Imeimarishwa na Kuimarishwa, tofauti katika mtazamo wao wa kurekodi. Ya kwanza (ambayo imechaguliwa kwa chaguo-msingi) haifanyi kache - data huishia kwenye SSD tu kulingana na uamuzi wa dereva: haswa kulingana na kigezo cha frequency ya matumizi. Ya pili, kwa kweli, inapachika SSD kati ya gari ngumu na mfumo: karibu shughuli zote za kuandika zinaelekezwa kwenye gari la hali ya imara, na kunakiliwa kwa gari ngumu kutoka kwake - kwa sehemu kubwa na baada ya muda fulani. Ni wazi kwamba wanapaswa kuishi tofauti: katika kesi ya kwanza, kuna nafasi zaidi ya kuzindua programu haraka, lakini pili, kwa nadharia, inapaswa kufanya iwezekanavyo kuharakisha sana shughuli za kuandika na upatikanaji wa random. Walakini, kuna uwezekano mkubwa kwamba data muhimu itabadilishwa na kitu ambacho kilipangwa tu "kutupwa na kusahaulika," na zaidi ya hayo, kuna uwezekano fulani wa kupoteza data: vipi ikiwa SSD itashindwa kabla ya faili kwenye diski kuu. una wakati wa kusasisha? Kwa ujumla, Intel inapendekeza kutumia Kuimarishwa, lakini sisi, bila shaka, tulijaribu njia zote mbili.

Mbinu ya majaribio

Mbinu hiyo imeelezwa kwa undani katika tofauti makala. Huko unaweza kufahamiana na vifaa na programu inayotumiwa.

Kupima

Operesheni Zilizobahatishwa

Hii ni kesi sawa wakati, kwa kanuni, hakuna kitu kinachoweza kuharakisha, lakini kinaweza kupunguza kasi: ni jambo moja kuandika kitu kwa buffer ya gari ngumu, na jambo lingine kabisa ni kutupa kwa machafuko kwa dereva katika kujaribu kuelewa ikiwa data hii iko kwenye SSD (wakati wa kusoma) na nini Kwa ujumla, ni nini kinachohitajika kufanywa nao (wakati wa kurekodi). Kwa ujumla, kama mtu angetarajia, hakuna kitu kizuri.

Muda wa kufikia

Maombi huenda juu ya terabytes zote 3 za gari ngumu, kwa hiyo haishangazi kwamba hawapati chochote kwenye SSD. Lakini angalau haiendi polepole - hiyo ni nzuri.

Hapa unaweza kuona wazi tofauti kati ya hali ya Upeo na wengine wote: tulirekodi kwenye SSD, tukapokea jibu kwamba operesheni imekamilika kwa mafanikio, na tunaweza kuendelea na shughuli zinazofuata, badala ya kusubiri jibu kutoka gari ngumu, ambayo, kama tunavyoona, inahitaji muda wa mara 50 zaidi.

Katika AS SSD picha ni sawa. Rekodi pekee ndiyo iliyoharakishwa ikilinganishwa na Everest katika hali za "kawaida", lakini sio kwa Uboreshaji - hakuna kitu cha kuboresha hapo :)

Uendeshaji Mfululizo

Kutoka kwa hatua fulani, tunaanza kusoma kutoka kwa SSD, na sio kutoka kwa gari ngumu, na ya kwanza ni ya haraka (ingawa sio aina fulani ya mfano wa utendaji wa "tendaji"), hivyo kila kitu kinaharakisha. Lakini katika Maximized kila kitu ni mbaya kwa sababu ya mantiki ngumu: kwanza dereva huangalia ikiwa data hii iliandikwa hivi karibuni kwa SSD, na kisha inageuka kwenye gari ngumu, hivyo mchakato unapungua.

Wakati wa kurekodi, picha ni kinyume - hapa hali ya Upeo inaweza kuongeza utendaji kidogo. Hasa kwenye vitalu vidogo, ambayo ni operesheni rahisi zaidi kwa SSD. Lakini Kuimarishwa kunapunguza tu mchakato: baada ya yote, unahitaji si tu kuandika data kwenye gari ngumu, lakini pia kuchambua ikiwa inapaswa kuwekwa mara moja kwenye cache.

Kwa ujumla, kama tunavyoona, wakati mwingine teknolojia ya Smart Response inaweza kuboresha utendakazi wa shughuli za kiwango cha chini, lakini pia inaweza kupunguza mara tu tunapohamia aina tofauti ya mzigo. Zaidi ya hayo, kama mtu angetarajia, Kuimarishwa na Kuimarishwa hutofautiana kwa kiasi kikubwa katika tabia.

Ufikiaji wa nasibu

Kwa kawaida, wakati wa kusoma data, kila mtu anafanya kwa njia sawa: maombi yanafanywa moja kwa moja kwenye gari ngumu. Lakini pia kuna nuances: kama tunavyoona, na idadi kubwa ya maombi, gari la mseto linageuka kuwa polepole zaidi kuliko gari ngumu yenyewe kutokana na uendeshaji wa programu. Sio sana - baadhi ya 15%. Lakini hii pia haipaswi kupuuzwa.

Lakini hapa tu hali ya Juu inatofautiana kwa sababu ya mantiki ngumu zaidi ya kufanya kazi: tunaandika data haraka kwa flash, kupokea ombi linalofuata, kutekeleza, kupokea ijayo - na kugundua kuwa ni wakati wa kuandika data kutoka kwa zile zilizopita. kwa gari ngumu. Kwa ujumla, licha ya ukweli kwamba kwa kiwango cha chini sana, kama tulivyoona hapo juu, hali hii inaharakisha sana gari, kwa mazoezi haiwezi kutoa chochote au hata kutoa athari mbaya.

Hii inazingatiwa wazi katika templeti za hifadhidata, ambapo Kuimarishwa haitoi chochote (karibu chochote - kidogo, hata hivyo, kasi hupungua), na Maximized itaweza kupunguza kasi ya gari ngumu (ingawa, inaonekana, zaidi zaidi). Walakini, kwa idadi kubwa ya shughuli za uandishi, chaguzi zote zinakuja kwa dhehebu la kawaida, kwa hivyo hii ni shida tofauti kidogo - algorithms ni ngumu sana.

Utendaji wa Maombi

Hii, kwa kweli, ndio kila kitu kilianzishwa - tija huongezeka mara mbili au zaidi. Hata VelociRaptor inapata pointi 2737 tu katika PCMark7, na hii ndiyo gari ngumu ya haraka zaidi katika sehemu ya desktop - kwa hiyo, inaonekana, hii ni furaha. Lakini tusikimbilie kufungua champagne - bado tuna vipimo vingi.

Kwenye wimbo wa "mlinzi", faida ya kasi tayari iko karibu mara tatu.

Hali ya Juu iliyoundwa kwa kesi mbili zilizopita na ilionyesha kuwa linapokuja suala la kuandika data, inaweza kuwa ya haraka zaidi.

Na saa bora zaidi ya teknolojia - hata utaratibu wa ukubwa ni tofauti. SSD moja, kwa kweli, ni mara kadhaa haraka (ikiwa tunazungumza juu ya mifano ya utendaji wa juu), lakini hii tayari ni mara kadhaa haraka. Na mfumo wa mseto hutenganishwa na anatoa ngumu "kawaida" kwa utaratibu wa ukubwa.

Kwenye wimbo wa "mchezo" ongezeko ni la kawaida zaidi, lakini bado lipo. Zaidi ya hayo, kwamba, tena, hata anatoa ngumu za haraka zaidi hazina kitu cha kukamata karibu na mfano wa "kijani", unaoharakishwa kwa msaada wa Majibu ya Smart.

Tumefika. Hata kama hauzingatii ukweli kwamba Uboreshaji "umeshindwa" kazi kwenye kiolezo cha ContentCreation (hii inaelezewa kwa urahisi), matokeo yaliyobaki hayasababishi matumaini pia. Kwa nini tabia ya PCMark7 na NASPT ni tofauti sana? Na wanafanya kazi tofauti. PCMark7 ina athari saba zilizorekodiwa, na jumla ya sauti sio kubwa sana. Kwa kuongeza, zinaendeshwa mara tatu, na ya kwanza ni polepole kama wakati wa kutumia gari ngumu. Walakini, kwa pili, data yote tayari iko kwenye SSD, kwa hivyo tunaijaribu mara nyingi. Aidha, tunaona kuwa bado haikuwezekana kuharakisha njia tatu.

NASPT pia hutumia majaribio mengi, lakini kila mtu- ikijumuisha violezo vinavyoshughulikia faili za GB 32. Kwa hivyo, kati ya utekelezaji mbili wa templeti za "kufanya kazi", gigabytes mia kadhaa zinaweza "kuruka" kwa pande zote mbili. Na haijalishi dereva anaweza kuwa na akili kiasi gani, katika hali hii, inaonekana, uwezo wake wa kiakili hautoshi kujua ni nini kinapaswa kuwekwa kwenye kashe na kile "kilichoandikwa na kusahaulika." Ikiwa utabadilisha kidogo mbinu ya upimaji, "kukimbia" mara kadhaa tu vikundi kutoka kwa templeti zilizoainishwa, na hivyo kucheza pamoja na teknolojia, kila kitu kinakuwa kizuri - kuanzia mara ya pili, kasi huongezeka sana. Hata hivyo, ni dhahiri kwamba katika maisha halisi chochote kinaweza kutokea: hali zote "nzuri" na "mbaya", kwa hiyo haishangazi kwamba wote wawili waligeuka kuwa katika majaribio.

Tunachapisha mchoro huu badala ya ubaya, lakini kwa kuwa tunayo matokeo, kwa nini tusiyaangalie? Na mfano huo ni dalili sana na unaonyesha wazi kwamba hakuna maana katika kujaribu kuharakisha anatoa zisizo za mfumo kwa kutumia Smart Response. Hata hivyo, hebu tuangalie suala hili kwa undani zaidi.

Kufanya kazi na faili kubwa

Kama unavyotarajia, hakuna athari - kuweka akiba kwa kutumia teknolojia ya Smart Response haifanyiki kazi. Na preemptive haitasaidia sana kwa mpangilio (hata nyuzi nyingi katika jaribio moja) kusoma kiasi cha data sawa na saizi kamili ya akiba ya flash.

Wakati wa kurekodi data, Majibu ya Smart hupungua kwa kiasi kikubwa. Kwa kiwango cha juu - wakati wa kutumia hali ya Upeo, ambayo inaeleweka: jaribio la kutekeleza uandishi wa kuchelewa kwa GB 32 ya data kwa kutumia gari la flash kwa GB 32 sawa ni awali kupotea kwa kushindwa. Naam, katika hali ya Kuimarishwa hakuna tatizo hili, lakini kuna mwingine: dereva anahitaji si tu kurekodi data, lakini pia kuchambua kwa matumizi yafuatayo (inawezekana). Kwa hivyo haishangazi kuwa "kurekodi moja kwa moja" kunageuka kuwa haraka sana - hakuna ugumu hapa.

Kinachoweza kuboresha wakati mwingine ni utendakazi wa uandishi wa kubahatisha kwa wakati mmoja na kusoma. Na hiyo haina maana. Wakati wa kufikia maelezo kwa mfuatano, Majibu ya Smart hupunguza kasi kidogo. Pia - isiyo na maana.

Jumla ya GPA

Licha ya kila kitu tulichoona hapo juu, tulipokea ongezeko la uhakika kutoka kwa Majibu ya Smart kwa wastani. Kwa nini? Kweli, kama tumeona, katika PCMark7 hiyo hiyo faida ni muhimu sana, ambayo iligeuka kuwa fidia kwa sehemu tu na upotezaji wa majaribio mengine. Kwa kuongeza, synthetics ya kiwango cha chini mara nyingi hutenda kwa njia za kuvutia sana, na sio hila zote za SR zilionyeshwa hapo juu. Kama mfano, hebu tuangalie templeti kadhaa za AS SSD, ambazo tunatumia kikamilifu katika majaribio ya SSD, lakini kawaida "zinafichwa kutoka kwa mtazamo" wakati wa kujaribu anatoa ngumu.

Ni rahisi - mtihani unafanya kazi na faili ya GB 1, ambayo, bila shaka, mara moja inaisha kwenye SSD, kwa hiyo katika hali ya Kuimarishwa tulipima kivitendo SSD. Imepanuliwa, kwa sababu ya hali yake maalum, inafanya kazi polepole na uzi mmoja wa kusoma (ya juu inalinganishwa na ile kuu), ingawa hata hapa "inaharakisha" gari ngumu kwa mara 4. Kweli, kwenye nyuzi 64 - mara zote 20.

Kurekodi hakutoi chochote kwa Kuimarishwa, kwani data bado inapaswa kuandikwa kwa faili kwenye diski kuu, lakini ukichagua hali ya Juu, tunapata uthibitisho wa tangazo la Majibu ya Smart: HDD yako itafanya kazi kama SSD! :) Matokeo kama haya, kwa kawaida, pia yaliathiri alama ya wastani, ingawa, kama tunavyoona, matokeo ya jumla sio ya kuvutia sana.

Matokeo ya kina ya vipimo vyote, kama tulivyoahidi, yanaweza kupatikana kwa kupakua meza katika muundo wa Microsoft Excel.

Jumla

Tangazo la Z68 na Smart Response lilivutia watu wengi kwa sababu ya uzuri wa wazo hilo: tunachukua SSD ndogo na ya bei nafuu, gari ngumu ya capacious na... Tunapata mfumo wa kuhifadhi data wa mseto wa haraka ambao unachanganya faida za teknolojia zote mbili. . Watu wengi walipenda kuwa SSD ingeonekana kushikilia diski nzima, ambayo ilionekana kuwa faida ikilinganishwa na kutumia SSD na HDD kando - wakati mfumo wa diski umegawanywa wazi kuwa sehemu za "haraka" na "polepole". Kwa neno moja, faida kamili. Walakini, hali halisi ya mambo iligeuka kuwa ngumu zaidi na isiyoeleweka.

Kwanza, kama tunaweza kuona, kutoka kwa caching Jumla gari ngumu hudhuru zaidi kuliko nzuri - shughuli nyingi za "gari ngumu ya kawaida" hupunguzwa kasi badala ya kuharakishwa. Pili, dhana ya "ndogo na bei nafuu" imepungua, kwani bei za anatoa za serikali zimepungua kwa kiasi kikubwa. Intel ilianza kufanya kazi kwenye Response ya Smart kuhusu miaka mitatu iliyopita (labda mbili na nusu, lakini si chini - bidhaa zilizopangwa tayari zilionekana miaka miwili iliyopita), wakati gharama ya 1 GB ya habari kwenye gari imara-hali ilikuwa karibu $3. Sasa imeshuka chini ya dola moja, na kwa kuwa kupungua kulitokana hasa na ongezeko la wiani wa microcircuits mpya, bei inategemea kiasi kwa namna isiyo ya mstari - zaidi, nafuu zaidi. Kwa maana ya vitendo, hii inaongoza kwa ukweli kwamba leo 32 na 128 GB SSD hutofautiana kwa bei kwa mara mbili tu, na kwa maneno kamili akiba yote hupungua hadi karibu $ 50. GB 128 ni nini? Hii ni uwezo wa kutosha kwa mfumo wa uendeshaji na idadi kubwa ya programu za maombi. Watumiaji wengi pia watakuwa na nafasi iliyobaki ya kuhifadhi data. Kweli, kwa habari ambayo kasi ya ufikiaji sio muhimu, unaweza kutumia tu diski kuu ya uwezo mkubwa kwenye mfumo wa desktop. Jambo muhimu zaidi ni kwamba mbinu hii inatoa utabiri, ambayo Smart Response haiwezi kujivunia, yaani, bila kujali hali ya uendeshaji, mipango daima huendesha. haraka. Lakini sio jinsi inavyogeuka :) Katika mfumo wa mseto inaweza kuwa karibu haraka kama na SSD, na labda polepole kama kutumia gari ngumu tu. Kwa maneno rahisi, ikiwa mchezaji anacheza mchezo sawa siku baada ya siku, basi kutoka kwa Majibu ya Smart atapokea ongezeko kama vile tulivyoona hapo juu kwenye wimbo wa "Gaming" PCMark7 - kuongeza kasi mara mbili hadi tatu. Lakini ikiwa ana michezo kadhaa iliyosanikishwa, na kila wakati anachagua moja yao kwa nasibu (kama wanasema, "kulingana na hali yake"), basi atapata ... jambo kubwa, ambalo NASPT ilituonyesha: data katika cache ya flash itakuwa inabadilika kila wakati , kwa hivyo viwango vya upakiaji, kwa mfano, vitabaki polepole kama wakati wa kutumia gari ngumu tu: baada ya yote, kimsingi ndio itafanya kazi.

Kwa upande mwingine, sisi pia hatuwezi kuita teknolojia haina maana - yote inategemea kesi ya matumizi. Katika kompyuta hiyo ya michezo ya kubahatisha, kunaweza kuwa na mzunguko wa kuvutia na mbili SSD na gari ngumu. Kwa sababu tu michezo ya kisasa ni kubwa kwa kiasi, na ni ghali kuzihifadhi kwenye gari kuu la serikali - ni kubwa sana na ni ghali. Lakini matatizo yanaweza kuepukwa. Kwa mfano, tunaweka SSD ya GB 128 kwa mfumo na programu kuu. Kwa michezo na programu zingine "nzito" ambazo hazitafaa kwenye gari la kwanza, tunatumia gari ngumu ya haraka ya uwezo mdogo, kwa kuongeza kasi kwa kutumia 32 GB SSD. Na kwa kuhifadhi kila aina ya data ya media titika, kama vile sinema na vitu vingine (ambavyo siku hizi mara nyingi "huishi" kwa idadi kubwa kwenye kompyuta za michezo ya kubahatisha) - gari lingine ngumu. Kubwa kwa kiasi, kasi ya chini (na kwa hiyo ni ya kiuchumi) na bila "nyongeza" yoyote, ambayo katika hali hiyo ya matumizi inaweza tu kuzuia, lakini si kusaidia. Ngumu? Ghali? Ndio, lakini inawezekana kabisa. Na njia hii ya kutumia teknolojia tofauti inaruhusu sisi kupata upeo ambao wana uwezo.

Kwa ujumla, kama tunavyoona, licha ya kushuka kwa bei ya kumbukumbu ya flash (na, ipasavyo, anatoa za hali-ngumu), teknolojia ya Majibu ya Smart bado ina haki ya kuishi, kwani katika hali zingine za utumiaji huongeza utendaji wa mfumo wa uhifadhi wa data. . Ni muhimu tu kuzingatia kwamba sio panacea kwa matukio yote: katika maeneo mengine ni muhimu, na kwa wengine, kinyume chake, ni hatari. Kwa hivyo, kabla ya kuitumia, unapaswa kupima faida na hasara zote mapema, kuelewa ni nini hasa utafanya na jinsi inapaswa kufanya kazi. Walakini, hii ni kweli kwa teknolojia zote za kisasa.

Mfumo wa kawaida wa kuhifadhi unahusisha kuweka data kwenye HDD na SSD. Katika miaka ya hivi karibuni, uwezo wa HDD umekuwa ukiongezeka kwa kasi. Walakini, kasi yao na ufikiaji wa nasibu bado iko chini. Baadhi ya programu, kama vile hifadhidata, teknolojia za wingu, au uboreshaji, zinahitaji kasi ya juu ya ufikiaji na sauti kubwa. Inatokea kwamba kutumia HDD pekee haikubaliki, na kutumia SSD ni ghali sana. Kutumia SSD kama kache pekee ndio uwiano bora wa bei/utendaji kwa mfumo mzima. Katika kesi hii, data yenyewe itakuwa iko kwenye HDD zenye uwezo, na SSD za gharama kubwa zitatoa ongezeko la utendaji na ufikiaji wa nasibu kwa data hii.

Mara nyingi, kashe ya SSD itakuwa muhimu katika kesi zifuatazo:

Wakati kasi ya HDD katika IOPS wakati wa kusoma ndio kizuizi.
Wakati kuna shughuli nyingi za I/O za kusoma kuliko za kuandika.
Wakati kiasi cha data inayotumiwa mara kwa mara ni chini ya ukubwa wa SSD.

Suluhisho

Caching ya SSD ni cache ya ziada kwa utendaji ulioongezeka. SSD moja au zaidi lazima ikabidhiwe kwa diski pepe (luna) ili itumike kama kache. Tafadhali kumbuka kuwa SSD hizi hazitapatikana kwa hifadhi ya data. Hivi sasa, saizi ya akiba ya SSD imepunguzwa hadi 2.4TB.

Wakati operesheni ya kusoma / kuandika inafanywa, nakala ya data imewekwa kwenye SSD. Wakati ujao, operesheni yoyote na kizuizi hiki itafanywa moja kwa moja kutoka kwa SSD. Hii hatimaye itapunguza muda wa majibu na, kwa sababu hiyo, kuongeza tija kwa ujumla. Ikiwa, kwa bahati mbaya, SSD inashindwa, basi data haitapotea, kwa sababu Cache ina nakala ya data kutoka kwa HDD.

Cache ya SSD imegawanywa katika vikundi - vitalu, kila block imegawanywa katika vizuizi. Hali ya shughuli za I / O kwa diski ya kawaida huamua uchaguzi wa ukubwa wa block na subblock.

Kujaza cache

Kusoma data kutoka kwa HDD na kuiandika kwa SSD inaitwa kujaza cache. Operesheni hii hutokea chinichini mara tu baada ya mwenyeji kufanya shughuli za kusoma au kuandika. Cache imepunguzwa na vigezo viwili:

Kiwango cha juu cha idadi ya watu-kwa-kusoma
Kiwango cha juu cha idadi ya watu-kwa-kuandika

Thamani hizi ni kubwa kuliko sifuri. Ikiwa ni sifuri, basi cache ya kusoma au kuandika haifanyi kazi. Kwa mujibu wa maadili haya, kila kizuizi kinahusishwa na counter counter yake ya kusoma au kuandika. Wakati mpangishaji anafanya operesheni ya kusoma na data iko kwenye kashe, kihesabu kilichosomwa kinaongezwa. Ikiwa hakuna data kwenye kache na hesabu iliyosomwa ni kubwa kuliko au sawa na kizingiti cha Populate-on-read, basi data hiyo inanakiliwa kwenye kache. Ikiwa thamani ya kaunta ni chini ya kiwango cha Populate-on-read, basi data inasomwa kwa kupita kache. Hali ni sawa kwa shughuli za uandishi.

Matukio ya operesheni ya kache ya SSD

Aina ya I/O

Aina ya I/O huamua usanidi wa kashe ya SSD. Usanidi huu huchaguliwa na msimamizi na hufafanua kizuizi, kizuizi kidogo, kizingiti cha kujaza-on-kusoma na vigezo vya kizingiti cha kujaza-kwa-kuandika. Kuna usanidi tatu uliofafanuliwa awali kulingana na aina za I/O: hifadhidata, mfumo wa faili na huduma za wavuti. Msimamizi lazima achague usanidi wa cache ya SSD kwa diski ya kawaida. Wakati wa operesheni, unaweza kubadilisha aina ya usanidi, lakini katika kesi hii yaliyomo kwenye cache itawekwa upya. Ikiwa usanidi uliotanguliwa haufanani na wasifu wa mzigo unaotumiwa, basi inawezekana kuweka maadili yako ya parameter.

Ukubwa wa kuzuia huathiri wakati wa cache "joto-up", i.e. wakati data inayohitajika zaidi itahamia kwenye SSD. Ikiwa data iko karibu na kila mmoja kwenye HDD, basi ni bora kutumia ukubwa mkubwa wa kuzuia. Ikiwa data iko kwa machafuko, basi ni mantiki zaidi kutumia ukubwa mdogo wa kuzuia.

Saizi ya kizuizi kidogo pia huathiri wakati wa joto wa kashe. Ukubwa wake mkubwa hupunguza muda wa kujaza akiba, lakini huongeza muda wa kujibu ombi kutoka kwa mwenyeji. Kwa kuongeza, ukubwa wa subblock pia huathiri mzigo wa processor, kumbukumbu na bandwidth ya kituo.

Ili kuhesabu takriban wakati wa joto wa cache, unaweza kutumia njia ifuatayo.

T - kache wakati wa joto kwa sekunde
I - Thamani ya IOPS ya HDD na ufikiaji wa nasibu
S - I / O ukubwa wa kuzuia
D - idadi ya HDD
C - uwezo kamili wa SSD
P - kizingiti cha kujaza-kwa-kusoma au kiwango cha juu cha kuandika

Kisha T = (C*P) / (I*S*D)
Kwa mfano: diski 16 zilizo na IOPS 250, SSD moja ya 480GB kama akiba, asili ya upakiaji ni huduma za wavuti (64KB) na kiwango cha juu cha kusomwa = 2.
Kisha wakati wa joto utakuwa T = (480GB*2) / (250*64KB*16) ≈ 3932 sec ≈ 65.5 min