Linux 6.2 ਕਰਨਲ ਵਿੱਚ Btrfs ਵਿੱਚ RAID5/6 ਵਿੱਚ ਸੁਧਾਰ ਸ਼ਾਮਲ ਹੋਣਗੇ

Btrfs ਸੁਧਾਰਾਂ ਨੂੰ RAID 6.2/5 ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਰਾਈਟ ਹੋਲ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ Linux 6 ਕਰਨਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਲਈ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਸਮੱਸਿਆ ਦਾ ਸਾਰ ਇਸ ਤੱਥ 'ਤੇ ਹੇਠਾਂ ਆਉਂਦਾ ਹੈ ਕਿ ਜੇਕਰ ਰਿਕਾਰਡਿੰਗ ਦੌਰਾਨ ਕੋਈ ਕਰੈਸ਼ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਮਝਣਾ ਸ਼ੁਰੂ ਵਿੱਚ ਅਸੰਭਵ ਹੈ ਕਿ ਕਿਸ ਬਲਾਕ 'ਤੇ ਰੇਡ ਡਿਵਾਈਸ ਸਹੀ ਢੰਗ ਨਾਲ ਲਿਖੀ ਗਈ ਸੀ, ਅਤੇ ਜਿਸ ਵਿੱਚ ਰਿਕਾਰਡਿੰਗ ਪੂਰੀ ਨਹੀਂ ਹੋਈ ਸੀ। ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਇੱਕ RAID ਨੂੰ ਬਹਾਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਅੰਡਰਰਾਈਟ ਕੀਤੇ ਬਲਾਕਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਬਲਾਕ ਨਸ਼ਟ ਹੋ ਸਕਦੇ ਹਨ ਕਿਉਂਕਿ RAID ਬਲਾਕਾਂ ਦੀ ਸਥਿਤੀ ਸਮਕਾਲੀ ਨਹੀਂ ਹੈ। ਇਹ ਸਮੱਸਿਆ ਕਿਸੇ ਵੀ RAID1/5/6 ਐਰੇ ਵਿੱਚ ਵਾਪਰਦੀ ਹੈ ਜਿੱਥੇ ਇਸ ਪ੍ਰਭਾਵ ਦਾ ਮੁਕਾਬਲਾ ਕਰਨ ਲਈ ਵਿਸ਼ੇਸ਼ ਉਪਾਅ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ।

ਇੱਕ RAID ਲਾਗੂ ਕਰਨ ਵਿੱਚ, ਜਿਵੇਂ ਕਿ btrfs ਵਿੱਚ RAID1, ਇਹ ਸਮੱਸਿਆ ਦੋਵਾਂ ਕਾਪੀਆਂ ਵਿੱਚ ਚੈੱਕਸਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੱਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਜੇਕਰ ਕੋਈ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਤਾਂ ਡੇਟਾ ਨੂੰ ਦੂਜੀ ਕਾਪੀ ਤੋਂ ਮੁੜ ਬਹਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਪਹੁੰਚ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ ਜੇਕਰ ਕੁਝ ਡਿਵਾਈਸ ਪੂਰੀ ਅਸਫਲਤਾ ਦੀ ਬਜਾਏ ਗਲਤ ਡੇਟਾ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੀ ਹੈ.

