ਲੀਨਕਸ ਵਿੱਚ ਵਰਚੁਅਲ ਫਾਈਲ ਸਿਸਟਮ: ਉਹਨਾਂ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ ਅਤੇ ਉਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ? ਭਾਗ 1

ਸਾਰਿਆਂ ਨੂੰ ਸਤਿ ਸ਼੍ਰੀ ਅਕਾਲ! ਅਸੀਂ ਉਹਨਾਂ ਕੋਰਸਾਂ ਲਈ ਨਵੀਆਂ ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਪਿਆਰ ਕਰ ਚੁੱਕੇ ਹੋ ਅਤੇ ਹੁਣ ਅਸੀਂ ਇਹ ਘੋਸ਼ਣਾ ਕਰਨ ਲਈ ਕਾਹਲੀ ਵਿੱਚ ਹਾਂ ਕਿ ਅਸੀਂ ਕੋਰਸਾਂ ਦਾ ਇੱਕ ਨਵਾਂ ਸੈੱਟ ਸ਼ੁਰੂ ਕਰ ਰਹੇ ਹਾਂ। "ਲੀਨਕਸ ਪ੍ਰਸ਼ਾਸਕ"ਜੋ ਅਪ੍ਰੈਲ ਦੇ ਅੰਤ ਵਿੱਚ ਲਾਂਚ ਹੋਵੇਗਾ। ਇਸ ਇਵੈਂਟ ਲਈ ਇੱਕ ਨਵੀਂ ਪ੍ਰਕਾਸ਼ਨ ਮਿਤੀ ਦਿੱਤੀ ਜਾਵੇਗੀ। ਅਸਲੀ ਸਮੱਗਰੀ ਦੇ ਨਾਲ, ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ ਇੱਥੇ ਪੜ੍ਹੋ.

ਵਰਚੁਅਲ ਫਾਈਲ ਸਿਸਟਮ ਇੱਕ ਕਿਸਮ ਦੇ ਜਾਦੂਈ ਐਬਸਟਰੈਕਸ਼ਨ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ ਜੋ ਲੀਨਕਸ ਦੇ ਦਰਸ਼ਨ ਨੂੰ ਇਹ ਕਹਿਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਕਿ "ਹਰ ਚੀਜ਼ ਇੱਕ ਫਾਈਲ ਹੈ।"

ਇੱਕ ਫਾਇਲ ਸਿਸਟਮ ਕੀ ਹੈ? ਲੀਨਕਸ ਦੇ ਪਹਿਲੇ ਯੋਗਦਾਨੀਆਂ ਅਤੇ ਲੇਖਕਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੇ ਸ਼ਬਦਾਂ ਦੇ ਅਧਾਰ ਤੇ ਰੌਬਰਟਾ ਲਾਵਾ, "ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਇੱਕ ਖਾਸ ਢਾਂਚੇ ਦੇ ਅਨੁਸਾਰ ਇਕੱਠੇ ਕੀਤੇ ਡੇਟਾ ਦਾ ਇੱਕ ਲੜੀਵਾਰ ਸਟੋਰੇਜ ਹੈ।" ਜਿਵੇਂ ਕਿ ਇਹ ਹੋ ਸਕਦਾ ਹੈ, ਇਹ ਪਰਿਭਾਸ਼ਾ VFAT (ਵਰਚੁਅਲ ਫਾਈਲ ਅਲੋਕੇਸ਼ਨ ਟੇਬਲ), ਗਿੱਟ ਅਤੇ ਲਈ ਬਰਾਬਰ ਅਨੁਕੂਲ ਹੈ Cassandra (NoSQL ਡਾਟਾਬੇਸ). ਤਾਂ ਕੀ ਅਜਿਹੀ ਚੀਜ਼ ਨੂੰ "ਫਾਈਲ ਸਿਸਟਮ" ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ?

ਫਾਈਲਸਿਸਟਮ ਬੇਸਿਕਸ

