Memcached 1.6.0 નું પ્રકાશન સક્ષમ બાહ્ય સંગ્રહ માટે સમર્થન સાથે

સ્થાન લીધું ઇન-મેમરી ડેટા કેશીંગ સિસ્ટમનું એક મુખ્ય પ્રકાશન મેમકેશ્ડ 1.6.0, જે કી/વેલ્યુ ફોર્મેટમાં ડેટા પર કાર્ય કરે છે અને ઉપયોગમાં સરળ છે. Memcached નો ઉપયોગ સામાન્ય રીતે DBMS અને મધ્યવર્તી ડેટાની ઍક્સેસને કેશ કરીને હાઇ-લોડ સાઇટ્સના કામને ઝડપી બનાવવા માટે હળવા ઉકેલ તરીકે થાય છે. કોડ પૂરી પાડવામાં BSD લાયસન્સ હેઠળ.

નવા સંસ્કરણે સ્ટોરેજના અમલીકરણને સ્થિર કર્યું છે "એક્સ્સ્ટોર", જે હવે ડિફૉલ્ટ રૂપે બનેલ છે (તેને અક્ષમ કરવા માટે, રૂપરેખાંકિત સ્ક્રિપ્ટમાં "--disable-extstore" વિકલ્પનો ઉપયોગ કરો), પરંતુ સ્ટાર્ટઅપ પર સ્પષ્ટ સક્રિયકરણની જરૂર છે (અપગ્રેડ પછી જૂના ઇન્સ્ટોલેશન યથાવત રીતે કામ કરવાનું ચાલુ રાખશે). જોકે "extstore" સ્ટોરેજ સામાન્ય રીતે સ્થિર માનવામાં આવે છે, ખૂબ મોટી સિસ્ટમો પર તેને અમલમાં મૂકતી વખતે સાવચેતી રાખવાની ભલામણ કરવામાં આવે છે.

એક્સટસ્ટોર કેશ કદને વિસ્તૃત કરવા માટે SSD/ફ્લેશ ડ્રાઇવનો ઉપયોગ કરવાની મંજૂરી આપે છે. RAM ની જેમ, ફ્લેશ સ્ટોરેજ સતત રહેતું નથી અને રીબૂટ પર રીસેટ થાય છે. નવા મોડનો હેતુ મોટા ડેટાનું કાર્યક્ષમ કેશીંગ પૂરું પાડવાનો છે. એક્સટસ્ટોરનો ઉપયોગ કરતી વખતે, કી અને મેટાડેટા હજુ પણ ફક્ત RAM માં સંગ્રહિત થાય છે, પરંતુ કી સાથે સંકળાયેલ મોટો ડેટા જે ચોક્કસ થ્રેશોલ્ડ કરતાં વધુ હોય છે તે બાહ્ય સ્ટોરેજમાં સાચવવામાં આવે છે, જેનાથી RAM માં ફક્ત એક પોઇન્ટર રહે છે.

જો કીમાં નાનો ડેટા હોય, તો મેમકેશ્ડ હંમેશની જેમ કાર્ય કરે છે, ડેટાને મેમરીમાં રાખે છે અને બાહ્ય સ્ટોરેજને ઍક્સેસ કરતું નથી. જો પુષ્કળ મફત મેમરી હોય, તો સૌથી વધુ વારંવાર ઍક્સેસ કરાયેલ ડેટા સંપૂર્ણપણે RAM માં કેશ કરી શકાય છે (ઉદાહરણ તરીકે, તમે સ્પષ્ટ કરી શકો છો કે ફક્ત 1024 બાઇટ્સ કરતા મોટા ઑબ્જેક્ટ્સ જે 3600 સેકન્ડથી ઍક્સેસ કરવામાં આવ્યા નથી તેમને ફ્લેશમાં ફ્લશ કરવામાં આવે).

આ અમલીકરણ મહત્તમ કામગીરી અને ન્યૂનતમ CPU લોડ માટે ઑપ્ટિમાઇઝ કરવામાં આવ્યું છે, સ્ટોરેજ કાર્યક્ષમતા (ઉચ્ચ ફ્રેગમેન્ટેશન) ના ખર્ચે. ફ્લેશ ડ્રાઇવના જીવનકાળને વધારવા માટે, ડેટાને ક્રમિક રીતે બફર કરવામાં આવે છે અને સ્ટોરેજમાં ફ્લશ કરવામાં આવે છે. પુનઃપ્રારંભ વચ્ચે કેશ સ્થિતિ જાળવવા માટે, રિલીઝ 1.5.18 માં રજૂ કરાયેલ ફાઇલમાં કેશ ડમ્પ કરવાની ક્ષમતાનો ઉપયોગ કરી શકાય છે. કેશ ભરેલા ન હોવાને કારણે કન્ટેન્ટ હેન્ડલર્સ પર પીક લોડ ટાળવા માટે આગામી સ્ટાર્ટઅપ પર આ ફાઇલમાંથી કેશ પુનઃસ્થાપિત કરી શકાય છે (કેશ તરત જ "ગરમ" થઈ જાય છે).