ਹਾਲਾਂਕਿ, RAID5/6 ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਫਾਈਲ ਸਿਸਟਮ ਪੈਰਿਟੀ ਬਲਾਕਾਂ ਲਈ ਚੈਕਸਮਾਂ ਨੂੰ ਸਟੋਰ ਨਹੀਂ ਕਰਦਾ ਹੈ: ਇੱਕ ਆਮ ਸਥਿਤੀ ਵਿੱਚ, ਬਲਾਕਾਂ ਦੀ ਵੈਧਤਾ ਇਸ ਤੱਥ ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਸਾਰੇ ਚੈਕਸਮ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ ਪੈਰਿਟੀ ਬਲਾਕ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਡਾਟਾ ਤੱਕ. ਹਾਲਾਂਕਿ, ਅੰਸ਼ਕ ਰਿਕਾਰਡਿੰਗ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ ਪਹੁੰਚ ਕੁਝ ਸਥਿਤੀਆਂ ਵਿੱਚ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੀ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇੱਕ ਐਰੇ ਨੂੰ ਬਹਾਲ ਕਰਨ ਵੇਲੇ, ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਅਧੂਰੇ ਰਿਕਾਰਡ ਦੇ ਅਧੀਨ ਆਉਣ ਵਾਲੇ ਬਲਾਕਾਂ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਬਹਾਲ ਕੀਤਾ ਜਾਵੇਗਾ।

