Работа с памятью в Linux

[Fantik]

Здрасти!!!
Подскажите пожалуйста, как в ОС Linux считать данные находящиеся в оперативной памяти по известному физическому адресу? Может функция есть какая, которой задаешь физический адрес а она вытаскивает данные по нему?

[RXL]

Neznayka, см. устройство /dev/mem (по умолчанию права RW для root и R для группы kmem).
Открываешь как файл, позиционируешься и читаешь/пишешь. Для удобства можно mmap сделать.

Если заглянуть в документацию по ядру, то можно найти назначение устройств.

[Fantik]

Спасибо за совет. Я просто думал может функция какая есть

[McZim]

Neznayka, конечно есть open() read() fopen() fread()

[Fantik]

Я про функцию в которую вводишь физический адрес а она возвращает того кто живет по этому адресу. =)

[McZim]

Neznayka, я понимаю вам дали пищу для размышления.

[Fantik]

Мне нужно считывать данные с оперативной памяти которые поступают по определенному физическому адресу - вот. Как разберусь так покажу исходник - кому интересно =)

[McZim]

Neznayka, ну так вам и сказали открываете, позиционируетесь/смещаетесь и читаете.

Код:

fd = open("/dev/mem", O_RDONLY);
lseek(fd, на сколько нужно сместиться, текущая позиция);
res = read(fd, куда, сколько);

[Fantik]

Впринципе я так же и делаю. Текущую позицию задаю начало файла т.е. SEEK_SET . Сместиться нужно вперед, а вот на сколько, пока не догадался .

[PooH]

А физический адрес в памяти, что из себя представляет?

[Fantik]

Только не бейте меня, еще вопрос.
lseek - эта функция с физическим адресом работает, я думал с виртуальным, или адрес посчитать надо?

[Fantik]

физический адрес из себя представляет 16-тиричное число

[PooH]

Name
mem, kmem, port - system memory, kernel memory and system ports
Description
 
mem is a character device file that is an image of the main memory of the computer. It may be used, for example, to examine (and even patch) the system.

Byte addresses in mem are interpreted as physical memory addresses. References to non-existent locations cause errors to be returned.

просто переведи 16-ое в 10-ое в Калькуляторе (я так понял что адрес постоянный) и смещайся.

[Fantik]

Хорошо попробую. Спасибо за помощь. Вы такие славные =).

[PooH]

lseek - эта функция с физическим адресом работает,

эта функция работает с байтами в файле... ну этоже линух... тут можно с памятью работать как с файлом.

[McZim]

В Linux, все, есть файл 

[PooH]

ну не совсем... тут еще надо определиться что понимать под файлом... лучше сказать, что практически для всего есть образ работа с которым аналогична работе с фалом. имхо.

[PooH]

... ну вот я примеру не припомню, чтобы для каждого сокета создавался файловый образ... ну в смысле, работать с TCP соединением как с файлом нельзя, или я ошибаюсь?

[McZim]

Код:

unsigned int UnixHTTPURLInputStream::readBytes(XMLByte* const    toFill
                                      , const unsigned int    maxToRead)
{
    unsigned int len = fBufferEnd - fBufferPos;
    if (len > 0)
    {
        // If there's any data left over in the buffer into which we first
        //   read from the server (to get the http header), return that.
        if (len > maxToRead)
            len = maxToRead;
        memcpy(toFill, fBufferPos, len);
        fBufferPos += len;
    }
    else
    {
        // There was no data in the local buffer.
        // Read some from the socket, straight into our caller's buffer.
        //
        len = read(fSocket, (void *) toFill, maxToRead);
        if (len == -1)
        {
            ThrowXMLwithMemMgr(NetAccessorException, XMLExcepts::NetAcc_ReadSocket, fMemoryManager);
        }
    }

    fBytesProcessed += len;
    return len;
}

[RXL]

Neznayka, виртуальное адресное пространство у каждого процесса свое. См. /proc/номер_процесса/mem

[Fantik]

RXL я учел это =)

[PooH]

len = read(fSocket, (void *) toFill, maxToRead);

тут fSocket не определяет файл... сокет это сокет, и я не помню чтобы у него был файловый образ... то есть, сущесть доступ к которой можно получить используя интерфейс работы с файловой системой... проще говоря, насколько я помню, в "ls" их не видно.

[RXL]

PooH, тут несколько разные понятия: файлы и файловая система.
Символьные и блочные устройства, различные сокеты, трубы, обычные файлы - все они являются, с точки зрения API, файлами и не важно, имеют ли они имя в файловой системе (тут отличие только в способе открытия). Те же unix-сокеты и трубы могут быть как именованными, так и анонимными - это не значит, что в одном случае это файл, а в другом - нет.

Я хочу сказать, что файловая система - средство хранения файлов, а смысл как файл они обретают только внутри ОС.

В Линуксе есть утилита lsof - показывает, какой процесс какие файлы открыл.

[PooH]

RXL, я про то, что насколько я помню у обычного TCP/UDP-сокета нет ничего похожего на файл даже с точки зрения API, ну, например, нет fopen, fclose... то есть, у памяти есть /dev/mem у просессов /proc да и еще у кучи всего есть "файловый образ"... а вот для TCP/UDP-сокета я такого не припомню... это все к тому, что McZim говорит что в линухе все файл, я вот как-то в этом сомневаюсь.

ps: lsof под рукой нет, когда открывается сокет на прослушку - она это отображает?

[npak]

PooH,

Все объекты файловой системы - файлы, но не все файлы - из файловой системы

В юниксах с каждым сокетом связан файловый дескриптор (file descriptor), который можно передать в низкоуровневые операции чтения/записи (read, write). Более того, такой "чисто сокетной" операции как select, можно передавать не только сокеты, но и дескрипторы файлов из файловой системы - в этом случае select будет срабатывать от чтения/записи в эти файлы.

Функция fopen и компания - это утилиты для работы с определенным типом файлов: объектами из файловой системы. Да, с их помощью нельзя работать с сокетами, но от этого они не перестают быть файлами.

[RXL]

С помощью потоковых функций можно работать с сокетами. Достаточно создать FILE из fd. Тоже самое с устройствами. Это ведь просто буферизированные функции-обертки. Различие только в способе создания дескриптора, а все IO-операции одинаковые.

PooH, эта утилита отображает все файловые дескрипторы процесса. Она вообще много что умеет.
например, с ее помощью можно найти, кто открыл файл или директорию.