shm_overview(7) Miscellaneous Information Manual shm_overview(7) BEZEICHNUNG shm_overview - Uberblick uber gemeinsame Speichernutzung gemass POSIX BESCHREIBUNG Die POSIX-API fur gemeinsame Speichernutzung ermoglicht Prozessen den Austausch von Informationen in einem gemeinsamen Speicherbereich. In der API werden die folgenden Schnittstellen genutzt: shm_open(3) erstellt und offnet ein neues Objekt oder offnet ein vorhandenes Objekt. Das ist analog zu open(2). Der Aufruf gibt einen Dateideskriptor zuruck, der fur die Nutzung durch die im Folgenden aufgelisteten Schnittstellen bestimmt ist. ftruncate(2) bestimmt die Grosse des gemeinsamen Speicherobjekts. (Ein neu erzeugtes gemeinsames Speicherobjekt hat eine Ausdehnung von Null). mmap(2) bildet das gemeinsame Speicherobjekt in den virtuellen Adressraum des aufrufenden Prozesses ab. munmap(2) lost das gemeinsame Speicherobjekt aus dem virtuellen Adressraum des aufrufenden Prozesses heraus. shm_unlink(3) entfernt den Namen eines gemeinsamen Speicherobjekts. close(2) schliesst den von shm_open(3) bereitgestellten Dateideskriptor, wenn dieser nicht mehr benotigt wird. fstat(2) beschafft eine stat-Struktur, die das gemeinsame Speicherobjekt beschreibt. Zu den von diesem Aufruf zuruckgegebenen Informationen gehoren die Grosse des Objekts (st_size), Rechte (st_mode), Besitzer (st_uid) und Gruppe (st_gid). fchown(2) andert den Besitzer eines gemeinsamen Speicherobjekts. fchmod(2) andert die Rechte eines gemeinsamen Speicherobjekts. Versionen Gemeinsamer Speicher gemass POSIX wird seit Linux 2.4 und Glibc 2.2 unterstutzt. Dauerhaftigkeit Gemeinsame POSIX-Speicherobjekte sind im Kernel sehr langlebig: Ein gemeinsames Speicherobjekt besteht fort, bis das System heruntergefahren wird oder bis alle Prozesse das Objekt aus ihrem Adressraum entfernt haben und es mittels shm_unlink(3) >>zerstort<< wurde. Linken Programme, die die POSIX-API fur gemeinsame Speichernutzung verwenden, mussen mit cc -lrt ubersetzt werden, damit sie gegen die Echtzeit-Bibliothek librt gelinkt werden. Zugriff auf gemeinsame Speicherobjekte uber das Dateisystem Unter Linux werden gemeinsame Speicherobjekte in einem virtuellen Dateisystem (tmpfs(5)) erzeugt, das ublicherweise unter /dev/shm eingehangt wird. Seit Linux 2.6.19 unterstutzt Linux die Verwendung von Zugriffssteuerlisten (access control list, ACL) zur Rechtevergabe fur die Objekte im virtuellen Dateisystem. ANMERKUNGEN Normalerweise mussen Prozesse ihren Zugriff auf ein gemeinsames Speicherobjekt synchronisieren, beispielsweise mit POSIX-Semaphoren. Gemeinsam genutzter System-V-Speicher (shmget(2), shmop(2), etc.) ist eine altere API fur gemeinsame Speichernutzung. Gemeinsamer Speicher nach POSIX stellt eine einfachere und besser entworfene Schnittstelle bereit. Auf der anderen Seite ist gemeinsamer Speicher nach POSIX nicht so weit verbreitet (besonders auf alteren Systemen) als das System-V-Verfahren. SIEHE AUCH fchmod(2), fchown(2), fstat(2), ftruncate(2), memfd_create(2), mmap(2), mprotect(2), munmap(2), shmget(2), shmop(2), shm_open(3), shm_unlink(3), sem_overview(7) UBERSETZUNG Die deutsche Ubersetzung dieser Handbuchseite wurde von Martin Eberhard Schauer erstellt. Diese Ubersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer bezuglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG ubernommen. Wenn Sie Fehler in der Ubersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die Mailingliste der Ubersetzer . Linux man-pages 6.06 31. Oktober 2023 shm_overview(7)