Kur memoria e ndërmjetme shkallëzohet në drejtimin e gabuar

Katër skedarë të vegjël janë në dosjen e memories së ndërmjetme të shërbimit. Më i madhi është 35 bajte. Së bashku mbajnë tre numra numëruesish dhe lexohen në çdo kërkesë për numërues.

Ekzistojnë që rruga e numërimit të mos i bëjë bazës së të dhënave katër pyetje me përgjigje thuajse gjithmonë „jo“. A i përjashton numëruesi vizitat e pronarit? Ndjek klikimet dalëse? Ndjek shtigjet nëpër uebsajt? Rifreskohet vetë? Për më shumë se 99% të numëruesve çdo përgjigje është jo dhe leximi i një skedari me pak numrat ku përgjigjja është po kushton më pak se katër kërkesa të indeksuara.

Kushton më pak. Por kjo lloj kostoje mund të përmbyset.

Çfarë u mat

E njëjta pyetje — „a është ky numërues në listë?“ — e shtruar në dy mënyra, në gjashtë madhësi liste. Me skedar: lexoje, dekodo JSON, kërko numrin. Me bazën e të dhënave: një komandë e përgatitur mbi kolonë të indeksuar. Dy mijë përsëritje secila, pesë raunde, merret mediana.

Në madhësinë e sotme, skedari fiton tetëfish: 0,0202 milisekonda kundrejt 0,1630. Me një mijë numra janë baras. Me dhjetë mijë, skedari kushton dymbëdhjetë herë më shumë dhe me njëqind mijë 135 herë, sepse atëherë janë 578 kilobajte që duhen lexuar dhe analizuar në çdo shikim.

Vija e bazës së të dhënave nuk lëviz. 0,16 milisekonda me dy rreshta dhe 0,16 me njëqind mijë: për këtë shërben indeksi dhe harrohet lehtë sa punë fshihet pas asaj vije të mërzitshme.

Pjesa e pakëndshme

Pika e barazimit është diku midis 100 dhe 1 000 numrave. Ky shërbim ka 2 218 numërues aktivë në tridhjetë ditët e fundit.

Prandaj, nëse përjashtimi do të kishte sukses — nëse të gjithë pronarët do të aktivizonin „mos numëro vizitat e mia“ — skedari do të mbante 2 218 numra, do të peshonte 11 kilobajte dhe do të kushtonte 0,43 milisekonda për shikim në vend të 0,02. Me 18 423 shikimet e djeshme, janë tetë sekonda pune në ditë për të shmangur një kërkesë që do të merrte tri.

Optimizimi është më i shpejtë kur funksioni përdoret më pak. Nuk përkeqësohet gradualisht me ngarkesën si një kërkesë e ngadaltë. Përkeqësohet me përhapjen e përdorimit, i vetmi bosht që nuk e vëzhgon askush, sepse rritja e përdorimit duhet të jetë lajm i mirë.

Pse është ende aty

Sepse është e drejtë sot dhe „e drejtë sot“ lejohet si arsye për diçka, për sa kohë dikush ka shënuar kur pushon së qeni e vërtetë.

Tre numra në tre skedarë. Tetë herë më lirë se alternativa, në një makinë ku rruga e numërimit është e vetmja gjë që duhet të jetë e shpejtë. Zëvendësimi tani me kërkesën që ajo e mund do të ishte sistem më i keq, i justifikuar me një hipotezë.

I duhet sinjali i alarmit, jo rishkrimi. Skedari gjithsesi shkruhet nga baza e të dhënave, nga kodi që ndryshon cilësimin — vendi i natyrshëm për të vënë re se lista kaloi disa qindra zëra dhe për ta njoftuar. Memoria e ndërmjetme me kufi të dokumentuar është vendim. Pa të është bast që nuk e ka pranuar askush.

Modeli i përgjithshëm

Ky nuk është argument kundër ruajtjes në skedar. Është argument për të ditur në cilin drejtim shkallëzohet memoria e ndërmjetme.

Shumica e memorieve të ndërmjetme përmirësohen nën ngarkesë: më shumë kërkesa, më shumë përputhje, raport më i mirë. Kjo është lloji tjetër. Kostoja për kërkesë varet nga sasia e të dhënave që mban dhe ajo rritet me gjënë që shërbimi po përpiqet të nxisë. Çdo lexim paguan për çdo zë, përfshirë 2 215 që nuk lidhen fare me vizitorin që po numërohet tani.

Pyetja për çdo tabelë kërkimi në memorie ose në skedar nuk është „sa e shpejtë është“, por „çfarë e rrit dhe çfarë ndodh kur ajo gjë ecën mirë“. Nëse përgjigjja është „ngadalësohet“, kufiri i madhësisë i përket kodit, pranë pjesës që shkruan skedarin, që ditën e ndërtimit.