អ្វីមួយអំពីអ៊ីដ្រូសែន

ម្តងម្កាល ដើម្បីផ្លាស់ទីទៅមជ្ឈមណ្ឌលចែកចាយកណ្តាល ខ្ញុំបានសម្ភាសន៍នៅក្រុមហ៊ុនធំៗជាច្រើន ភាគច្រើននៅ St. Petersburg និង Moscow សម្រាប់មុខតំណែង DevOps ។ ខ្ញុំបានកត់សម្គាល់ឃើញថាក្រុមហ៊ុនជាច្រើន (ក្រុមហ៊ុនល្អជាច្រើនឧទាហរណ៍ Yandex) សួរសំណួរស្រដៀងគ្នាពីរ៖

• អ្វី​ទៅ​ជា inode;
• សម្រាប់ហេតុផលអ្វីដែលអ្នកអាចទទួលបានកំហុសក្នុងការសរសេរថាស (ឬឧទាហរណ៍៖ ហេតុអ្វីបានជាអ្នកអាចអស់ទំហំថាស ខ្លឹមសារគឺដូចគ្នា)។

ជាញឹក​ញាប់ ខ្ញុំ​ប្រាកដ​ថា​ខ្ញុំ​ស្គាល់​ប្រធាន​បទ​នេះ​ច្បាស់ ប៉ុន្តែ​ពេល​ខ្ញុំ​ចាប់​ផ្ដើម​ពន្យល់ ចន្លោះ​ប្រហោង​នៃ​ចំណេះដឹង​បាន​លេច​ឡើង។ ដើម្បីរៀបចំចំណេះដឹងរបស់ខ្ញុំជាប្រព័ន្ធ បំពេញចន្លោះប្រហោង ហើយលែងខ្មាសខ្លួនឯងទៀតហើយ ខ្ញុំកំពុងសរសេរអត្ថបទនេះ ប្រហែលជាវាមានប្រយោជន៍សម្រាប់អ្នកផ្សេង។

ខ្ញុំនឹងចាប់ផ្តើមពីបាត ឧ. ពីដ្រាយវ៍រឹង (យើងនឹងបោះបង់ flash drives, SSDs និងរបស់ទំនើបផ្សេងទៀត; ឧទាហរណ៍, សូមពិចារណាណាមួយ 20 ឬ 80 gig ដ្រាយចាស់, ចាប់តាំងពីទំហំប្លុកមាន 512 បៃ) ។

ថាសរឹងមិនដឹងពីរបៀបដោះស្រាយទំហំរបស់វាដោយបៃទេ វាត្រូវបានបែងចែកតាមលក្ខខណ្ឌទៅជាប្លុក។ ការទប់ស្កាត់លេខចាប់ផ្តើមពី 0។ (វាត្រូវបានគេហៅថា LBA ព័ត៌មានលម្អិតនៅទីនេះ៖ ru.wikipedia.org/wiki/LBA)

ដូចដែលអាចមើលឃើញពីរូបភាពខ្ញុំបានកំណត់ប្លុក LBA ជាកម្រិត HDD ។ ដោយវិធីនេះ អ្នកអាចឃើញទំហំប្លុករបស់ថាសរបស់អ្នកមានដូចនេះ៖

root@ubuntu:/home/serp# blockdev --getpbsz /dev/sdb
512

កម្រិតខាងលើគឺជាភាគថាស មួយសម្រាប់ថាសទាំងមូល (ម្តងទៀតសម្រាប់ភាពសាមញ្ញ)។ ភាគច្រើនជាញឹកញាប់ការសម្គាល់ភាគពីរត្រូវបានប្រើ៖ msdos និង gpt ។ ដូច្នោះហើយ msdos គឺជាទម្រង់ចាស់ដែលគាំទ្រថាសរហូតដល់ 2Tb, gpt គឺជាទម្រង់ថ្មីមួយដែលមានសមត្ថភាពដោះស្រាយរហូតដល់ 1 zettabyte នៃ 512 byte blocks។ ក្នុងករណីរបស់យើងយើងមានភាគថាសនៃប្រភេទ msdos ដូចដែលអាចមើលឃើញពីរូបភាព ភាគថាសចាប់ផ្តើមដោយប្លុកលេខ 1 ខណៈពេលដែលសូន្យត្រូវបានប្រើសម្រាប់ MBR ។

