максимальный размер шмата shm

Тебе надо почитать доку на tmpfs, там все ответы на все твои вопросы. Идея файловой системы tmpfs очень хорошая :)

P.S. Вообще очень странно, что ты озаботился разбиением шаред меомори на несколько кустков. Интересно в какой доке ты увидел, что не сможешь захватить всю оператику.

>Тебе надо почитать доку на tmpfs, там все ответы на все твои вопросы. Идея файловой системы tmpfs очень хорошая :)

а вам бы для начала порекомендовал прочитать Стивенса или начинать мессагу словами "Осторожно, несу ахинею"

>P.S. Вообще очень странно, что ты озаботился разбиением шаред меомори на несколько кустков. Интересно в какой доке ты увидел, что не сможешь захватить всю оператику.

опасения человека вполне оправданы. но ничё полезного на вскидку не скажу

Стивенс конечно, крутой мужик, но он пишет в общем, а не про реализацию Линукска. Опасения безоснавательны, если кто не согласен пожалуйста ссылка на ман.

Баг в книге Стивенса "UNIX взаимодействие процессов", по межпроцессному обмену: страница 239, глава 10, 10.1.Введение, Читаем всю страницу, но особенно внимательно читаем предложение: "Все три типа семафоров могут использоваться для синхронизации как отдельных процессов, так и потоков одного процесса.". К Линуксу это предложение не имеет АБСОЛЮТНО ни какго отношения, потому что ни кто не сможет засинхронизировать процессы посредством posix семафоров.

P.S. Стивенс полезен для общего понимания, как инциклопедия, но надо читать доку от разработчиков.

похоже что вы всю ночь не спали.

а на тему как засинхронизировать процессы посредством posix семафоров под линукс поройтесь в архиве сайта или прочитайте man posixoptions

man posixoptions не содержит информации о засинхронизации процессов через posix семафоры.

>man posixoptions не содержит информации о засинхронизации процессов через posix семафоры.

а это что такое:

...
TSH - _POSIX_THREAD_PROCESS_SHARED - _SC_THREAD_PROCESS_SHARED
       Affected functions are
           pthread_mutexattr_getpshared(),
           pthread_mutexattr_setpshared()
...
???

по POSIX через самафоры синхронизуются и процессы и потоки. как named так и unnamed. реализовано ли это в конкретной ОС и как - уже другой вопрос.

// wbr

В Линухе до недавнего времени пост в posix семафор из одного процесса не будил спящий на нем другой процесс. Может, починили?

Например,

echo 536870912 > /proc/sys/kernel/shmmax

ессно семафор при этом размещается в разделяемой памяти, доступной обоим процессам? в своё время это была моя "любимая" ошибка.. :)

// wbr

> Процесс-потомок должен наследовать от родителя большой кусок оперативки и так ее изменять,

Советую вместо SySV ipc воспользоваться mmap( .... MAP_SHARED|MAP_ANONYMOUS...) Описываемая проблема как раз ложиться на mmap.

> ессно семафор при этом размещается в разделяемой памяти, доступной обоим процессам?

Разумеется!

Проблема была в том, что для пробуждения в pthread юзались rt сигналы. Ессно, чужой процесс их не получал.

Т.е. мьютексы теперь можно размещать в шаред мемори для синхронизации процессов?

AFAIK нет, для синхронизации процессов годятся только семафоры.

// wbr

По стандарту posix семафоры (а не мьютексы!) можно использовать для синхронизации процессов. Есснно, для этого их необходимо размещать в шареной памяти.

Линукс до недавнего времени это не поддерживал. И я не слышал, что это собираются чинить.

Die-Hard

Вот тото и оно... Стандарт - одно, а реализации везде по разному. Где то я видел новость про интервью Линуса Торвальдса. Он говорил - "мы не собираемся делать POSIX совместимую ОС".

:(

согласно posix должны работать и мьютексы и семафоры

если мне не изменяет память то под линуксом на текущий момент есть поддержка мьютексов. если надо определить присутствие этого в конкретном релизе то смотрим определён ли макрос из приведённого мною мана.

больше не нескажу ибо давно не вникал в тему.

на наше счастье pthread реализовывает RedHat ;-)

можно ссылку на POSIX где говорится, что mutex должны работать между процессами?

// wbr

> Значит, насколько я поняла, mmap может захватывать сколько угодно оперативки?

Да. И даже больше :) (в пределах сегмента, разумеется).

И SySV тоже можно заставить это сделать (см. мой пост выше про /proc/sys/kernel/shmmax), правда, требуется root. Но с SySV на этом пути будут проблемы (как и со всеми SySV IPC) -- нужно быть _очень_ осторожным, иначе мгновенно все ресурсы будут выедены. Вообще, SySV -- не Unix-way.

> а что тогда настоящий unix-way? :)

buf=(char *)mmap(0,thesize,PROT_READ|PROT_WRITE,MAP_SHARED|MAP_ANONYMOUS, 0, 0);

... fork() ...

Как все сдохнут, память вернется системе.

Не надо бояться overcommitment, MAP_SHARED обеспечит COW. Для вящего эстетизму можно после форка делать munmap на ненужные страницы (я обычно делаю :), но это, вообще говоря, лишнее.

10 отличий в студию!!!

>какой тогда дескриптор назначать?

в приведённом примере дескриптор игнорируется

а иначе только тот который вернула система

>(сорри, что юзаю вас, как ман... но не все женщины такие тупые, поверьте :))))

оригинально. но по моемому ум не лучшим образом соотносятся с привлекательностью

ну, мне тогда непривлекательность не грозит...:))))

mmap() в приведенном примере срабатывает _почти_ как malloc() (если бы был флаг MAP_PRIVATE, то был бы просто кусочек malloc()'а), но флаг MAP_SHARED приводит к тому, что вместо COW после форка выделенный кусок памяти будет виден одинаково и из дочки, и из папы.

После возврата из mmap() физическая память еще _не_ выделена; только при попытке что-то записать ядро разместит соответствующую страницу физической памяти, которая сразу будет доступна и из дочки, и из папы.

char *buf;

buf=(char *)mmap(0,1048576,PROT_READ|PROT_WRITE,MAP_SHARED|MAP_ANONYMOUS, 0, 0);

if(buf == MAP_FAILED) жужжим и помираем;

...

thepid=fork();

(тут все еще физической памяти не выделено)

...

if(thepid == 0) strcpy(buf+getpagesize(),"The child!");

(теперь одна страница памяти размещена и отображена по адресу buf+getpagesize(); причем на мультипроцессорной NUMA машине она размещена аффинно к дочке).

if(thepid != 0) strcpy(buf,"The father");

(теперь еше одна страница памяти размещена и отображена по адресу buf; причем на мультипроцессорной NUMA машине она размещена аффинно к папе. И из дочки, и из папы обращение типа printf("%s\n",buf) приведет к печати "The father", а printf("%s\n",buf+getpagesize()) -- "The child!").

> сорри, что юзаю вас, как ман... но не все женщины такие тупые, поверьте :)

Понятие тупизны может относится к анонимусам, но не к женшинам! (про женщину говорят "наивная").

:-)

> MAP_SHARED обеспечит COW.

Конечно, речь не про COW (Copy-On-Write) после форка шла, а о том, что физические страницы памяти будут выделены только после обращения по соответствующему виртуальному адресу.