🥇लिनक्स में डिस्क गतिविधि के साथ प्रक्रियाओं की पहचान करना

TL, डॉ: लेख डिस्क पर डेटा लिखने वाले लिनक्स प्रोग्रामों की पहचान करने के लिए एक सुविधाजनक, तेज़ और विश्वसनीय तरीके के बारे में बात करता है, जो डिस्क सबसिस्टम पर बड़े या असामान्य रूप से लगातार लोड की पहचान करने में मदद करता है, और आपको फ़ाइल सिस्टम के ओवरहेड का अनुमान लगाने की भी अनुमति देता है। यह पीसी में एसएसडी, ईएमएमसी और सिंगल बोर्ड कंप्यूटर में फ्लैश मेमोरी के लिए विशेष रूप से सच है।
इस लेख को लिखते समय, मुझे पता चला कि बीटीआरएफएस फाइल सिस्टम में कई किलोबाइट डेटा लिखने से डिस्क पर 3 मेगाबाइट वास्तविक डेटा लिखा जाता है।

परिचय

"ओह, बकवास, आधुनिक एसएसडी पर मेमोरी सेल दशकों के सामान्य उपयोग के बाद विफल हो जाएंगे, इसके बारे में चिंता न करें, एचडीडी में स्वैप, वर्चुअल मशीन और ब्राउज़र प्रोफ़ाइल फ़ोल्डर को बहुत कम स्थानांतरित करें" - इस प्रश्न का एक विशिष्ट उत्तर गारंटीशुदा ≈150 TBW के साथ सॉलिड-स्टेट ड्राइव की विश्वसनीयता। यदि आप अनुमान लगाएं कि एक सामान्य सॉफ़्टवेयर कितना डेटा लिख सकता है, तो ऐसा लगता है कि प्रति दिन 10-20 जीबी पहले से ही एक बड़ा आंकड़ा है, अधिकतम 40 जीबी होने दें, और भी बहुत कुछ। इन संख्याओं को देखते हुए, उत्तर काफी उचित है - इसे हासिल करने में 10 साल लगते हैं गारंटी प्रतिदिन 40 जीबी रिकॉर्ड किए गए डेटा के साथ, ओवरराइट की गई कोशिकाओं की संख्या के लिए मान।
हालाँकि, 6 वर्षों में मैं पहले से ही अपने तीसरे SSD का उपयोग कर रहा हूँ: पहले वाले का नियंत्रक विफल हो गया, और दूसरे वाले ने दिन में कई बार कोशिकाओं के बीच डेटा स्थानांतरित करना शुरू कर दिया, जिसके परिणामस्वरूप रिकॉर्डिंग सेवा में 30-सेकंड की देरी हुई।

नए एसएसडी का उपयोग करने के 7 महीनों के बाद, मैंने लिखे गए डेटा की मात्रा की जांच करने का निर्णय लिया, जैसा कि स्मार्ट के माध्यम से ड्राइव द्वारा रिपोर्ट किया गया था।
19.7 टीबी.
केवल 7 महीनों में, मैंने रिकॉर्ड किए गए डेटा की गारंटीकृत मात्रा का 13% उपयोग किया, इस तथ्य के बावजूद कि यह विभाजन को संरेखित करने और एफएस स्थापित करने की सिफारिशों के अनुसार कॉन्फ़िगर किया गया है, मैं लगभग कभी भी स्वैप का उपयोग नहीं करता, वर्चुअल मशीन डिस्क स्थित हैं एचडीडी पर!
यह एक असामान्य रूप से बड़ा आंकड़ा है; इस दर पर, 5 साल की डिस्क वारंटी अवधि तक पहुंचने से पहले वारंटी टीबीडब्ल्यू पार हो जाएगी। और मेरा कंप्यूटर प्रतिदिन 93 गीगाबाइट नहीं लिख सकता! हमें यह जांचना होगा कि 10 मिनट में डिस्क पर कितना डेटा लिखा गया है...

Total: Writes Queued: 24,712, 2,237MiB Writes Completed: 25,507, 2,237MiB Write Merges: 58, 5,472KiB

