Kutumia viendeshi vya SSD kama kumbukumbu ya kache kwa mfumo mdogo wa diski ya seva. Anatoa mseto za SSHD. Faida na hasara

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 2500 250
HDD 1.8TB x 125’000 2’500 X 10X 6
SSD 1.9TB x 12800’000 400’000 X 1600X 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 HDD sita za SATA 3.5" 1TB. Kiasi kinachoweza kutumika cha safu ni 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 10X 6
SSD 1.9TB x 12 800’000 400’000 X 1600X 24
HDD 10TB x 2 + SSD 960GB x 2, maxCache 90’000 40’000 X 160X 2.5
HDD 10TB x 2 + SSD 960GB x 2, CacheCade 120’000 60’000 X 240X 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.

Habari admin! Ninataka kununua gari ngumu la TB 1-2, mtaalamu mmoja wa kompyuta ninayemjua alinishauri kununua gari la SSHD (mseto wa gari ngumu na gari la hali ya SSD), kwani inafanya kazi haraka kuliko HDD ya kawaida, lakini sio ghali kama SSD. Unaweza kusema nini kuhusu diski kama hizo?

Habari marafiki! Swali zuri sana. Ndiyo, gari la mseto la SSHD (Hifadhi ya Hali Mseto ya Mango) ni 30% kwa kasi zaidi kuliko gari ngumu ya kawaida, na kuhusu kiasi sawa cha gharama kubwa zaidi. Ikiwa gari la kawaida la TB 1 linatumia rubles 4,000, basi SSHD inaweza kununuliwa kwa rubles 5,400. Disks vile huzalishwa wote kwa kompyuta za kawaida na kwa laptops.

Kwanza, Gari ngumu ya mseto ni nini?

Teknolojia ya utengenezaji wa anatoa ngumu (sehemu pekee ya kompyuta ambayo ina sehemu za mitambo inayosonga) kwa muda mrefu imekuwa kwenye mwisho na karibu haiwezekani kuongeza utendaji wa gari ngumu kupitia uzalishaji, kama inavyothibitishwa na kuonekana kwenye. soko la anatoa za hali dhabiti SSD na anatoa ngumu mseto SSHD. Lakini ikiwa kiendeshi cha hali dhabiti ni kifaa kisicho cha mitambo kabisa kulingana na chipsi za kumbukumbu, basi gari ngumu ya mseto ni, kwanza kabisa, gari ngumu ya kawaida na kadi ya kumbukumbu ya haraka ya MLC (uwezo wa GB 8) iliyouzwa ndani yake. , kutumika katika uzalishaji wa anatoa imara-hali. yaani, inageuka kuwa SSHD ni mseto wa gari ngumu ya kawaida na SSD..

Pili, kwa nini gari ngumu ya mseto wa SSHD ni haraka kuliko gari ngumu ya kawaida?

Anatoa mseto za Seagate SSHD hutumia teknolojia ya kujifunzia - Kumbukumbu ya Adaptive ya Seagate, ambayo inachunguza mfumo wa uendeshaji uliowekwa kwenye diski kutoka sekunde za kwanza za uendeshaji, kwa sababu hiyo, programu na faili zinazotumiwa mara nyingi zinakiliwa kwenye kumbukumbu ya flash ya diski ya SSHD, faili hizo ni pamoja na, kwanza kabisa, vipengele vinavyohusika. katika kupakia mfumo wa uendeshaji, ambayo ina maana kwamba Windows itawekwa kutoka kwa mara ya pili au ya tatu ya boot kwa kasi, kwa sababu Windows itapakiwa kutoka kwenye kumbukumbu ya flash. Kwa mfano, kwenye kompyuta yangu, kupakia Windows 8.1 imewekwa kwenye HDD ya kawaida inachukua sekunde 35-40, kwenye SSHD inachukua sekunde 20, na kwenye SSD ya kawaida inachukua sekunde 15. Vile vile hutumika kwa programu unazotumia kila mara; zitazindua haraka zaidi. Wacha tuchukue, kwa mfano, mchezo wa kisasa ambao unahitaji rasilimali za kompyuta na unacheza kila wakati; kulingana na uchunguzi wangu, mchezo kama huo utapakia mara tatu haraka kuliko kwenye HDD ya kawaida.

Hifadhi ngumu ya Hybrid SSHD ndio maana ya dhahabu

