Virtual memory ਹਰ process ਨੂੰ ਇਹ ਭਰਮ ਦਿੰਦੀ ਹੈ ਕਿ ਉਸਦਾ ਆਪਣਾ ਨਿੱਜੀ, ਲਗਾਤਾਰ (contiguous) memory addresses ਦਾ ਬਲਾਕ ਹੈ (0 ਤੋਂ ਲੈ ਕੇ ਇੱਕ ਵੱਡੇ ਵੱਧ-ਤੋਂ-ਵੱਧ ਤੱਕ), ਭਾਵੇਂ ਅਸਲ ਵਿੱਚ ਕਿੰਨੀ ਵੀ ਭੌਤਿਕ RAM ਹੋਵੇ ਜਾਂ ਡਾਟਾ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਪਿਆ ਹੋਵੇ। OS ਅਤੇ CPU ਦੀ MMU (Memory Management Unit) ਇਹਨਾਂ virtual addresses ਨੂੰ physical addresses ਵਿੱਚ ਤੁਰੰਤ ਅਨੁਵਾਦ ਕਰਦੇ ਹਨ।
ਮੈਮੋਰੀ ਨੂੰ ਸਥਿਰ-ਆਕਾਰ ਦੇ (ਆਮ ਤੌਰ 'ਤੇ 4 KB) ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ। ਹਰ process ਲਈ ਇੱਕ ਹਰ virtual page ਨੂੰ ਇੱਕ physical ਨਾਲ ਮੈਪ ਕਰਦੀ ਹੈ:
Virtual address space Page table Physical RAM
(per process) (shared)
┌──────────┐ page 0 ─────────▶ frame 5 ───────────▶ ┌────────┐ frame 5
│ page 0 │ │ │
│ page 1 │ page 1 ─────────▶ frame 2 ───────────▶ ├────────┤ frame 2
│ page 2 │ page 2 ─────────▶ (on disk) swap-in ──▶ │ │
│ ... │ └────────┘
└──────────┘
fork ਤੋਂ ਬਾਅਦ copy-on-write pages) ਕਈ processes ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।ਜੇ ਕੋਈ process ਇੱਕ ਅਜਿਹਾ page ਛੂੰਹਦਾ ਹੈ ਜੋ RAM ਵਿੱਚ ਨਹੀਂ ਹੈ, ਤਾਂ MMU ਇੱਕ page fault ਪੈਦਾ ਕਰਦੀ ਹੈ ਅਤੇ OS ਇਸਨੂੰ ਲੋਡ ਕਰਦਾ ਹੈ (disk ਤੋਂ, ਜਾਂ ਇੱਕ ਨਵੇਂ page ਨੂੰ ਸਿਫ਼ਰਾਂ ਨਾਲ ਭਰ ਦਿੰਦਾ ਹੈ)।
Virtual memory ਲਗਭਗ ਹਰ ਉਸ ਚੀਜ਼ ਦੀ ਨੀਂਹ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮ RAM ਨੂੰ ਕਿਵੇਂ ਵਰਤਦੇ ਹਨ: process isolation, fork ਤੇਜ਼ ਕਿਉਂ ਹੈ (copy-on-write), memory-mapped file ਕਿਉਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਗੀਗਾਬਾਈਟ ਕਿਉਂ allocate ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਛੂਹਣ ਤੱਕ ਅਸਲੀ ਮੈਮੋਰੀ ਨਾਲ ਸਮਰਥਿਤ ਨਹੀਂ ਹੁੰਦੇ। Pages ਅਤੇ address translation ਸਮਝਣਾ TLBs, page faults, ਅਤੇ thrashing ਵਰਗੇ ਡੂੰਘੇ ਵਿਸ਼ਿਆਂ ਦਾ ਪ੍ਰਵੇਸ਼-ਦੁਆਰ ਹੈ।
ਵਿਸਤ੍ਰਿਤ ਜਵਾਬਾਂ ਨਾਲ IT ਇੰਟਰਵਿਊ ਸਵਾਲਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ — ਜੂਨੀਅਰ ਤੋਂ ਸੀਨੀਅਰ ਤੱਕ।
ਦਾਨ ਕਰੋ