Bago ang Linux 6.3 kernel na posibleng ilabas bilang stable sa Linggo, dalawang huling minutong patch para sa Btrfs file-system driver ang isinumite ngayon upang matugunan ang isang matinding problema mula noong Linux 6.2.
Btrfs para sa Linux 6.3 ay nakakakita ng huling minutong trabaho upang ayusin ang mga problema sa async discard, na pinagana bilang default mula noong Linux 6.2. Ang default na pag-uugali ng async discard ay may mababang limitasyon sa IOPS at ang pagproseso ng isang malaking batch ng mga pagtatapon ay magtatagal at mag-aaksaya ng kapangyarihan/aktibidad ng disk.
Ipinadala ni Boris Burkov ang mga patch ng Btrfs mas maaga sa buwang ito at ipinaliwanag:
“Dahil ang discard=async ay naging implicit default sa btrfs sa 6.2 kernel, nagkaroon ng maraming reklamo tungkol sa discard na masyadong kumalat sa mga workstation system. Nagreresulta ito sa mga sitwasyon tulad ng pagmamaneho ng mga user na hindi idle sa hindi inaasahang mahabang yugto ng panahon.
Ito ay sanhi ng medyo mababa ang default na limitasyon ng iops na 10, kaya itinaas ng seryeng ito ang default na limitasyon sa 1000 (1ms delay) at binago ang isang kakaibang fallback pag-uugali para sa limit=0 na ituturing na walang limitasyon.
…
Noon, ang default ay medyo konserbatibo 10. Nagreresulta ito sa isang 100ms na pagkaantala, kaya sa ~300 na pagtatapon sa isang commit, ito ay tumatagal ng buo 30s hanggang sa susunod na pangako na tapusin ang mga pagtatapon. Sa isang workstation, nagreresulta ito sa disk na hindi kailanman magiging idle, pag-aaksaya ng kuryente/baterya, atbp.
Itakda ang default sa 1000, na nagreresulta sa paggamit ng pinakamaliit na posibleng pagkaantala, sa kasalukuyan, na 1ms. Ipinakita nito na hindi pinapanatiling abala ng orihinal na reporter ang disk.”
Ang pagbabago ng Btrfs ay dapat na mapunta sa ilang sandali sa Linux 6.3 Git at malamang na kinuha ng Linux 6.2 bilang isang matatag na pag-aayos din.