Kwa ujumla, usanidi bora wa anatoa katika kitengo cha mfumo wa mtumiaji wa kawaida wa nyumbani inaonekana kama hii: kununua anatoa mbili, ya kwanza ni SSD (kiasi cha 120-240 GB) kwa ajili ya kufunga mfumo wa uendeshaji, na ya pili ni HDD ya kawaida. kwa kuhifadhi faili (uwezo) 2-3 TB , unahitaji kuhusu rubles 10,000 kwa haya yote. Na ukinunua gari moja la mseto la 1 TB SSHD, itakugharimu rubles 5,400, na SSHD 2 TB itakugharimu rubles 7,000. Kwa kweli, kila kitu hakitaruka (kama ilivyo kwa SSD), lakini labda hauitaji kasi kama hiyo. Hifadhi ya mseto ya SSHD inatoka, hii ndiyo maana ya dhahabu - kwa pesa kidogo unapata utendaji mzuri na kiasi kikubwa cha nafasi ya disk.

SSHD ipi ya kununua

Hadi hivi karibuni, anatoa za mseto za SSHD zilitolewa na kampuni iliyoziendeleza - Seagate. Kwa jumla, sasa kuna miundo mitatu ya Seagate Desktop SSHD kwenye soko yenye uwezo wa 1, 2, 4 TB.

Eneo-kazi la Seagate SSHD ST1000DX001 1 TB

Eneo-kazi la Seagate SSHD ST2000DX001 2 TB

Eneo-kazi la Seagate SSHD ST4000DX001 4 TB

Pia, hivi karibuni Western Digital ilianza kutoa SSHD, lakini ni wachache kwenye soko, na mfano ambao nilikutana nao - WD Blue SSHD, WD40E31X yenye uwezo wa 4 TB, haikuwa tofauti na sifa za kasi kutoka kwa mfano sawa wa Seagate ST4000DX001. 4 TB.

Katika nakala ya leo, napendekeza uzingatie mfano wa Seagate Desktop SSHD ST2000DX001 2 TB na hii ndio sababu. Ikiwa tutachukua mfano wa Seagate Desktop SSHD 1 TB, basi TB 1 ya nafasi ya diski haitoshi tena kwa mtumiaji wa kisasa wa kompyuta. Ikiwa tunachukua mfano wa Seagate Desktop SSHD 4 TB, basi kinyume chake, si kila mtu anahitaji kiasi kikubwa cha 4 TB ya nafasi ya disk, na bei yake ni ya juu kabisa (rubles 11,500), na nini muhimu pia ni kasi ya spindle ya gari hili: 5900 rpm, yaani, ni polepole kidogo kuliko SSHD nyingine na uwezo wa 1 na 2 TB (spindle kasi 7200 rpm) na hii hakika itaathiri utendaji wa mfumo wa uendeshaji.

Kwa hiyo, nilikushawishi na tuna mfano mbele yetu Eneo-kazi la Seagate SSHD ST2000DX001 2 TB

Baada ya ukaguzi wa karibu, kiendeshi cha mseto cha Seagate Desktop SSHD ST2000DX001 2 TB kiligeuka kuwa kiendeshi cha kawaida cha kuendesha gari ngumu, pekee kinachosema SSHD juu yake.

Nafasi ya diski - 2 TB

Uwezo wa bafa ya SSD - GB 8

Saizi ya kumbukumbu ya kashe - 64 MB

Kasi ya spindle - 7200 rpm

Kwenye nyuma ya gari tunaona bodi maalum ya mzunguko iliyochapishwa ya Kumbukumbu ya Adaptive, na 8 GB ya kumbukumbu ya haraka ya MLC na kidhibiti cha "mseto" kilichouzwa.

Ni rahisi sana kufunga gari kwenye kitengo cha mfumo.

SMART gari ngumu katika programu ya CrystalDiskInfo na Victoria.

Hifadhi ya mseto ni mpya na imetumika kwa saa 0.

Soma na uandike vipimo

Ili kuhakikisha kuwa diski yetu ni nzuri sana, wacha tufanye majaribio kadhaa kusoma na kuandika kwa kutumia programu maalum: CrystalDiskMark 2.0, Benchmark ya ATTO Disk na SiSoftware Sandra. Huduma hizi zitasoma na kuandika habari kwa mpangilio kwa diski yetu ya mseto katika vizuizi vidogo, kisha kutuonyesha matokeo.

CrystalDiskMark 2.0

Programu rahisi na inayotumiwa mara kwa mara katika suala hili, unaweza kuipakua kwenye Yandex.Disk yangu