ਲੀਨਕਸ ਕਰਨਲ ਨੂੰ ਇੱਕ ਇਕਾਈ ਲਈ ਕੁਝ ਲੋੜਾਂ ਹੁੰਦੀਆਂ ਹਨ ਜਿਸਨੂੰ ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਤਰੀਕਿਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ open(), read() и write() ਨਿਰੰਤਰ ਵਸਤੂਆਂ ਲਈ ਜਿਨ੍ਹਾਂ ਦੇ ਨਾਮ ਹਨ। ਵਸਤੂ-ਮੁਖੀ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਪ੍ਰੋਗਰਾਮਿੰਗ, ਕਰਨਲ ਇੱਕ ਆਮ ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ ਇੱਕ ਐਬਸਟਰੈਕਟ ਇੰਟਰਫੇਸ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਤਿੰਨ ਵੱਡੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ "ਵਰਚੁਅਲ" ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹਨਾਂ ਦੀ ਕੋਈ ਠੋਸ ਪਰਿਭਾਸ਼ਾ ਨਹੀਂ ਹੈ। ਇਸ ਅਨੁਸਾਰ, ਡਿਫਾਲਟ ਫਾਈਲ ਸਿਸਟਮ ਲਾਗੂ ਕਰਨ ਨੂੰ ਇੱਕ ਵਰਚੁਅਲ ਫਾਈਲ ਸਿਸਟਮ (VFS) ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਜੇਕਰ ਅਸੀਂ ਕਿਸੇ ਇਕਾਈ ਨੂੰ ਖੋਲ੍ਹ ਸਕਦੇ ਹਾਂ, ਪੜ੍ਹ ਸਕਦੇ ਹਾਂ, ਅਤੇ ਲਿਖ ਸਕਦੇ ਹਾਂ, ਤਾਂ ਉਸ ਇਕਾਈ ਨੂੰ ਇੱਕ ਫਾਈਲ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਉਪਰੋਕਤ ਕੰਸੋਲ ਵਿੱਚ ਉਦਾਹਰਨ ਤੋਂ ਦੇਖ ਸਕਦੇ ਹਾਂ।
VFS ਵਰਤਾਰਾ ਸਿਰਫ ਯੂਨਿਕਸ-ਵਰਗੇ ਨਿਰੀਖਣ ਨੂੰ ਰੇਖਾਂਕਿਤ ਕਰਦਾ ਹੈ ਕਿ "ਹਰ ਚੀਜ਼ ਇੱਕ ਫਾਈਲ ਹੈ"। ਸੋਚੋ ਕਿ ਇਹ ਕਿੰਨੀ ਅਜੀਬ ਹੈ ਕਿ ਉੱਪਰ ਦਿੱਤੀ ਛੋਟੀ /dev/console ਉਦਾਹਰਨ ਇਹ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਕੰਸੋਲ ਅਸਲ ਵਿੱਚ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਤਸਵੀਰ ਇੱਕ ਇੰਟਰਐਕਟਿਵ ਬੈਸ਼ ਸੈਸ਼ਨ ਦਿਖਾਉਂਦੀ ਹੈ। ਕੰਸੋਲ (ਵਰਚੁਅਲ ਕੰਸੋਲ ਡਿਵਾਈਸ) ਉੱਤੇ ਇੱਕ ਸਤਰ ਭੇਜਣਾ ਇਸਨੂੰ ਇੱਕ ਵਰਚੁਅਲ ਸਕ੍ਰੀਨ ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ। VFS ਦੀਆਂ ਹੋਰ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਅਜਨਬੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੀ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇਹ ਤੁਹਾਨੂੰ ਦੁਆਰਾ ਖੋਜ ਕਰਨ ਲਈ ਸਹਾਇਕ ਹੈ ਉਸਦੇ ਦੁਆਰਾ.

