Ответы выше очень хорошие, я уверен. Но для дураков, как я, я рекомендую Snagit 10. Вы можете придать изображению границу любой ширины, стиля и цвета, прежде чем вставлять его на свою веб-страницу. Они делают полную рабочую программу на 30-дневную пробную версию.
Прочтите о tmpfs
здесь . Следующее скопировано из этой статьи, в котором объясняется связь между разделяемой памятью и tmpfs
в частности.
1) There is always a kernel internal mount which you will not see at
all. This is used for shared anonymous mappings and SYSV shared
memory.
This mount does not depend on CONFIG_TMPFS. If CONFIG_TMPFS is not
set the user visible part of tmpfs is not build, but the internal
mechanisms are always present.
2) glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
POSIX shared memory (shm_open, shm_unlink). Adding the following
line to /etc/fstab should take care of this:
tmpfs /dev/shm tmpfs defaults 0 0
Remember to create the directory that you intend to mount tmpfs on
if necessary (/dev/shm is automagically created if you use devfs).
This mount is _not_ needed for SYSV shared memory. The internal
mount is used for that. (In the 2.3 kernel versions it was
necessary to mount the predecessor of tmpfs (shm fs) to use SYSV
shared memory)
Итак, когда вы фактически используете разделяемую память POSIX (которую я использовал и раньше), тогда glibc
создаст файл по адресу / dev / shm
, который используется для обмена данными между приложениями. Дескриптор файла, который он возвращает, будет ссылаться на этот файл, который вы можете передать в mmap
, чтобы он отображал этот файл в памяти, как это может быть и с любым «настоящим» файлом. Таким образом, перечисленные вами техники дополняют друг друга. Они не соревнуются. Tmpfs
- это просто файловая система, которая предоставляет файлы в памяти в качестве метода реализации для glibc
.
Например, Причина в том, чтобы предотвратить беспорядок в области лотка.