2.2 GiB, ओह-हो-हो!

डिस्क डिवाइस पर लिखे गए डेटा की मात्रा निर्धारित करना

यदि आपका डिवाइस S.M.A.R.T को सपोर्ट करता है। (एसएसडी, ईएमएमसी, कुछ औद्योगिक माइक्रोएसडी), तो पहली चीज जो आपको करनी चाहिए वह प्रोग्राम का उपयोग करके ड्राइव से डेटा का अनुरोध करना है smartctl, skdump या mmc (एमएमसी-यूटिल्स से)।

स्मार्टसीटीएल प्रोग्राम से उदाहरण आउटपुट

$ sudo smartctl -a /dev/sdb
smartctl 7.0 2019-03-31 r4903 [x86_64-linux-5.3.11-200.fc30.x86_64] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Samsung based SSDs
Device Model:     Samsung SSD 860 EVO mSATA 250GB
Serial Number:    S41MNC0KA13477K
LU WWN Device Id: 5 002538 e700fa64b
Firmware Version: RVT41B6Q
User Capacity:    250 059 350 016 bytes [250 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      mSATA
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-4 T13/BSR INCITS 529 revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Tue Nov 19 01:48:50 2019 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever 
                                        been run.
Total time to complete Offline 
data collection:                (    0) seconds.
Offline data collection
capabilities:                    (0x53) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        No Offline surface scan supported.
                                        Self-test supported.
                                        No Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine 
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        (  85) minutes.
SCT capabilities:              (0x003d) SCT Status supported.
                                        SCT Error Recovery Control supported.
                                        SCT Feature Control supported.
                                        SCT Data Table supported.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       5171
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       459
177 Wear_Leveling_Count     0x0013   096   096   000    Pre-fail  Always       -       62
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   058   039   000    Old_age   Always       -       42
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   100   100   000    Old_age   Always       -       0
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       29
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       38615215765

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

मेरा SSD पैरामीटर 241 total_LBAs_Written में लिखे गए डेटा की मात्रा को बाइट्स के बजाय तार्किक ब्लॉक (LBA) में संग्रहीत करता है। मेरे मामले में लॉजिकल ब्लॉक का आकार 512 बाइट्स है (इसे सेक्टर साइज में स्मार्टसीटीएल आउटपुट में देखा जा सकता है)। बाइट्स प्राप्त करने के लिए, आपको पैरामीटर मान को 512 से गुणा करना होगा।

38615215765 × 512 ÷ 1000 ÷ 1000 ÷ 1000 ÷ 1000 = 19,770 ТБ
38615215765 × 512 ÷ 1024 ÷ 1024 ÷ 1024 ÷ 1024 = 17,981 ТиБ

कार्यक्रम skdump मेरे SSD पर यह किसी तरह अपने तरीके से total_LBAs_Written मान की व्याख्या करने का प्रयास करता है, यही कारण है कि यह प्रदर्शित होता है 1296217.695 TB, जो स्पष्ट रूप से गलत है।

डिवाइस स्तर पर दर्ज की गई जानकारी की मात्रा जानने के लिए, हम प्रोग्राम का उपयोग करेंगे btrace पैकेज से blktrace. यह प्रोग्राम चलने के पूरे समय के लिए सामान्य आँकड़े और रिकॉर्डिंग करने वाली व्यक्तिगत प्रक्रियाओं और थ्रेड्स (कर्नेल सहित) दोनों को दिखाता है।

10 मिनट में जानकारी एकत्र करने के लिए निम्नलिखित कमांड चलाएँ, जहाँ /dev/sdb आपकी डिस्क है:

# btrace -w 600 -a write /dev/sdb

विशिष्ट कमांड आउटपुट

…
  8,16   0     3253    50.085433192     0  C  WS 125424240 + 64 [0]
  8,16   0     3254    50.085550024     0  C  WS 193577744 + 64 [0]
  8,16   0     3255    50.085685165     0  C  WS 197246976 + 64 [0]
  8,16   0     3256    50.085936852     0  C  WS 125736264 + 128 [0]
  8,16   0     3257    50.086060780     0  C  WS 96261752 + 64 [0]
  8,16   0     3258    50.086195031     0  C  WS 94948640 + 64 [0]
  8,16   0     3259    50.086327355     0  C  WS 124656144 + 64 [0]
  8,16   0     3260    50.086843733 15368  C WSM 310218496 + 32 [0]
  8,16   0     3261    50.086975238   753  A WSM 310218368 + 32 <- (8,20) 291339904
  8,16   0     3262    50.086975560   753  Q WSM 310218368 + 32 [dmcrypt_write/2]
  8,16   0     3263    50.086977345   753  G WSM 310218368 + 32 [dmcrypt_write/2]
  8,16   0     3264    50.086978072   753  I WSM 310218368 + 32 [dmcrypt_write/2]
  8,16   0     3265    50.086979159   753  D WSM 310218368 + 32 [dmcrypt_write/2]
  8,16   0     3266    50.087055685     0  C WSM 310218368 + 32 [0]
  8,16   0     3267    50.087060168   753  A WSM 310218592 + 160 <- (8,20) 291340128
  8,16   0     3268    50.087060367   753  Q WSM 310218592 + 160 [dmcrypt_write/2]
  8,16   0     3269    50.087061242   753  G WSM 310218592 + 160 [dmcrypt_write/2]
  8,16   0     3270    50.087061698   753  I WSM 310218592 + 160 [dmcrypt_write/2]
  8,16   0     3271    50.087062361   753  D WSM 310218592 + 160 [dmcrypt_write/2]
  8,16   0     3272    50.087386179     0  C WSM 310218592 + 160 [0]
  8,16   0     3273    50.087436417 15368  A FWS 0 + 0 <- (253,1) 0
  8,16   0     3274    50.087437471 15368  Q FWS [LS Thread]
  8,16   0     3275    50.087440862 15368  G FWS [LS Thread]
  8,16   0     3276    50.088300047     0  C  WS 0 [0]
  8,16   0     3277    50.088470917   753  A WFSM 18882688 + 8 <- (8,20) 4224
  8,16   0     3278    50.088471091   753  Q WFSM 18882688 + 8 [dmcrypt_write/2]
  8,16   0     3279    50.088471688   753  G WFSM 18882688 + 8 [dmcrypt_write/2]
  8,16   0     3280    50.088474334 32254  D WSM 18882688 + 8 [kworker/0:2H]
  8,16   0     3281    50.088515572     0  C WSM 18882688 + 8 [0]
  8,16   0     3282    50.089229069     0  C WSM 18882688 [0]
CPU0 (8,16):
 Reads Queued:           0,        0KiB  Writes Queued:         345,   25,932KiB
 Read Dispatches:        0,        0KiB  Write Dispatches:      331,   25,788KiB
 Reads Requeued:         0               Writes Requeued:         0
 Reads Completed:        0,        0KiB  Writes Completed:    1,597,  117,112KiB
 Read Merges:            0,        0KiB  Write Merges:            1,       16KiB
 Read depth:             0               Write depth:           177
 IO unplugs:             0               Timer unplugs:           0
CPU1 (8,16):
 Reads Queued:           0,        0KiB  Writes Queued:         502,   39,948KiB
 Read Dispatches:        0,        0KiB  Write Dispatches:      495,   40,076KiB
 Reads Requeued:         0               Writes Requeued:         0
 Reads Completed:        0,        0KiB  Writes Completed:        0,        0KiB
 Read Merges:            0,        0KiB  Write Merges:            0,        0KiB
 Read depth:             0               Write depth:           177
 IO unplugs:             0               Timer unplugs:           0
CPU2 (8,16):
 Reads Queued:           0,        0KiB  Writes Queued:         297,   26,800KiB
 Read Dispatches:        0,        0KiB  Write Dispatches:      287,   26,800KiB
 Reads Requeued:         0               Writes Requeued:         0
 Reads Completed:        0,        0KiB  Writes Completed:        0,        0KiB
 Read Merges:            0,        0KiB  Write Merges:            0,        0KiB
 Read depth:             0               Write depth:           177
 IO unplugs:             0               Timer unplugs:           0
CPU3 (8,16):
 Reads Queued:           0,        0KiB  Writes Queued:         418,   24,432KiB
 Read Dispatches:        0,        0KiB  Write Dispatches:      408,   24,448KiB
 Reads Requeued:         0               Writes Requeued:         0
 Reads Completed:        0,        0KiB  Writes Completed:        0,        0KiB
 Read Merges:            0,        0KiB  Write Merges:            2,      272KiB
 Read depth:             0               Write depth:           177
 IO unplugs:             0               Timer unplugs:           0

Total (8,16):
 Reads Queued:           0,        0KiB  Writes Queued:       1,562,  117,112KiB
 Read Dispatches:        0,        0KiB  Write Dispatches:    1,521,  117,112KiB
 Reads Requeued:         0               Writes Requeued:         0
 Reads Completed:        0,        0KiB  Writes Completed:    1,597,  117,112KiB
 Read Merges:            0,        0KiB  Write Merges:            3,      288KiB
 IO unplugs:             0               Timer unplugs:           0

Throughput (R/W): 0KiB/s / 2,338KiB/s
Events (8,16): 9,287 entries
Skips: 0 forward (0 -   0.0%)

btrace आपको रिकॉर्ड किए गए डेटा की वास्तविक मात्रा को स्पष्ट रूप से देखने की अनुमति देता है, लेकिन यह समझना मुश्किल है कि कौन से प्रोग्राम इसके आउटपुट से रिकॉर्डिंग कर रहे हैं।

उन प्रोग्रामों का निर्धारण करना जो ड्राइव पर लिखते हैं

कार्यक्रम iotop डिस्क पर लिखने की प्रक्रियाएँ और लिखे गए डेटा का आकार दिखाएगा।
सबसे सुविधाजनक आउटपुट निम्नलिखित मापदंडों द्वारा प्रदान किया जाता है:

# iotop -obPat

नमूना प्रोग्राम आउटपुट

02:55:47 Total DISK READ :       0.00 B/s | Total DISK WRITE :      30.65 K/s
02:55:47 Actual DISK READ:       0.00 B/s | Actual DISK WRITE:       0.00 B/s
    TIME  PID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
b'02:55:47   753 be/4 root          0.00 B      0.00 B  0.00 %  0.04 % [dmcrypt_write/2]'
b'02:55:47   788 be/4 root         72.00 K     18.27 M  0.00 %  0.02 % [btrfs-transacti]'
b'02:55:47 15057 be/4 valdikss    216.00 K    283.05 M  0.00 %  0.01 % firefox'
b'02:55:47  1588 ?dif root          0.00 B      0.00 B  0.00 %  0.00 % Xorg -nolisten tcp -auth /var/run/sddm/{398f030f-9667-4dff-b371-81eaae48dfdf} -background none -noreset -displayfd 18 -seat seat0 vt1'
b'02:55:47 15692 be/4 valdikss    988.00 K      9.41 M  0.00 %  0.00 % python3 /usr/bin/gajim'
b'02:55:47 15730 ?dif valdikss      9.07 M      0.00 B  0.00 %  0.00 % telegram-desktop --'
b'02:55:47  2174 ?dif valdikss   1840.00 K      2.47 M  0.00 %  0.00 % yakuake'
b'02:55:47 19827 be/4 root         16.00 K    896.00 K  0.00 %  0.00 % [kworker/u16:7-events_unbound]'
b'02:55:47 19074 be/4 root         16.00 K    480.00 K  0.00 %  0.00 % [kworker/u16:4-btrfs-endio-write]'
b'02:55:47 19006 be/4 root         16.00 K   1872.00 K  0.00 %  0.00 % [kworker/u16:1-events_unbound]'
b'02:55:47  1429 be/4 root        484.00 K      0.00 B  0.00 %  0.00 % accounts-daemon'
b'02:55:47 15820 be/4 valdikss    312.00 K      0.00 B  0.00 %  0.00 % firefox -contentproc -childID 6 -isForBrowser -prefsLen 7894 -prefMapSize 223880 -parentBuildID 20191022164834 -greomni /usr/lib64/firefox/omni.ja -appomni /usr/lib64/firefox/browser/omni.ja -appdir /usr/lib64/firefox/browser 15057 tab'
b'02:55:47  2125 ?dif valdikss      0.00 B     92.00 K  0.00 %  0.00 % plasmashell'
b'02:55:47  1268 be/3 root          0.00 B      4.00 K  0.00 %  0.00 % auditd'
b'02:55:47  1414 be/4 root          0.00 B      4.00 K  0.00 %  0.00 % sssd_nss --uid 0 --gid 0 --logger=files'
b'02:55:47 15238 be/4 valdikss      0.00 B      4.00 K  0.00 %  0.00 % thunderbird'
b'02:55:47 18605 be/4 root          0.00 B      3.19 M  0.00 %  0.00 % [kworker/u16:0-btrfs-endio-write]'
b'02:55:47 18867 be/4 root          0.00 B     96.00 K  0.00 %  0.00 % [kworker/u16:5-btrfs-endio-meta]'
b'02:55:47 19070 be/4 root          0.00 B    160.00 K  0.00 %  0.00 % [kworker/u16:2-btrfs-freespace-write]'
b'02:55:47 19645 be/4 root          0.00 B      2.17 M  0.00 %  0.00 % [kworker/u16:3-events_unbound]'
b'02:55:47 19982 be/4 root          0.00 B    496.00 K  0.00 %  0.00 % [kworker/u16:6-btrfs-endio-write]'

फ़ायरफ़ॉक्स आपका ध्यान आकर्षित करता है, iotop चलाने के कुछ मिनटों में 283 मेगाबाइट रिकॉर्ड करता है।

लिखी जाने वाली फ़ाइलों का निर्धारण करना

डिस्क को रैप करने वाली प्रक्रिया के बारे में जानकारी अच्छी है, लेकिन जिन रास्तों से रिकॉर्डिंग की जाती है वे और भी बेहतर हैं।

आइए प्रोग्राम का उपयोग करें fatrace, जो फ़ाइल सिस्टम में परिवर्तनों को ट्रैक करता है।

# fatrace -f W

नमूना प्रोग्राम आउटपुट

firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite-wal
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/usage-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/usage
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/usage
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite

फैट्रेस इस तथ्य की काफी सरल ट्रैकिंग के उपयोग के कारण रिकॉर्ड किए गए डेटा की मात्रा नहीं दिखा सकता है कि फ़ाइलों को इनोटिफाई के माध्यम से एक्सेस किया जाता है।

आउटपुट से आप देख सकते हैं कि जब मैं इसे लिख रहा होता हूं तो Habr मेरे लेख को ब्राउज़र के स्थानीय भंडारण में कैसे सहेजता है, साथ ही ग्रुप स्पीड डायल एक्सटेंशन, जिसे, जैसा कि हम फ़ैट्रेस का उपयोग करके खोजने में सक्षम थे, हर बार अपना डेटा पढ़ता है 30 सेकंड। यह पढ़ता है, लिखता नहीं: CW फ़ाइल से पहले यह कहा गया है कि फ़ाइल को पढ़ने और लिखने के लिए खोला गया है, साथ ही यदि फ़ाइल गुम है तो उसे बनाया भी जा सकता है (जिसे O_RDWR|O_CREAT ध्वज के साथ openat कहा जाता है), लेकिन यह नहीं कहता है कि फ़ाइल में वास्तव में कोई जानकारी लिखी गई थी।

बस मामले में, इसे सुनिश्चित करने के लिए, फ़ाइल सिस्टम कॉल के लिए फ़िल्टर के साथ स्ट्रेस का उपयोग करें:

strace -yy -e trace=open,openat,close,write -f -p 15057 2>&1 | grep extension

कमांड आउटपुट

[pid 20352] openat(AT_FDCWD, "/home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 153</home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite>
[pid 20352] read(153</home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite>, "SQLite format 3 20 22 @   d 23"..., 100) = 100
[pid 20352] read(153</home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite>, "SQLite format 3 20 22 @   d 23"..., 4096) = 4096
[pid 20352] openat(AT_FDCWD, "/home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite-wal", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 166</home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite-wal>
…
[pid 20352] read(54</home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite>, " r4304364354354364-  4204!4'414" 250 &"..., 4096) = 4096
[pid 20352] read(54</home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite>, " 136Pt2262504 O24532016:"16.27 r245306>2461t1q370"..., 4096) = 4096
[pid 20352] close(77</home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite-wal>) = 0
[pid 20352] close(54</home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite>) = 0

कोई कॉल नहीं है write(), जो इंगित करता है कि फ़ाइल में कोई प्रविष्टि नहीं है।

फ़ाइल सिस्टम ओवरहेड का निर्धारण

रीडिंग में बड़ा अंतर iotop и btrace मुझे फ़ाइल में मैन्युअल रूप से डेटा लिखकर और btrace रीडिंग की निगरानी करके फ़ाइल सिस्टम का परीक्षण करने का विचार आया।

यदि आप सिस्टमडी आपातकालीन मोड में बूट करके डिस्क पर लिखना पूरी तरह से बाहर कर देते हैं और मैन्युअल रूप से लिखते हैं कुछ बाइट्स किसी मौजूदा फ़ाइल में डेटा, btrace से SSD तक btrfs रिपोर्ट रिकॉर्डिंग 3 मेगाबाइट वास्तविक डेटा. 8 जीबी फ्लैश ड्राइव पर एक ताज़ा बनाया गया फ़ाइल सिस्टम एक बाइट लिखते समय न्यूनतम 264 KiB लिखता है।
तुलना के लिए, ext4 पर किसी फ़ाइल में कुछ बाइट्स लिखने से डिस्क पर 24 किलोबाइट डेटा लिखा जाता है।

2017 में, जयश्री मोहन, रोहन कडेकोडी और विजय चिदंबरम विभिन्न फाइल सिस्टमों के लेखन प्रवर्धन का अध्ययन किया, 4KB राइट्स पर btrfs और ext4 के लिए उनके परिणाम मेरे अनुरूप हैं।

निष्कर्ष और निष्कर्ष

वर्णित जोड़तोड़ के माध्यम से इसकी खोज की गई:

CUPS प्रिंट डेमॉन द्वारा /var/ पर प्रिंटर कार्य स्थिति की बार-बार लॉगिंगकैश/कप हर मिनट। समस्या को /var/ साफ़ करके ठीक किया गयाअटेरन/कप (हालाँकि कोई प्रिंट कार्य नहीं था);
तथ्य यह है कि फ़ायरफ़ॉक्स के लिए ग्रुप स्पीड डायल एक्सटेंशन द्वारा डेटाबेस को हर 30 सेकंड में पढ़ा जाता है;
फेडोरा में विभिन्न प्रदर्शन ट्रैकिंग सेवाओं द्वारा आवधिक लॉगिंग, जिसके परिणामस्वरूप कई मेगाबाइट डेटा btrfs पर लिखा जा रहा है: pmcd.service, pmie.service, pmlogger.service;
btrfs का उपयोग करके थोड़ी मात्रा में डेटा लिखते समय भारी प्रवर्धन।

निष्कर्ष: यदि प्रोग्राम अक्सर थोड़ी मात्रा में डेटा (कुछ किलोबाइट) लिखते हैं तो आपको btrfs का उपयोग नहीं करना चाहिए, अन्यथा इसके परिणामस्वरूप मेगाबाइट डेटा लिखा जाएगा। यह माइक्रोएसडी पर ओएस वाले सिंगल-बोर्ड कंप्यूटर के लिए विशेष रूप से सच है।

स्रोत: www.habr.com

लिनक्स में डिस्क गतिविधि के साथ प्रक्रियाओं की पहचान करना