ਜਾਣੇ-ਪਛਾਣੇ ਸਿਸਟਮ ਜਿਵੇਂ ਕਿ ext4, NFS, ਅਤੇ /proc ਕੋਲ C ਡਾਟਾ ਬਣਤਰ ਵਿੱਚ ਤਿੰਨ ਮਹੱਤਵਪੂਰਨ ਕਾਰਜ ਹਨ file_operations. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕੁਝ ਫਾਈਲ ਸਿਸਟਮ ਇੱਕ ਜਾਣੇ-ਪਛਾਣੇ ਆਬਜੈਕਟ-ਅਧਾਰਿਤ ਤਰੀਕੇ ਨਾਲ VFS ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਵਧਾਉਂਦੇ ਅਤੇ ਮੁੜ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ। ਜਿਵੇਂ ਕਿ ਰੌਬਰਟ ਲਵ ਦੱਸਦਾ ਹੈ, VFS ਐਬਸਟਰੈਕਸ਼ਨ ਲੀਨਕਸ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਅੰਦਰੂਨੀ ਡੇਟਾ ਫਾਰਮੈਟ ਦੀ ਚਿੰਤਾ ਕੀਤੇ ਬਿਨਾਂ ਤੀਜੀ ਧਿਰ ਦੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਜਾਂ ਅਮੂਰਤ ਸੰਸਥਾਵਾਂ ਜਿਵੇਂ ਕਿ ਪਾਈਪਾਂ ਵਿੱਚ ਜਾਂ ਉਹਨਾਂ ਤੋਂ ਫਾਈਲਾਂ ਦੀ ਬੇਲੋੜੀ ਨਕਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਯੂਜ਼ਰ ਸਾਈਡ (ਯੂਜ਼ਰਸਪੇਸ) 'ਤੇ, ਸਿਸਟਮ ਕਾਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਫਾਈਲ ਤੋਂ ਕਰਨਲ ਡੇਟਾ ਸਟਰਕਚਰ ਵਿੱਚ ਕਾਪੀ ਕਰ ਸਕਦੀ ਹੈ। read() ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਅਤੇ ਫਿਰ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰੋ write () ਡਾਟਾ ਆਉਟਪੁੱਟ ਲਈ ਇੱਕ ਹੋਰ ਫਾਇਲ ਸਿਸਟਮ.