នៅក្នុងភាគថាសដំបូងដែលខ្ញុំបង្កើតប្រព័ន្ធឯកសារ ext2 ទំហំប្លុកលំនាំដើមរបស់វាគឺ 4096 បៃ ដែលត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងរូបផងដែរ។ អ្នកអាចមើលទំហំប្លុកប្រព័ន្ធឯកសារដូចនេះ៖

root@ubuntu:/home/serp# tune2fs -l /dev/sdb1
tune2fs 1.42.9 (4-Feb-2014)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          a600bf40-f660-41f6-a3e6-96c303995479
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              65536
Block count:              261888
Reserved block count:     13094
Free blocks:              257445
Free inodes:              65525
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      63
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Fri Aug  2 15:02:13 2019
Last mount time:          n/a
Last write time:          Fri Aug  2 15:02:14 2019
Mount count:              0
Maximum mount count:      -1
Last checked:             Fri Aug  2 15:02:13 2019
Check interval:           0 (<none>)
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Default directory hash:   half_md4
Directory Hash Seed:      c0155456-ad7d-421f-afd1-c898746ccd76

ប៉ារ៉ាម៉ែត្រដែលយើងត្រូវការគឺ "ទំហំប្លុក" ។

ឥឡូវនេះផ្នែកគួរឱ្យចាប់អារម្មណ៍គឺរបៀបអានឯកសារ /home/serp/testfile? ឯកសារមានប្លុកប្រព័ន្ធឯកសារមួយ ឬច្រើន ដែលទិន្នន័យរបស់វាត្រូវបានរក្សាទុក។ ស្គាល់​ឈ្មោះ​ឯកសារ តើ​ត្រូវ​រក​ដោយ​របៀប​ណា? តើប្លុកមួយណាដែលខ្ញុំគួរអាន?

នេះគឺជាកន្លែងដែល inodes មានប្រយោជន៍។ ប្រព័ន្ធឯកសារ ext2fs មាន "តារាង" ដែលមានព័ត៌មានសម្រាប់អ៊ីណូតទាំងអស់។ ចំនួននៃ inodes ក្នុងករណី ext2fs ត្រូវបានកំណត់នៅពេលបង្កើតប្រព័ន្ធឯកសារ។ យើងមើលលេខដែលត្រូវការនៅក្នុងប៉ារ៉ាម៉ែត្រ "រាប់ Inode" នៃទិន្នផល tune2fs ពោលគឺឧ។ យើងមាន 65536 បំណែក។ inode មានព័ត៌មានដែលយើងត្រូវការ៖ បញ្ជីនៃប្លុកប្រព័ន្ធឯកសារសម្រាប់ឯកសារដែលយើងកំពុងស្វែងរក។ តើធ្វើដូចម្តេចដើម្បីស្វែងរកលេខ inode សម្រាប់ឯកសារដែលបានផ្តល់ឱ្យ?

ឈ្មោះ និងលេខ inode ដែលត្រូវគ្នាមាននៅក្នុងថត ហើយថតក្នុង ext2fs គឺជាប្រភេទឯកសារពិសេស ពោលគឺឧ។ ក៏មានលេខ inode ផ្ទាល់ខ្លួនផងដែរ។ ដើម្បីបំបែករង្វង់ដ៏កាចសាហាវនេះ លេខអ៊ីដ្រូសែន "ថេរ" "2" ត្រូវបានកំណត់ទៅថតឫស។ សូមក្រឡេកមើលខ្លឹមសារនៃ inode លេខ 2៖