મેમકેશ્ડ 1.6 માં બીજો મોટો ફેરફાર એ ફરીથી બનાવેલ નેટવર્કિંગ કોડ છે, જે હવે એક જ સિસ્ટમ કોલમાં બેચ વિનંતીઓને આપમેળે હેન્ડલ કરવા માટે અનુકૂળ છે. પહેલાં, જ્યારે એક જ TCP પેકેટમાં બહુવિધ "GET" આદેશો મોકલવામાં આવતા હતા, ત્યારે મેમકેશ્ડ અલગ સિસ્ટમ કોલ દ્વારા પરિણામો મોકલતા હતા. મેમકેશ્ડ 1.6 માં, પ્રતિભાવો એકત્રિત કરવામાં આવે છે અને એક જ સિસ્ટમ કોલ દ્વારા પરત કરવામાં આવે છે. પરિણામે, હવે, સરેરાશ, પ્રતિ સિસ્ટમ કોલ 1.5 કી છે, જે પરીક્ષણોમાં CPU લોડમાં 25% સુધીનો ઘટાડો અને લેટન્સીમાં કેટલાક ટકાનો ઘટાડો દર્શાવે છે.

નેટવર્ક સબસિસ્ટમના પુનઃડિઝાઇનથી સ્ટેટિક બફર અસાઇનમેન્ટને બદલે જરૂરિયાત મુજબ ડાયનેમિક બફર ફાળવણીમાં સંક્રમણ કરવાની મંજૂરી મળી. આ ઑપ્ટિમાઇઝેશનથી સ્થાપિત ક્લાયંટ કનેક્શન દ્વારા નવા આદેશોની રાહ જોતી વખતે મેમરી વપરાશ 4.5 KB થી ઘટાડીને 400-500 બાઇટ્સ થયો, અને અસંખ્ય મેલોક, રીલોક અને ફ્રી કોલ્સ પણ દૂર થયા જે મોટી સંખ્યામાં કનેક્શન્સ ધરાવતી સિસ્ટમો પર બિનજરૂરી મેમરી ફ્રેગમેન્ટેશન તરફ દોરી જાય છે. દરેક વર્કર થ્રેડ હવે સક્રિય ક્લાયંટ કનેક્શન્સ માટે વાંચન અને લેખન બફરનો પોતાનો પૂલ જાળવી રાખે છે. આ બફર્સના કદને ગોઠવવા માટે,
"-o resp_obj_mem_limit=N" અને "-o read_buf_mem_limt=N" વિકલ્પો પૂરા પાડવામાં આવ્યા છે.

૧.૬ શાખાએ પણ તેના નાપસંદગીની જાહેરાત કરી. બાઈનરી પ્રોટોકોલ સર્વર ક્રિયાપ્રતિક્રિયાઓ. બાઈનરી પ્રોટોકોલ જાળવણી અને બગ ફિક્સ ચાલુ રહેશે, પરંતુ નવી સુવિધાઓ અને હાલના કાર્યોના અપડેટ્સ સ્થાનાંતરિત કરવામાં આવશે નહીં. ટેક્સ્ટ પ્રોટોકોલ બદલાતા રહેશે. બાઈનરી પ્રોટોકોલને નવા પ્રોટોકોલ દ્વારા બદલવામાં આવ્યો છે. મેટા (કોમ્પેક્ટ મેટા-કમાન્ડ્સ સાથેનો ટેક્સ્ટ-આધારિત પ્રોટોકોલ) જે કામગીરી અને વિશ્વસનીયતાનું શ્રેષ્ઠ સંતુલન દર્શાવે છે. નવો પ્રોટોકોલ ટેક્સ્ટ અને બાયનરી પ્રોટોકોલ દ્વારા અગાઉ ઉપલબ્ધ તમામ કામગીરીને આવરી લે છે.

સોર્સ: opennet.ru