ਫੰਕਸ਼ਨ ਪਰਿਭਾਸ਼ਾਵਾਂ ਜੋ ਕਿ ਅਧਾਰ VFS ਕਿਸਮਾਂ ਨਾਲ ਸਬੰਧਤ ਹਨ ਫਾਈਲਾਂ ਵਿੱਚ ਹਨ fs/*.c ਕਰਨਲ ਸਰੋਤ ਕੋਡ, ਜਦੋਂ ਕਿ ਸਬ-ਡਾਇਰੈਕਟਰੀਆਂ fs/ ਕੁਝ ਫਾਇਲ ਸਿਸਟਮ ਰੱਖਦਾ ਹੈ। ਕੋਰ ਵਿੱਚ ਇਕਾਈਆਂ ਵੀ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ ਜਿਵੇਂ ਕਿ cgroups, /dev и tmpfs, ਜੋ ਬੂਟ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਲੋੜੀਂਦੇ ਹਨ ਅਤੇ ਇਸ ਲਈ ਕਰਨਲ ਸਬ-ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਹਨ init/. ਧਿਆਨ ਦਿਓ ਕਿ cgroups, /dev и tmpfs "ਵੱਡੇ ਤਿੰਨ" ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਕਾਲ ਨਾ ਕਰੋ file_operations, ਪਰ ਮੈਮੋਰੀ ਵਿੱਚ ਸਿੱਧੇ ਪੜ੍ਹੋ ਅਤੇ ਲਿਖੋ।
ਹੇਠਾਂ ਦਿੱਤਾ ਚਿੱਤਰ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਯੂਜ਼ਰਸਪੇਸ ਲੀਨਕਸ ਸਿਸਟਮਾਂ ਉੱਤੇ ਆਮ ਤੌਰ 'ਤੇ ਮਾਊਂਟ ਕੀਤੇ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਫਾਈਲ ਸਿਸਟਮਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਦਾ ਹੈ। ਢਾਂਚਾ ਨਹੀਂ ਦਿਖਾਇਆ ਗਿਆ pipes, dmesg и POSIX clocks, ਜੋ ਕਿ ਢਾਂਚੇ ਨੂੰ ਵੀ ਲਾਗੂ ਕਰਦੇ ਹਨ file_operations, VFS ਲੇਅਰ ਰਾਹੀਂ ਪਹੁੰਚ ਕੀਤੀ ਗਈ।

VFS ਸਿਸਟਮ ਕਾਲਾਂ ਅਤੇ ਕੁਝ ਖਾਸ ਦੇ ਲਾਗੂ ਕਰਨ ਦੇ ਵਿਚਕਾਰ ਇੱਕ "ਰੇਪਰ ਲੇਅਰ" ਹੈ file_operations, ਜਿਵੇ ਕੀ ext4 и procfs. ਫੰਕਸ਼ਨ file_operations ਜਾਂ ਤਾਂ ਡਿਵਾਈਸ ਡਰਾਈਵਰਾਂ ਜਾਂ ਮੈਮੋਰੀ ਐਕਸੈਸ ਡਿਵਾਈਸਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ। tmpfs, devtmpfs и cgroups ਨਾ ਵਰਤੋ file_operations, ਪਰ ਸਿੱਧੇ ਮੈਮੋਰੀ ਤੱਕ ਪਹੁੰਚ.
VFS ਦੀ ਹੋਂਦ ਕੋਡ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਨ ਦਾ ਮੌਕਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਫਾਈਲ ਸਿਸਟਮਾਂ ਨਾਲ ਜੁੜੇ ਬੁਨਿਆਦੀ ਤਰੀਕਿਆਂ ਨੂੰ ਹਰੇਕ ਕਿਸਮ ਦੇ ਫਾਈਲ ਸਿਸਟਮ ਦੁਆਰਾ ਦੁਬਾਰਾ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਕੋਡ ਦੀ ਮੁੜ ਵਰਤੋਂ ਸੌਫਟਵੇਅਰ ਇੰਜੀਨੀਅਰਾਂ ਵਿੱਚ ਇੱਕ ਆਮ ਅਭਿਆਸ ਹੈ! ਹਾਲਾਂਕਿ, ਜੇਕਰ ਮੁੜ ਵਰਤੋਂ ਯੋਗ ਕੋਡ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ ਗੰਭੀਰ ਗਲਤੀਆਂ, ਸਾਰੇ ਲਾਗੂਕਰਨ ਜੋ ਆਮ ਵਿਧੀਆਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ ਉਹਨਾਂ ਤੋਂ ਪੀੜਤ ਹਨ।

/tmp: ਸਧਾਰਨ ਸੰਕੇਤ

ਸਿਸਟਮ ਉੱਤੇ VFS ਮੌਜੂਦ ਹੋਣ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦਾ ਇੱਕ ਆਸਾਨ ਤਰੀਕਾ ਹੈ ਟਾਈਪ ਕਰਨਾ mount | grep -v sd | grep -v :/, ਜੋ ਸਾਰੇ ਮਾਊਂਟ ਕੀਤੇ ਦਿਖਾਏਗਾ (mounted) ਫਾਈਲ ਸਿਸਟਮ ਜੋ ਡਿਸਕ-ਰੈਜ਼ੀਡੈਂਟ ਅਤੇ ਗੈਰ-NFS ਨਹੀਂ ਹਨ, ਜੋ ਕਿ ਜ਼ਿਆਦਾਤਰ ਕੰਪਿਊਟਰਾਂ 'ਤੇ ਸਹੀ ਹੈ। ਸੂਚੀਬੱਧ ਮਾਊਂਟਾਂ ਵਿੱਚੋਂ ਇੱਕ (mounts) ਬਿਨਾਂ ਸ਼ੱਕ VFS ਕਰੇਗਾ /tmp, ਸੱਜਾ?

ਹਰ ਕੋਈ ਉਸ ਸਟੋਰੇਜ਼ ਨੂੰ ਜਾਣਦਾ ਹੈ / tmp ਇੱਕ ਭੌਤਿਕ ਮਾਧਿਅਮ 'ਤੇ - ਪਾਗਲਪਨ! ਸਰੋਤ.

ਸਟੋਰ ਕਰਨਾ ਅਣਚਾਹੇ ਕਿਉਂ ਹੈ /tmp ਭੌਤਿਕ ਮੀਡੀਆ 'ਤੇ? ਕਿਉਂਕਿ ਫਾਈਲਾਂ ਵਿੱਚ /tmp ਅਸਥਾਈ ਹਨ ਅਤੇ ਸਟੋਰੇਜ਼ ਜੰਤਰ ਉਸ ਮੈਮੋਰੀ ਨਾਲੋਂ ਹੌਲੀ ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ tmpfs ਬਣਾਈ ਜਾਂਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਭੌਤਿਕ ਮੀਡੀਆ ਮੈਮੋਰੀ ਨਾਲੋਂ ਓਵਰਰਾਈਟ ਹੋਣ 'ਤੇ ਪਹਿਨਣ ਲਈ ਵਧੇਰੇ ਸੰਵੇਦਨਸ਼ੀਲ ਹੁੰਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ, /tmp ਵਿੱਚ ਫਾਈਲਾਂ ਵਿੱਚ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਣਕਾਰੀ ਹੋ ਸਕਦੀ ਹੈ, ਇਸਲਈ ਉਹਨਾਂ ਨੂੰ ਹਰ ਰੀਬੂਟ ਤੇ ਗਾਇਬ ਕਰਨਾ ਇੱਕ ਜ਼ਰੂਰੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ।

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਕੁਝ ਲੀਨਕਸ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਇੰਸਟਾਲੇਸ਼ਨ ਸਕ੍ਰਿਪਟਾਂ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਟੋਰੇਜ਼ ਡਿਵਾਈਸ ਉੱਤੇ /tmp ਬਣਾਉਂਦੀਆਂ ਹਨ। ਨਿਰਾਸ਼ ਨਾ ਹੋਵੋ ਜੇਕਰ ਇਹ ਤੁਹਾਡੇ ਸਿਸਟਮ ਨਾਲ ਵੀ ਹੋਇਆ ਹੈ। ਦੇ ਨਾਲ ਕੁਝ ਸਧਾਰਨ ਹਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ Arch Wikiਇਸ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ, ਅਤੇ ਧਿਆਨ ਰੱਖੋ ਕਿ ਮੈਮੋਰੀ ਲਈ ਨਿਰਧਾਰਤ ਕੀਤੀ ਗਈ ਹੈ tmpfs ਹੋਰ ਉਦੇਸ਼ਾਂ ਲਈ ਅਣਉਪਲਬਧ ਹੋ ਜਾਂਦਾ ਹੈ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇੱਕ ਵਿਸ਼ਾਲ tmpfs ਅਤੇ ਇਸ ਉੱਤੇ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਵਾਲਾ ਸਿਸਟਮ ਮੈਮੋਰੀ ਖਤਮ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਕਰੈਸ਼ ਹੋ ਸਕਦਾ ਹੈ। ਇੱਕ ਹੋਰ ਸੰਕੇਤ: ਇੱਕ ਫਾਈਲ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦੇ ਸਮੇਂ /etc/fstab, ਯਾਦ ਰੱਖੋ ਕਿ ਇਹ ਇੱਕ ਨਵੀਂ ਲਾਈਨ ਨਾਲ ਖਤਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਤੁਹਾਡਾ ਸਿਸਟਮ ਬੂਟ ਨਹੀਂ ਹੋਵੇਗਾ।

/proc ਅਤੇ /sys

ਇਲਾਵਾ /tmp, VFS (ਵਰਚੁਅਲ ਫਾਈਲ ਸਿਸਟਮ) ਜੋ ਕਿ ਲੀਨਕਸ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸਭ ਤੋਂ ਜਾਣੂ ਹਨ /proc и /sys, (/dev ਸਾਂਝੀ ਮੈਮੋਰੀ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਨਹੀਂ ਹੈ file_operations). ਇਹ ਦੋ ਭਾਗ ਕਿਉਂ? ਆਓ ਇਸ ਮੁੱਦੇ 'ਤੇ ਗੌਰ ਕਰੀਏ।

procfs ਕਰਨਲ ਅਤੇ ਉਹਨਾਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦਾ ਸਨੈਪਸ਼ਾਟ ਬਣਾਉਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਲਈ ਇਹ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ userspace. The /proc ਕਰਨਲ ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਕੀ ਉਪਲਬਧ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੰਟਰੱਪਟਸ, ਵਰਚੁਅਲ ਮੈਮੋਰੀ, ਅਤੇ ਸ਼ਡਿਊਲਰ। ਇਸ ਤੋਂ ਇਲਾਵਾ, /proc/sys ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਪੈਰਾਮੀਟਰ ਕਮਾਂਡ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤੇ ਗਏ ਹਨ sysctlਲਈ ਉਪਲਬਧ ਹੈ userspace. ਵਿਅਕਤੀਗਤ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਸਥਿਤੀ ਅਤੇ ਅੰਕੜੇ ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ /proc/.

ਇਹ ਇਸ ਲਈ ਹੈ /proc/meminfo ਇੱਕ ਖਾਲੀ ਫਾਈਲ ਹੈ ਜਿਸ ਵਿੱਚ ਕੀਮਤੀ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਹੈ।

ਰਵੱਈਆ /proc ਫਾਈਲਾਂ ਦਿਖਾਉਂਦੀਆਂ ਹਨ ਕਿ VFS ਡਿਸਕ ਫਾਈਲ ਸਿਸਟਮ ਕਿੰਨੇ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ। ਇੱਕ ਪਾਸੇ, /proc/meminfo ਜਾਣਕਾਰੀ ਰੱਖਦਾ ਹੈ ਜੋ ਕਮਾਂਡ ਨਾਲ ਵੇਖੀ ਜਾ ਸਕਦੀ ਹੈ free. ਦੂਜੇ ਪਾਸੇ, ਇਹ ਖਾਲੀ ਹੈ! ਇਹ ਕਿਵੇਂ ਚਲਦਾ ਹੈ? ਸਿਰਲੇਖ ਵਾਲੇ ਮਸ਼ਹੂਰ ਲੇਖ ਦੀ ਸਥਿਤੀ ਯਾਦ ਕਰਾਉਂਦੀ ਹੈ ਕੀ ਚੰਦਰਮਾ ਮੌਜੂਦ ਹੈ ਜਦੋਂ ਕੋਈ ਇਸ ਵੱਲ ਨਹੀਂ ਦੇਖ ਰਿਹਾ ਹੈ? ਅਸਲੀਅਤ ਅਤੇ ਕੁਆਂਟਮ ਥਿਊਰੀ"ਕਾਰਨੇਲ ਯੂਨੀਵਰਸਿਟੀ ਦੇ ਭੌਤਿਕ ਵਿਗਿਆਨ ਦੇ ਪ੍ਰੋਫੈਸਰ ਡੇਵਿਡ ਮਰਮਿਨ ਦੁਆਰਾ 1985 ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਤੱਥ ਇਹ ਹੈ ਕਿ ਕਰਨਲ ਮੈਮੋਰੀ ਅੰਕੜੇ ਇਕੱਠੇ ਕਰਦਾ ਹੈ ਜਦੋਂ ਬੇਨਤੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ /proc, ਅਤੇ ਅਸਲ ਵਿੱਚ ਫਾਈਲਾਂ ਵਿੱਚ /proc ਜਦੋਂ ਕੋਈ ਨਹੀਂ ਦੇਖਦਾ ਤਾਂ ਕੁਝ ਵੀ ਨਹੀਂ ਹੁੰਦਾ। ਜਿਵੇਂ ਕਿਹਾ ਮਰਮਿਨ, "ਬੁਨਿਆਦੀ ਕੁਆਂਟਮ ਸਿਧਾਂਤ ਕਹਿੰਦਾ ਹੈ ਕਿ ਮਾਪ ਆਮ ਤੌਰ 'ਤੇ ਮਾਪੀ ਜਾ ਰਹੀ ਸੰਪੱਤੀ ਦੇ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਮੁੱਲ ਨੂੰ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰਦਾ ਹੈ।" (ਅਤੇ ਚੰਦਰਮਾ ਬਾਰੇ ਸਵਾਲ ਨੂੰ ਹੋਮਵਰਕ ਸਮਝੋ!)
ਖਾਲੀਪਣ ਜਾਪਦਾ ਹੈ procfs ਅਰਥ ਰੱਖਦਾ ਹੈ ਕਿਉਂਕਿ ਜਾਣਕਾਰੀ ਗਤੀਸ਼ੀਲ ਹੈ। ਨਾਲ ਇੱਕ ਥੋੜੀ ਵੱਖਰੀ ਸਥਿਤੀ sysfs. ਆਉ ਤੁਲਨਾ ਕਰੀਏ ਕਿ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਬਾਈਟ ਆਕਾਰ ਦੀਆਂ ਕਿੰਨੀਆਂ ਫਾਈਲਾਂ ਵਿੱਚ ਹਨ /proc ਅਤੇ ਅੰਦਰ /sys.

Procfs ਦੀ ਇੱਕ ਫਾਈਲ ਹੈ, ਅਰਥਾਤ ਨਿਰਯਾਤ ਕੀਤੀ ਕਰਨਲ ਸੰਰਚਨਾ, ਜੋ ਕਿ ਇੱਕ ਅਪਵਾਦ ਹੈ ਕਿਉਂਕਿ ਇਸਨੂੰ ਸਿਰਫ ਇੱਕ ਬੂਟ ਪ੍ਰਤੀ ਇੱਕ ਵਾਰ ਤਿਆਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਇਨ /sys ਇੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੀਆਂ ਮੈਮੋਰੀ ਦਾ ਪੂਰਾ ਪੰਨਾ ਲੈਂਦੀਆਂ ਹਨ। ਆਮ ਤੌਰ 'ਤੇ ਫਾਈਲਾਂ sysfs ਜਿਵੇਂ ਕਿ ਫਾਈਲਾਂ ਨੂੰ ਪੜ੍ਹਨ ਤੋਂ ਪ੍ਰਾਪਤ ਜਾਣਕਾਰੀ ਦੇ ਟੇਬਲ ਦੇ ਉਲਟ, ਬਿਲਕੁਲ ਇੱਕ ਨੰਬਰ ਜਾਂ ਲਾਈਨ ਰੱਖਦਾ ਹੈ /proc/meminfo.

ਟੀਚਾ sysfs - ਕਰਨਲ ਕੀ ਕਾਲ ਕਰਦਾ ਹੈ ਦੇ ਰੀਡ/ਰਾਈਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰੋ «kobjects» ਯੂਜ਼ਰਸਪੇਸ ਵਿੱਚ। ਇਕੋ ਟੀਚਾ kobjects ਲਿੰਕ ਗਿਣਤੀ ਹੈ: ਜਦੋਂ ਇੱਕ ਕੋਬਜੈਕਟ ਦਾ ਆਖਰੀ ਲਿੰਕ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਇਸ ਨਾਲ ਜੁੜੇ ਸਰੋਤਾਂ ਨੂੰ ਬਹਾਲ ਕਰੇਗਾ। ਫਿਰ ਵੀ, /sys ਜ਼ਿਆਦਾਤਰ ਮਸ਼ਹੂਰ ਬਣਾਉਂਦਾ ਹੈ "ਯੂਜ਼ਰਸਪੇਸ ਲਈ ਸਥਿਰ ABI" ਕੋਰ, ਜਿਸ ਨੂੰ ਕੋਈ ਵੀ ਕਦੇ ਵੀ, ਕਿਸੇ ਵੀ ਹਾਲਾਤ ਵਿੱਚ ਨਹੀਂ ਕਰ ਸਕਦਾ "ਬ੍ਰੇਕ". ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ sysfs ਵਿੱਚ ਫਾਈਲਾਂ ਸਥਿਰ ਹਨ, ਜੋ ਅਸਥਿਰ ਆਬਜੈਕਟ ਦੀ ਸੰਦਰਭ ਗਿਣਤੀ ਦੇ ਨਾਲ ਅਸੰਗਤ ਹੋਣਗੀਆਂ।
ਕਰਨਲ ਦਾ ਸਥਿਰ ABI ਸੀਮਿਤ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ /sys, ਉਹ ਨਹੀਂ ਜੋ ਅਸਲ ਵਿੱਚ ਉਸ ਖਾਸ ਪਲ 'ਤੇ ਮੌਜੂਦ ਹੈ। sysfs ਵਿੱਚ ਫਾਈਲ ਅਧਿਕਾਰਾਂ ਦੀ ਸੂਚੀ ਬਣਾਉਣਾ ਇਸ ਗੱਲ ਦੀ ਸਮਝ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਕਿ ਡਿਵਾਈਸਾਂ, ਮੋਡੀਊਲ, ਫਾਈਲ ਸਿਸਟਮ, ਆਦਿ ਲਈ ਸੰਰਚਨਾਯੋਗ ਸੈਟਿੰਗਾਂ ਕਿਵੇਂ ਹਨ। ਸੰਰਚਿਤ ਜਾਂ ਪੜ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਤਰਕਪੂਰਨ ਸਿੱਟਾ ਇਹ ਹੈ ਕਿ procfs ਕਰਨਲ ਦੇ ਸਥਿਰ ABI ਦਾ ਵੀ ਹਿੱਸਾ ਹੈ, ਹਾਲਾਂਕਿ ਇਹ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਨਹੀਂ ਦੱਸਿਆ ਗਿਆ ਹੈ। ਦਸਤਾਵੇਜ਼.

ਵਿੱਚ ਫਾਈਲਾਂ sysfs ਹਰੇਕ ਇਕਾਈ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸੰਪੱਤੀ ਦਾ ਵਰਣਨ ਕਰੋ ਅਤੇ ਪੜ੍ਹਨਯੋਗ, ਲਿਖਣਯੋਗ, ਜਾਂ ਦੋਵੇਂ ਹੋ ਸਕਦੇ ਹਨ। ਫਾਈਲ ਵਿੱਚ "0" ਦਾ ਮਤਲਬ ਹੈ ਕਿ SSD ਨੂੰ ਹਟਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਹੈ।

ਆਉ ਅਨੁਵਾਦ ਦੇ ਦੂਜੇ ਭਾਗ ਨੂੰ eBPF ਅਤੇ bcc ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ VFS ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ, ਅਤੇ ਹੁਣ ਅਸੀਂ ਤੁਹਾਡੀਆਂ ਟਿੱਪਣੀਆਂ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਾਂ ਅਤੇ ਰਵਾਇਤੀ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਸੱਦਾ ਦਿੰਦੇ ਹਾਂ ਵੈਬਿਨਾਰ ਖੋਲ੍ਹੋ, ਜੋ ਕਿ 9 ਅਪ੍ਰੈਲ ਨੂੰ ਸਾਡੇ ਅਧਿਆਪਕ ਦੁਆਰਾ ਆਯੋਜਿਤ ਕੀਤਾ ਜਾਵੇਗਾ - ਵਲਾਦੀਮੀਰ ਡਰੋਜ਼ਡੇਟਸਕੀ.

ਸਰੋਤ: www.habr.com