root@ubuntu:/# debugfs /dev/sdb1
debugfs 1.42.9 (4-Feb-2014)
debugfs:  stat <2>

Inode: 2   Type: directory    Mode:  0755   Flags: 0x0
Generation: 0    Version: 0x00000000:00000002
User:     0   Group:     0   Size: 4096
File ACL: 0    Directory ACL: 0
Links: 3   Blockcount: 8
Fragment:  Address: 0    Number: 0    Size: 0
 ctime: 0x5d43cb51:16b61bcc -- Fri Aug  2 16:34:09 2019
 atime: 0x5d43c247:b704301c -- Fri Aug  2 15:55:35 2019
 mtime: 0x5d43cb51:16b61bcc -- Fri Aug  2 16:34:09 2019
crtime: 0x5d43b5c6:00000000 -- Fri Aug  2 15:02:14 2019
Size of extra inode fields: 28
BLOCKS:
(0):579
TOTAL: 1

ដូចដែលអ្នកអាចមើលឃើញ ថតដែលយើងត្រូវការមាននៅក្នុងប្លុកលេខ 579។ នៅក្នុងនោះយើងនឹងរកឃើញលេខ node សម្រាប់ថត home ហើយបន្តបន្ទាប់ទៀតចុះតាមខ្សែសង្វាក់រហូតដល់ក្នុង serp directory យើងឃើញលេខ node សម្រាប់ឯកសារដែលបានស្នើសុំ។ ប្រសិនបើភ្លាមៗមាននរណាម្នាក់ចង់ពិនិត្យមើលថាតើលេខត្រឹមត្រូវហើយថាតើព័ត៌មានចាំបាច់នៅទីនោះវាមិនពិបាកទេ។ យើង​ធ្វើ:

root@ubuntu:/# dd if=/dev/sdb1 of=/home/serp/dd_image bs=4096 count=1 skip=579
1+0 records in
1+0 records out
4096 bytes (4,1 kB) copied, 0,000184088 s, 22,3 MB/s
root@ubuntu:/# hexdump -c /home/serp/dd_image

នៅក្នុងលទ្ធផលអ្នកអាចអានឈ្មោះឯកសារនៅក្នុងថត។

ដូច្នេះ​ខ្ញុំ​មក​ដល់​សំណួរ​ចម្បង៖ "តើ​មាន​ហេតុផល​អ្វី​ខ្លះ​ដែល​មាន​កំហុស​ក្នុង​ការ​ថត​សំឡេង​អាច​កើត​ឡើង?"

ជាធម្មតា វានឹងកើតឡើង ប្រសិនបើមិនមានប្លុកទំនេរនៅក្នុងប្រព័ន្ធឯកសារ។ តើមានអ្វីអាចធ្វើបានក្នុងករណីនេះ? ក្រៅពី "លុបអ្វីដែលមិនចាំបាច់" ជាក់ស្តែងអ្នកគួរតែចងចាំថានៅក្នុងប្រព័ន្ធឯកសារ ext2,3 និង 4 មានរឿងដូចជា "ចំនួនប្លុកដែលបានបម្រុងទុក" ។ ប្រសិនបើអ្នកក្រឡេកមើលបញ្ជីខាងលើ យើងមាន "13094" ប្លុកបែបនេះ។ ទាំងនេះគឺជាប្លុកដែលអាចសរសេរបានដោយអ្នកប្រើប្រាស់ root ប៉ុណ្ណោះ។ ប៉ុន្តែប្រសិនបើអ្នកត្រូវការដោះស្រាយបញ្ហាឱ្យបានឆាប់រហ័ស ជាដំណោះស្រាយបណ្ដោះអាសន្ន អ្នកអាចធ្វើឱ្យពួកវាមានសម្រាប់មនុស្សគ្រប់គ្នា ដែលបណ្តាលឱ្យមានកន្លែងទំនេរមួយចំនួន៖