btrfs ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ ਸਮੱਸਿਆ ਸਭ ਤੋਂ ਢੁਕਵੀਂ ਹੈ ਜੇਕਰ ਰਿਕਾਰਡ ਸਟਰਿੱਪ ਤੋਂ ਛੋਟਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ ਇੱਕ ਰੀਡ-ਸੋਡੀਫਾਈ-ਰਾਈਟ ਓਪਰੇਸ਼ਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ (ਰੀਡ-ਸੋਡੀਫਾਈ-ਰਾਈਟ, RMW)। ਜੇਕਰ ਇਹ ਅਧੂਰੀ ਲਿਖਤ ਦੇ ਨਾਲ ਬਲਾਕਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਦਾ ਹੈ, ਤਾਂ RMW ਓਪਰੇਸ਼ਨ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ ਜਿਸਦਾ ਪਤਾ ਨਹੀਂ ਲਗਾਇਆ ਜਾਵੇਗਾ, ਭਾਵੇਂ ਚੈਕਸਮ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ। ਡਿਵੈਲਪਰਾਂ ਨੇ ਬਦਲਾਅ ਕੀਤੇ ਹਨ ਜਿਸ ਵਿੱਚ ਆਰਐਮਡਬਲਯੂ ਓਪਰੇਸ਼ਨ ਇਸ ਕਾਰਵਾਈ ਨੂੰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬਲਾਕਾਂ ਦੇ ਚੈਕਸਮ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਇਹ ਡਾਟਾ ਰੀਸਟੋਰ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ ਇਹ ਰਿਕਾਰਡਿੰਗ ਤੋਂ ਬਾਅਦ ਚੈਕਸਮ ਦੀ ਜਾਂਚ ਵੀ ਕਰਦਾ ਹੈ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇੱਕ ਅਧੂਰੀ ਪੱਟੀ (RMW) ਲਿਖਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਚੈੱਕਸਮ ਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਵਾਧੂ ਓਵਰਹੈੱਡ ਵੱਲ ਖੜਦਾ ਹੈ, ਪਰ ਭਰੋਸੇਯੋਗਤਾ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਵਾਧਾ ਕਰਦਾ ਹੈ। RAID6 ਲਈ, ਅਜਿਹਾ ਤਰਕ ਅਜੇ ਤਿਆਰ ਨਹੀਂ ਹੈ, ਹਾਲਾਂਕਿ, RAID6 ਵਿੱਚ ਅਜਿਹੀ ਅਸਫਲਤਾ ਲਈ ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਰਾਈਟ ਇੱਕ ਵਾਰ ਵਿੱਚ 2 ਡਿਵਾਈਸਾਂ 'ਤੇ ਫੇਲ ਹੋ ਜਾਵੇ, ਜਿਸਦੀ ਸੰਭਾਵਨਾ ਘੱਟ ਹੈ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਡਿਵੈਲਪਰਾਂ ਤੋਂ RAID5/6 ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸਿਫ਼ਾਰਸ਼ਾਂ ਨੂੰ ਨੋਟ ਕਰ ਸਕਦੇ ਹਾਂ, ਜਿਸ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ Btrfs ਵਿੱਚ ਮੈਟਾਡੇਟਾ ਅਤੇ ਡਾਟਾ ਸਟੋਰੇਜ ਪ੍ਰੋਫਾਈਲ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੇ ਹਨ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਸੀਂ ਮੈਟਾਡੇਟਾ ਲਈ ਪ੍ਰੋਫਾਈਲ RAID1 (ਮਿਰਰ) ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ RAID1C3 (3 ਕਾਪੀਆਂ) ਅਤੇ ਡੇਟਾ ਲਈ RAID5 ਜਾਂ RAID6 ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਇੱਕ ਪਾਸੇ ਭਰੋਸੇਯੋਗ ਮੈਟਾਡੇਟਾ ਸੁਰੱਖਿਆ ਅਤੇ "ਰਾਈਟ ਹੋਲ" ਦੀ ਅਣਹੋਂਦ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਦੂਜੇ ਪਾਸੇ RAID5/6 ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ, ਸਪੇਸ ਦੀ ਵਧੇਰੇ ਕੁਸ਼ਲ ਵਰਤੋਂ। ਇਸ ਨਾਲ ਮੈਟਾਡੇਟਾ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਡਾਟਾ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਨੂੰ ਠੀਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਇਹ ਵੀ ਨੋਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਕਰਨਲ 6.2 ਵਿੱਚ Btrfs ਵਿੱਚ SSDs ਲਈ, "ਡਿਸਕਾਰਡ" ਓਪਰੇਸ਼ਨ ਦਾ ਅਸਿੰਕਰੋਨਸ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਰਗਰਮ ਹੋ ਜਾਵੇਗਾ (ਮੁਕਤ ਬਲਾਕਾਂ ਨੂੰ ਨਿਸ਼ਾਨਬੱਧ ਕਰਨਾ ਜਿਨ੍ਹਾਂ ਨੂੰ ਹੁਣ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਸਟੋਰ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ)। ਇਸ ਮੋਡ ਦਾ ਫਾਇਦਾ ਇੱਕ ਕਤਾਰ ਵਿੱਚ "ਛੱਡੋ" ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸਮੂਹ ਅਤੇ ਇੱਕ ਬੈਕਗ੍ਰਾਉਂਡ ਪ੍ਰੋਸੈਸਰ ਦੁਆਰਾ ਕਤਾਰ ਦੀ ਹੋਰ ਪ੍ਰਕਿਰਿਆ ਦੇ ਕਾਰਨ ਉੱਚ ਪ੍ਰਦਰਸ਼ਨ ਹੈ, ਜਿਸ ਕਾਰਨ ਆਮ FS ਓਪਰੇਸ਼ਨ ਹੌਲੀ ਨਹੀਂ ਹੁੰਦੇ, ਜਿਵੇਂ ਕਿ ਸਮਕਾਲੀ " ਰੱਦ ਕਰੋ” ਕਿਉਂਕਿ ਬਲਾਕਾਂ ਨੂੰ ਮੁਕਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ SSD ਬਿਹਤਰ ਫੈਸਲੇ ਲੈ ਸਕਦਾ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਤੁਹਾਨੂੰ ਹੁਣ fstrim ਵਰਗੀਆਂ ਸਹੂਲਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਪਵੇਗੀ, ਕਿਉਂਕਿ ਸਾਰੇ ਉਪਲਬਧ ਬਲਾਕਾਂ ਨੂੰ ਵਾਧੂ ਸਕੈਨਿੰਗ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ ਅਤੇ ਕਾਰਵਾਈਆਂ ਨੂੰ ਹੌਲੀ ਕੀਤੇ ਬਿਨਾਂ FS ਵਿੱਚ ਕਲੀਅਰ ਕੀਤਾ ਜਾਵੇਗਾ।

ਸਰੋਤ: opennet.ru