ડિરેક્ટરીઓનું કદ અમારા પ્રયત્નોને યોગ્ય નથી

આ એક સંપૂર્ણપણે નકામું, વ્યવહારુ એપ્લિકેશનમાં બિનજરૂરી છે, પરંતુ *નિક્સ સિસ્ટમ્સમાં ડિરેક્ટરીઓ વિશે રમુજી થોડી પોસ્ટ છે. શુક્રવાર છે.

ઇન્ટરવ્યુ દરમિયાન, ઘણીવાર કંટાળાજનક પ્રશ્નો આઇનોડ્સ, બધું-ઇઝ-ફાઇલો વિશે ઉદ્ભવે છે, જેનો જવાબ બહુ ઓછા લોકો આપી શકે છે. પરંતુ જો તમે થોડું ઊંડું ખોદશો, તો તમને રસપ્રદ વસ્તુઓ મળી શકે છે.

પોસ્ટ સમજવા માટે, થોડા મુદ્દાઓ:

• બધું એક ફાઇલ છે. ડિરેક્ટરી પણ એક ફાઇલ છે
• inode ફાઇલમાંથી મેટાડેટા સંગ્રહિત કરે છે, પરંતુ ફાઇલનું નામ ત્યાં સંગ્રહિત નથી
• ફાઇલનું નામ ડિરેક્ટરી ડેટામાં સંગ્રહિત છે
• ડિરેક્ટરીનું કદ, જે ls માં દર્શાવવામાં આવ્યું છે અને મૂળભૂત રીતે 4Kb છે, તે ડિરેક્ટરીમાં ફાઇલોની સંખ્યા અને તેમના નામોની લંબાઈ પર આધાર રાખે છે.
• દેખીતી રીતે, વધુ ફાઈલો, મોટી ડિરેક્ટરી કદ

હવે અહીં રસપ્રદ ભાગ છે: અમે એક મિલિયન ફાઇલો સાથે ડિરેક્ટરી બનાવીએ છીએ, ડિરેક્ટરીનું કદ તપાસીએ છીએ અને પછી બધી ફાઇલો કાઢી નાખીએ છીએ અને ડિરેક્ટરીનું કદ જોઈએ છીએ.

$ mkdir niceDir && cd niceDir
# в зависимости от скорости носителя, следующая команда может занять 2-10 минут
$ for ((i=1;i<133700;i++)); do touch long_long_looong_man_sakeru_$i ; done
$ ls -lhd .
drwxr-xr-x 2 user user 8.1M Aug 2 13:37 .
$ find . -type f -delete
$ ls -l
total 0
$ ls -lhd .
drwxr-xr-x 2 user user 8.1M Aug  2 13:37 .

જેમ તમે જોઈ શકો છો, ડિરેક્ટરીનું કદ બદલાયું નથી, તેમ છતાં તે લાગશે :)

તમે અનમાઉન્ટ થયેલ સ્થિતિમાં fsck (અને -D વિકલ્પ) નો ઉપયોગ કરીને ડિરેક્ટરીનું માપ (તેને કાઢી નાખ્યા વિના) ઠીક કરી શકો છો.

પરંતુ જ્યારે હું આવું શા માટે છે તે શોધવા ગયો, ત્યારે ખબર પડી કે 10 વર્ષ પહેલાં આવી વર્તણૂક થઈ ચૂકી છે ચર્ચા કરી lkml માં. અને વિકાસકર્તાઓ અનુસાર, ફિક્સ ફક્ત પ્રયત્નો માટે યોગ્ય નથી.

સોર્સ: www.habr.com