root@ubuntu:/mnt# tune2fs -m 0 /dev/sdb1
tune2fs 1.42.9 (4-Feb-2014)
Setting reserved blocks percentage to 0% (0 blocks)

ទាំងនោះ។ តាមលំនាំដើម អ្នកមាន 5% នៃទំហំថាសដែលមិនមានសម្រាប់ការសរសេរ ហើយបានផ្តល់ទំហំថាសទំនើប វាអាចមានរាប់រយជីហ្គាបៃ។

តើវាអាចជាអ្វីទៀត? វាក៏អាចទៅរួចដែរថាមានប្លុកឥតគិតថ្លៃ ប៉ុន្តែមិនមានថ្នាំងទៀតទេ។ ជាធម្មតាវាកើតឡើងប្រសិនបើអ្នកមានបណ្តុំនៃឯកសារនៅលើប្រព័ន្ធឯកសាររបស់អ្នកដែលតូចជាងទំហំប្លុកប្រព័ន្ធឯកសារ។ ដោយពិចារណាថា 1 inode ត្រូវបានចំណាយលើឯកសារ 1 ឬថត ហើយសរុបមកយើងមាន (សម្រាប់ប្រព័ន្ធឯកសារដែលបានផ្តល់ឱ្យ) 65536 - ស្ថានភាពគឺច្រើនជាងការពិត។ នេះអាចមើលឃើញយ៉ាងច្បាស់ពីលទ្ធផលនៃពាក្យបញ្ជា df៖

serp@ubuntu:~$ df -hi
Filesystem     Inodes IUsed IFree IUse% Mounted on
udev             493K   480  492K    1% /dev
tmpfs            493K   425  493K    1% /run
/dev/xvda1       512K  240K  273K   47% /
none             493K     2  493K    1% /sys/fs/cgroup
none             493K     2  493K    1% /run/lock
none             493K     1  493K    1% /run/shm
none             493K     2  493K    1% /run/user
/dev/xvdc1       320K  4,1K  316K    2% /var
/dev/xvdb1        64K   195   64K    1% /home
/dev/xvdh1       4,0M  3,1M  940K   78% /var/www
serp@ubuntu:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            2,0G  4,0K  2,0G   1% /dev
tmpfs           395M  620K  394M   1% /run
/dev/xvda1      7,8G  2,9G  4,6G  39% /
none            4,0K     0  4,0K   0% /sys/fs/cgroup
none            5,0M     0  5,0M   0% /run/lock
none            2,0G     0  2,0G   0% /run/shm
none            100M     0  100M   0% /run/user
/dev/xvdc1      4,8G  2,6G  2,0G  57% /var
/dev/xvdb1      990M  4,0M  919M   1% /home
/dev/xvdh1       63G   35G   25G  59% /var/www

ដូចដែលអាចមើលឃើញយ៉ាងច្បាស់នៅលើភាគថាស /var/www ចំនួនប្លុកឥតគិតថ្លៃនៅក្នុងប្រព័ន្ធឯកសារ និងចំនួនថ្នាំងឥតគិតថ្លៃប្រែប្រួលយ៉ាងខ្លាំង។

ក្នុងករណីដែលអ្នកអស់ឥន្ទធនូ ខ្ញុំនឹងមិនប្រាប់អ្នកពីអក្ខរាវិរុទ្ធទេព្រោះ ... អត់មានទេ (បើខុស ប្រាប់ខ្ញុំផង)។ ដូច្នេះសម្រាប់ភាគថាសដែលឯកសារតូចៗគុណ អ្នកគួរតែជ្រើសរើសប្រព័ន្ធឯកសារដោយឆ្លាតវៃ។ ឧទាហរណ៍ btrfs inodes មិនអាចបញ្ចប់បានទេ ពីព្រោះ ថ្មី​ត្រូវ​បាន​បង្កើត​ថាមវន្ត​បើ​ចាំបាច់។

ប្រភព: www.habr.com