Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

shared library address space

While I was studying about shared library I read a statement

Although the code of a shared library is shared among multiple processes, its variables are not. Each process that uses the library has its own copies of the global and static variables that are defined within the library.

I just have few doubts.

  1. Whether code part of each process are in separate address space?
  2. Whether shared-library code part are in some some global(unique) address space.

I am just a starter so please help me understand.

Thanks!

like image 449
Vivek Kumar Avatar asked Nov 07 '11 09:11

Vivek Kumar


People also ask

Where are shared libraries located?

In contrast, when archive libraries are linked into an executable program, they have a fixed location in the process's private virtual address space. Shared libraries reside in the /usr/shlib directory. Archive libraries reside in the /usr/lib directory.

Do shared libraries share memory?

Unless specified otherwise, a shared library will share memory with the process hosting it. Each process instance will then have its own copy. However, on Windows it is possible to create shared variables which allow inter-process communication. You do so by putting them in the right kind of segment.

What is inside a shared library?

A shared library or shared object is a file that is intended to be shared by multiple programs. Symbols used by a program are loaded from shared libraries into memory at load time or runtime.

How does shared library work?

Simply put, A shared library/ Dynamic Library is a library that is loaded dynamically at runtime for each application that requires it. Dynamic Linking doesn't require the code to be copied, it is done by just placing name of the library in the binary file.


1 Answers

Shared libraries are loaded into a process by memory-mapping the file into some portion of the process's address-space. When multiple processes load the same library, the OS simply lets them share the same physical RAM.

Portions of the library that can be modified, such as static globals, are generally loaded in copy-on-write mode, so that when a write is attempted, a page fault occurs, the kernel responds by copying the affected page to another physical page of RAM (for that process only), the mapping redirected to the new page, and then finally the write operation completes.

To answer your specific points:

  1. All processes have their own address space. The sharing of physical memory between processes is invisible to each process (unless they do so deliberately via a shared memory API).
  2. All data and code live in physical RAM, which is a kind of address-space. Most of the addresses you are likely see, however, are virtual memory addresses belonging to the address-space of one process or another, even if that "process" is the kernel.
like image 162
Marcelo Cantos Avatar answered Sep 18 '22 10:09

Marcelo Cantos