Huduma ni rahisi sana, chagua tu barua ya gari inayotaka (kwa upande wetu E :)

Na bonyeza AII, mtihani wa utendaji wa diski ya SSHD utaanza.

1. Mtihani wa kusoma na kuandika mfululizo wa vitalu vikubwa vya data;

2. Mtihani wa kusoma na kuandika bila mpangilio katika vizuizi 512 KB;

3. Mtihani wa kusoma na kuandika bila mpangilio katika vizuizi 4 KB;

Ninaweza kusema kwamba matokeo yanastahili sana, hasa kurekodi katika 512 KB na 4 KB vitalu.

Benchmark ya Diski ya ATTO

Hebu tujaribu disk ya mseto na programu nyingine - Benchmark ya ATTO Disk.

Chagua herufi ya kiendeshi cha kiendeshi cha mseto cha SSHD na ubofye Anza.

Matokeo.

SiSoftware Sandra

Programu ya kimataifa yenye uwezo wa kuchunguza vipengele vyote vya kompyuta na kuwa na ukadiriaji wake rasmi.

Kama matokeo, diski yetu iko mbele ya 94% ya matokeo. Utendaji bora.

Hasara za SSHD

Kwa maoni yangu, hasara pekee ya SSHD ni kiasi kidogo cha kumbukumbu ya kujengwa ndani ya 8 GB, itakuwa nzuri ikiwa ukubwa wake utaongezeka hadi GB 32, basi programu zaidi zinazoendesha zitawekwa kwenye cache ya hali imara na utendaji. ya Windows itakuwa sawa na ikiwa imewekwa kwenye SSD.

Utangulizi

