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

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

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

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

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

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

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

ਸਰੋਤ: opennet.ru