Имеем следующее:

• В исходнике обьявлена статическая переменная
• Из исходников собирается библиотека
• Библиотека линкуется к нескольким параллельным процессам
• Целевая система RedHat, после планируется портировать на OpenVMS

Собственно вопрос:
От чего зависит будет ли обьявленная в shared библиотеке переменная физически одним местом в памяти для всех процессов или нет?

Небольшой пример кода:
Исходники библиотеки:

pool.h:


pool.c:


Исходник программы:


Сборка:
cc -c -fPIC pool.c
cc -shared -fPIC -rdynamic pool.o -o libpool.so
rm pool.o
cc main.c -rdynamic -lpool -L.

Результат:
То есть ожидалось, что при линковке система подключит переменную id к области памяти каждого из процессов - то есть она будет разделяемой памятью, как здесь Ссылка

На самом деле при запуске ./a.out 1 & ./a.out 2 получаем следующее:

То есть создаётся по экземпляру переменной для каждой программы, с которой линкуется библиотека.
Итак. Можно ли при помощи сильного колдунства сделать id общей? Или надёжнее использовать mmap/shmget? 

Это сообщение отредактировал(а) z7ql - 20.9.2013, 08:02

Не будет. В статье по ссылке обсуждается проблема экономии физической памяти, путем мэпирования одной и той же физической памяти (от библиотек) в каждый процесс. Это действительно делается, но писать в эту память не получится   Сегменты исполняемого кода мэпятся вообще без прав на запись, а сегменты данных - в приватном режиме (в режиме COPY-ON-WRITE)
Для организации разделяемых переменных между разными процессами их придется организовывать самому   


Именно так

Понял. Спасибо.