Biashara zinapoendelea, programu-tumizi zinazohitaji mzigo wa kazi mara nyingi hupunguzwa na uwezo wa viendeshi vya diski kuu (HDD). Ingawa uwezo wa HDD umeongezeka sana, kasi ya utendakazi wa pembejeo/pato bila mpangilio (I/O) haijaongezeka kwa kasi ile ile. Hata hivyo, sasa inawezekana kuharakisha usindikaji wa mitiririko inayohitaji kusoma sana, kama vile miamala ya mtandaoni (On-Line Transaction Processing (OLTP), seva za mtandao na faili, hifadhidata, kwa kutumia teknolojia mpya ya kuweka akiba, Infortrend SSD Cache, ambayo hutumia. SSD za kasi ya juu na za chini za kusubiri kwa kasi ya kusoma haraka kwa data muhimu inayohitajika mara kwa mara. Kasi ya kusoma ya SSD ni kubwa zaidi ikilinganishwa na HDD na hivyo Cache ya SSD inaweza kuboresha kwa kiasi kikubwa utendakazi wa kusoma bila mpangilio na kupunguza muda wa kujibu.

Kutumika kwa hati hii

Familia ya EonStor DS

Cache ya SSD ni nini?

Akiba ni sehemu ambayo huhifadhi data kwa uwazi ili ufikiaji unaofuata uweze kutumika kwa ufanisi zaidi. Ni muhimu kwa uhifadhi, haswa katika programu zinazosoma sana. Bila kuwezesha Akiba ya SSD, uwezo wa akiba ya mtawala ni mdogo. Akiba ya SSD hukuruhusu kutumia SSD za haraka ili kupanua hifadhi ya akiba ya mfumo wako wa hifadhi na kukusanya data inayofikiwa mara kwa mara. Kadiri uwezo wa Akiba ya SSD unavyoongezeka, kasi ya kugonga kache pia huongezeka. Kwa maneno mengine, data zaidi na zaidi ya "moto" itahifadhiwa kwenye Cache ya SSD, ufikiaji wa baadaye wa data hii utatumiwa kwa ufanisi zaidi na, kwa hiyo, utendaji wa kusoma utaboresha.

Kwa nini Infortrend Cache ya SSD?

Katika hali nyingi ambapo asilimia ya usomaji katika uzi wa mfanyakazi ni kubwa zaidi kuliko maandishi, na kiasi kidogo cha data kinasomwa mara kwa mara, Cache ya SSD inaweza kutoa faida zifuatazo:

1.Kuboresha utendaji wa kusoma

Akiba ya SSD hutumia algoriti mahiri ili kuharakisha usindikaji wa mzigo mkubwa wa kusoma bila mpangilio kama vile OLTP na ufikiaji wa hifadhidata. Katika hali kama hizi, Cache ya SSD inaweza kuongeza kasi ya kusoma kwa jumla. Kwa mfano, Akiba ya SSD inaweza kuongeza OLTP IOPS kwa mara 2.5 ikilinganishwa na mfumo sawa bila Cache ya SSD. Wakati huo huo, muda wa kusubiri pia umepunguzwa na hivyo kiwango cha uboreshaji wa utendaji hutegemea utiririshaji halisi wa programu na tabia ya mtumiaji.

2.Intelligent programu na kudhibiti algorithm

Programu mahiri huchanganua kiotomatiki mifumo ya ufikiaji wa data na kutambua shughuli za kusoma/kuandika zinazofuatana na nasibu. Data ya mfuatano ya kusoma au kuandika haijaandikwa kwenye hifadhi ya akiba ya SSD, ni data ya kusoma bila mpangilio pekee ndiyo hukusanywa humo ili kuhakikisha kuwa SSD zinatumika kwa ufanisi zaidi. Hasa zaidi, programu dhibiti huhamisha kiotomati nakala za data inayohitajika sana kutoka kwa kashe ya kidhibiti hadi kwenye hifadhi ya Akiba ya SSD kwa wakati ufaao. Data hii "moto" itasomwa baadaye kutoka kwa Akiba ya SSD ikiwa mfumo utapokea ombi la kuisoma. Algorithm iliyotengenezwa na Infortrend huongeza mzunguko wa kunakili data kwa SSD, ili SSD za bei nafuu zitumike kwa kusudi hili. Suluhisho hili sio tu kuboresha utendaji wa kusoma, lakini pia huongeza maisha ya anatoa ngumu kwa kupunguza idadi ya mzunguko wa kusoma na kuandika.

3.Kiolesura rahisi cha mtumiaji angavu

Utendaji wa Akiba ya SSD umeunganishwa kikamilifu katika Infortrend SANWatch na RAIDWatch GUI. Wao ni rahisi sana kuanzisha, kusimamia na kudumisha. Kwa mfano, mtumiaji anaweza kufuatilia hali ya hifadhi ya akiba ya SSD na kuangalia kwa urahisi muda uliosalia wa kila SSD.

Infortrend SSD Cache

Jinsi Infortrend SSD Cache inavyofanya kazi

Ikiwa Cache ya SSD imewashwa na kufanya kazi kwa muda fulani, programu dhibiti mahiri hukusanya takwimu na kusasisha mara moja rekodi za "joto" za data kwenye akiba ya kidhibiti. Kulingana na rekodi hizi, programu dhibiti inakili kiotomatiki vipande vidogo vya data nasibu, inayohitajika mara kwa mara kutoka kwa kashe ya kidhibiti hadi kwenye hifadhi ya Akiba ya SSD kwa nyakati zinazofaa kwa kutumia mbinu ya uandishi mfuatano ili kuepuka utendakazi mkubwa wa SSD na hivyo kuongeza muda wao wa kuishi. Bye poolHifadhi ya Akiba ya SSD haitajaza data "moto" inayotolewa na programu kwenye seva pangishi; mbinu ya kunakili vizuizi mapema kwenye SSD kwa kutumia utabiri wa eneo huharakisha shughuli za usomaji. Ikiwa ukubwa wa kizuizi cha data ni chini ya au sawa na16 KB, data inakiliwa moja kwa moja kwenye bwawa la SSD, hata ikiwa inasomwa mara moja tu. Ikiwa ukubwa wa block ni zaidi ya 16 KB, na programu inatambua kuwa data "moto" (soma mara kadhaa), basi inaainishwa kama inahitajika mara kwa mara na kuhifadhiwa kwenye bwawa la SSD. Nakala mbili zitahifadhiwa kwa data hii "moto" - moja kwenye Cache ya SSD na moja kwenye anatoa ngumu.

Kawaida, baada ya kupokea ombi la kusoma data, mfumo hukagua ili kuona ikiwa data inayolingana inapatikana kwenye kashe ya mtawala. Ikiwa data iliyoombwa iko kwenye akiba ya kidhibiti, mfumo huirudisha mara moja kwa seva pangishi. Ikiwa data iliyoombwa haiko kwenye kashe ya mtawala, basi mfumo huangalia hifadhi ya Cache ya SSD. Ikiwa data iliyoombwa ilihifadhiwa kwenye Cache ya SSD kulingana na tathmini ya "joto" lake, basi mfumo unasoma data hii moja kwa moja kutoka kwa Cache ya SSD na kuirudisha kwa seva pangishi. Vinginevyo, data itarejeshwa kutoka kwa kifaa cha polepole zaidi. Kwa hiyo, kache zaidi inavyopiga, maombi zaidi yatatumiwa na Cache ya SSD, hivyo utendaji wa jumla na muda wa majibu wa wastani utaboresha.

Ni nini kinachohitajika kwa Cache ya SSD kufanya kazi?

1. Mahitaji ya programu na SANWatch

Toleo la programu 512F12 au toleo jipya zaidi

SANWatch toleo la 3.0.h.14 au la juu zaidi

2. Leseni ya Cache ya SSD

Cache ya SSD inapatikana chini ya leseni. Infortrend pia hutoa leseni ya majaribio ya siku 30.

3.Uhusiano kati ya uwezo wa akiba ya kidhibiti na ukubwa wa juu wa hifadhi ya Akiba ya SSD:

Akiba ya SSD ikiwashwa kwenye mfumo, akiba ya kidhibiti itatumia nafasi fulani kuhifadhi data motomoto, na saizi ya maingizo motomoto kwenye akiba ya kidhibiti itabainisha ukubwa wa juu zaidi unaotumika wa hifadhi ya SSD. Kwa mseto wa kuanzia (GB 2 kwa kila kidhibiti), ukubwa wa juu zaidi wa hifadhi ya Akiba ya SSD inayotumika ni GB 150 kwa kidhibiti kimoja na GB 300 kwa miundo ya vidhibiti viwili visivyohitajika.

Ikilinganishwa na SSD, kumbukumbu ya akiba ya kidhibiti ina ufanisi zaidi wa nishati. Kwa kuongeza, sio tu kusoma data, lakini pia data iliyoandikwa inaweza kuingia kumbukumbu ya cache ya mtawala. Kwa hivyo, tunapendekeza kwamba watumiaji wa EonStor DS waongeze kumbukumbu ya akiba hadi GB 16 kwa kila kidhibiti na kununua SSD zinazofaa za akiba (ili kukidhi mahitaji na bajeti yako) ili kupata manufaa ya juu zaidi ya utendakazi.

4. Weka upya kidhibiti ili kuanzisha Fedha za SSD

Hatua ya mwisho ya kuanzisha Cache ya SSD inahusisha kuweka upya kidhibiti. Kwa chaguo-msingi, kashe ya mtawala haitoi nafasi ya kuhifadhi data "moto". Kwa hivyo, kidhibiti kinahitaji kuwekwa upya na kuanzishwa ili kutenga nafasi inayofaa kwa maandishi moto. Baada ya kuweka upya mtawala na kuamsha kazi ya Cache ya SSDni rahisi sana kufanya kazi. Hakuna haja ya kuweka upya au kuanzisha upya mfumo wakati wa kuongeza au kuondoa SSD kutoka kwenye bwawa. Utaratibu huu unafanywa kwa kutumia kiolesura angavu cha mtumiaji kupitia SANWatch au RAIDWatch.

5.Mahitaji ya SSD

Kwa sasa, kidhibiti kimoja kinaauni hadi SSD 4. Iwapo ungependa kutumia kipengele cha Akiba ya SSD, tafadhali angalia ikiwa muundo wa SSD unaochagua umeorodheshwa kwenye Orodha ya Wauzaji Waliohitimu Infortrend (QVL). SSD kutoka QVL yetu pekee ndizo zinaweza kutumika kuboresha utendakazi wa hifadhi kama ilivyoelezwa katika hati hii.

Hitimisho

Cache ya Infortrend SSD ni suluhisho la busara ambalo huboresha sana utendakazi wa uhifadhi, haswa kwa programu zinazosoma sana, hupunguza sana muda wa kusubiri na inasaidia mabwawa makubwa ya akiba. Ni rahisi kusakinisha, kusimamia na kudumisha kwa kutumia violesura angavu vya Infortrend. Tunapendekeza sana kuitumia kwenye mifumo iliyo na mzigo mzito wa kazi na shughuli za kusoma mara kwa mara.

Unaweza kupakua maandishi kamili ya kifungu na vielelezo kama faili ya pdf.

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 240 gigabyte ili mipango yote inafaa 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, kimsingi, 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 ya baadae (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. Kwa mfano, wacha 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 gari ngumu 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 la hali imara 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 inavyotokea :) 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.