rhyddhad mawr o'r system storio data yn y cof , sy'n gweithredu ar ddata mewn fformat allwedd/gwerth ac sy'n hawdd ei ddefnyddio. Mae Memcached fel arfer yn cael ei ddefnyddio fel datrysiad ysgafn i gyflymu safleoedd llwyth uchel trwy gadw mynediad i'r DBMS a data canolraddol. Côd dan y drwydded BSD.
Mae'r fersiwn newydd wedi sefydlogi gweithrediad y storfa "", sydd bellach wedi'i adeiladu yn ddiofyn (i'w analluogi, defnyddiwch yr opsiwn "--disable-extstore" yn y sgript ffurfweddu), ond mae angen ei actifadu'n benodol wrth gychwyn (bydd hen osodiadau yn parhau i weithio heb eu newid ar ôl yr uwchraddio). Er bod y storfa "extstore" yn cael ei hystyried yn sefydlog yn gyffredinol, argymhellir bod yn ofalus wrth ei weithredu ar systemau mawr iawn.
Mae Extstore yn caniatáu defnyddio gyriannau SSD/Fflach i ehangu maint y storfa. Fel gyda RAM, nid yw storfa fflach yn barhaus ac mae'n cael ei hailosod ar ôl ailgychwyn. Bwriad y modd newydd yw darparu storfa ddata fawr yn y storfa wedi'i storio'n effeithlon. Wrth ddefnyddio extstore, dim ond yn y RAM y mae allweddi a metadata yn dal i gael eu storio, ond mae data mawr sy'n gysylltiedig ag allweddi sy'n fwy na throthwy penodol yn cael ei gadw i storfa allanol, gan adael dim ond pwyntydd yn y RAM.
Os yw'r allwedd yn cynnwys data bach, mae Memcached yn gweithredu fel arfer, gan gadw'r data yn y cof a heb gyrchu storfa allanol. Os oes digon o gof rhydd, gellir storio'r data a geir amlaf yn gyfan gwbl yn y storfa dros dro yn y RAM (er enghraifft, gallwch nodi mai dim ond gwrthrychau sy'n fwy na 1024 beit nad ydynt wedi cael eu cyrchu am 3600 eiliad sy'n cael eu fflysio i Flash).
Mae'r gweithrediad wedi'i optimeiddio ar gyfer perfformiad mwyaf a llwyth CPU lleiaf posibl, ar draul effeithlonrwydd storio (darnio uchel). Er mwyn ymestyn oes gyriannau fflach, caiff data ei glustogi a'i fflysio i'r storfa yn olynol. Er mwyn cadw cyflwr y storfa rhwng ailgychwyniadau, gellir defnyddio'r gallu i ddympio'r storfa i ffeil, a gyflwynwyd yn rhyddhad 1.5.18. Gellir adfer y storfa o'r ffeil hon ar y cychwyn nesaf i osgoi llwythi brig ar drinwyr cynnwys oherwydd storfa dan-lenwi (mae'r storfa'n dod yn "gynnes" ar unwaith).
Yr ail newid mawr yn Memcached 1.6 yw'r cod rhwydweithio wedi'i ailweithio, sydd bellach wedi'i addasu i drin ceisiadau swp yn awtomatig o fewn un alwad system. Yn flaenorol, wrth anfon nifer o orchmynion "GET" mewn un pecyn TCP, roedd memcached yn anfon y canlyniadau trwy alwadau system ar wahân. Yn Memcached 1.6, mae ymatebion yn cael eu crynhoi a'u dychwelyd trwy un alwad system. O ganlyniad, mae bellach, ar gyfartaledd, 1.5 allwedd fesul galwad system, sydd mewn profion yn dangos gostyngiad yn llwyth y CPU o hyd at 25% a gostyngiad yn yr oedi o sawl cant.
Roedd ailgynllunio is-system y rhwydwaith hefyd yn caniatáu'r newid i ddyrannu byffer deinamig yn ôl yr angen, yn hytrach nag aseiniad byffer statig. Gostyngodd yr optimeiddio hwn y defnydd o gof wrth aros am orchmynion newydd trwy gysylltiad cleient sefydledig o 4.5 KB i 400-500 beit, a hefyd dileu nifer o alwadau malloc, realloc, a galwadau am ddim sy'n arwain at ddarnio cof diangen ar systemau gyda nifer fawr o gysylltiadau. Mae pob edau gweithiwr bellach yn cynnal ei gronfa ei hun o fyfferau darllen ac ysgrifennu ar gyfer cysylltiadau cleient gweithredol. I ffurfweddu maint y byfferau hyn,
Darperir yr opsiynau "-o resp_obj_mem_limit=N" a "-o read_buf_mem_limt=N".
Cyhoeddodd y gangen 1.6 hefyd ei bod yn cael ei dirymu. Rhyngweithiadau gweinydd. Bydd cynnal a chadw'r protocol deuaidd a thrwsio namau yn parhau, ond ni fydd nodweddion newydd a diweddariadau i swyddogaethau presennol yn cael eu mudo. bydd yn parhau i esblygu heb ei newid. Mae'r protocol deuaidd wedi cael ei ddisodli gan brotocol newydd. (protocol seiliedig ar destun gyda meta-orchmynion cryno) sy'n dangos cydbwysedd gorau posibl rhwng perfformiad a dibynadwyedd. Mae'r protocol newydd yn cwmpasu'r holl weithrediadau a oedd ar gael yn flaenorol trwy'r protocolau testun a deuaidd.
Ffynhonnell: opennet.ru
