Каков наилучший способ чтения с интерфейсов Linux/proc с использованием кода пространства пользователя C?

Согласно man 5 proc, можно использовать файловую систему /proc для доступа к следующей информации о Linux:

   /proc/[pid]/maps
          A file containing the currently mapped memory regions and their access
          permissions.

          The format is:

          address           perms offset  dev   inode   pathname
          08048000-08056000 r-xp 00000000 03:0c 64593   /usr/sbin/gpm
          08056000-08058000 rw-p 0000d000 03:0c 64593   /usr/sbin/gpm
          08058000-0805b000 rwxp 00000000 00:00 0
          40000000-40013000 r-xp 00000000 03:0c 4165    /lib/ld-2.2.4.so
          40013000-40015000 rw-p 00012000 03:0c 4165    /lib/ld-2.2.4.so
          4001f000-40135000 r-xp 00000000 03:0c 45494   /lib/libc-2.2.4.so
          40135000-4013e000 rw-p 00115000 03:0c 45494   /lib/libc-2.2.4.so
          4013e000-40142000 rw-p 00000000 00:00 0
          bffff000-c0000000 rwxp 00000000 00:00 0

          where "address" is the address space in the process that it occupies,
          "perms" is a set of permissions:

               r = read
               w = write
               x = execute
               s = shared
               p = private (copy on write)

          "offset" is the offset into the file/whatever, "dev" is the device
          (major:minor), and "inode" is the inode on that device.  0 indicates
          that no inode is associated with the memory region, as the case would
          be with BSS (uninitialized data).

          Under Linux 2.0 there is no field giving pathname.

Я действительно не хочу писать текстовый синтаксический код в C; Я предпочел бы просто звонить в ОС и читать информацию непосредственно в структурах. Я посмотрел в /usr/include/linux, чтобы увидеть, была ли очевидная структура с API-интерфейсами, но ничего не видел.

Итак, вопрос из двух частей:

  • Можно ли это считать "плохой идеей"? То есть, должны ли пользовательские программы просто кусать пулю и читать текст из /proc в случае изменения интерфейсов ядра? Если да, существует ли принятая "лучшая практика" для чтения из /proc с использованием C? (fscanf()? Регулярные выражения?)
  • Как я могу найти документацию для интерфейсов ядра (предположим, что они существуют), которые позволили бы мне прямо читать эти данные? (Является ли исходный код ядра лучшим местом для начала? Если да, то где в исходном ядре я должен смотреть?) Бонусные баллы, если вы знаете, какой интерфейс может предоставить данные /proc/[pid]/maps. =)

ОТВЕТЫ

Ответ 1

Я думаю, что для perl или оболочки script отлично читать и анализировать /proc/data. В программе C, если требуется устойчивость, я бы использовал интерфейс ядра (возможно, sysctl).

Оказывается, что procops-bundled pmap-реализация анализирует строки /proc/PID/maps по очереди (см. one_proc() function)

sscanf(mapbuf,"%"KLF"x-%"KLF"x %31s %Lx %x:%x %Lu", &start, &end, flags, &file_offset, &dev_major, &dev_minor, &inode);

EDIT. Исходная версия моего ответа показала способ анализа данных только на сегментах разделяемой памяти, а не всех отображенных сегментов памяти в качестве желаемого OP.

Я считаю, что ipcs -m предоставит вам те же данные для нескольких процессов. Поэтому ответ на второй вопрос заключается в том, что вы должны прочитать код ipcs: (например версия BSD, версия Linux):

Ответ 2

Чтение последовательно текстовых псевдофайлов, таких как /proc/self/maps, является каноническим способом для Linux, чтобы получить эту информацию (и нет простого способа получить ее в противном случае, так ядро ​​это дает).

Вы можете использовать некоторую библиотеку (например, libproc), которая делает это для вас. Но в конечном итоге ваше приложение будет анализировать (возможно, через несколько библиотек) файлы в /proc. Я не уверен, что вы правы, чтобы этого избежать.

Просто попробуйте выполнить команду, например, ps или top с /proc. Вероятно, он больше не будет работать.

Ответ 3

libproc предоставляет удобный способ доступа к содержимому в разделе /proc.