Discussion :

[reptils]

Bonjour,
Je souhaite faire une opération qui s'apparente a mmap, mais a l'envers.
En fait, j'ai déjà de la data en mémoire a une adresse allouée dans mon programme. J'aimerais plus tard dans mon programme (dans d'autres routines) attaquer cette zone mémoire a l'aide des posix open,pread,pwrite,close.

Je ne sais pas ce genre d’opération est possible.
Est ce que quelqu'un a une idée?
Merci d'avance.

[Metalman]

C'est possible il me semble...
Il te faut peut être une extension spéciale à ton OS pour y accéder.

Sur les Linux/BSD tu peux te renseigner sur le /dev et ses accès à la mémoire.
Par exemple il me semble que sous FreeBSD, /dev/mem te permet cela.

[kwariz]

Bonsoir,

pread et pwrite travaillent sur des fichiers et il leur faut un file descriptor.
Si ton mmap mappe un fichier il n'y pas trop de problèmes (quoique ...). Mais comme tu poses la question je suppose que ton map n'est pas relié à un fichier. Je pense qu'une solution serait de créer un fichier avec le contenu de ton map. Une autre solution serait de créer un fichier au départ avec la bonne taille, le mmaper, utiliser msync le démapper puis utiliser tes routines d'accès au fichier.

EDIT: en creusant un peu il y a peut-être la possibilité d'utiliser shm_open ... à vérifier.

[reptils]

Merci pour vos retours.
En fait, je souhaite éviter d’écrire ce que j'ai en mémoire car ça fait potentiellement plusieurs gigas. Ensuite la raison pour laquelle je souhaite que ce fichier virtuel soit accédé par pread pwrite c'est par ce que pour une couche basse de mes routines, elles font des IO sur un fichier en mode posix pread/pwrite. Donc je voulais juste pouvoir adresser ma mémoire comme un fichier pour ne pas changer le code dans la couche basse.

Je vais me renseigner sur ce que peut me proposer /dev

[kwariz]

Ta question m'a fait un peu chercher dans la doc ...
shm_open peut certainement résoudre ton problème. Mais cela passe toujours par la création sous-jacente d'un fichier ; c'est plus ou moins transparent de ton point de vue. J'attache un exemple simple mélangeant accès mémoire et par fd.

mmap.tar.gz

L'autre solution aurait été d'utiliser fmemopen qui renvoie un stream (FILE*), et comme la man page précise :

There is no file descriptor associated with the file stream returned by these functions (i.e., fileno(3) will return an error if called on the returned stream).

je suppose que cela ne t'intéressera pas du tout.

[reptils]

Ok merci pour ton code.
Je vais essayer m'en inspirer pour voir si j'arrive a faire la chose suivante:

• Créer le segment mémoire /dev/shm/blabla a l'aide de shm_open,... et écrire mes data dedans.

• Puis voir si je peux l'acceder en lecture avec un posix open sur le fichier /dev/shm/blabla en lecture.

Je test ça dans l'aprem (si je peux).
merci encore.

[reptils]

voici ce que j'ai pu obtenir et qui semble fonctionner:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
 
void abort(const char* message)
{
    perror(message);
    exit(1);
}
 
void read_data(const char* filename,int nb_int)
{
    int data;
 
    int fd=open(filename,O_RDONLY);
 
    for (int i=0; i<nb_int; ++i)
    {
        pread(fd,&data,sizeof(int),sizeof(int)*i);
        printf("data[%d]=%d\n",i,data);
    }
 
    close(fd);
}
 
int main(int argc,char* argv[])
{
    char filename[1024];
    char arraytmp[1024];
    const int nb_int=100;
    const int len=nb_int*sizeof(int);
    int shfd;
    int* buffer;
 
    if ((shfd=shm_open("test_rafix",O_RDWR|O_CREAT,0766))==-1)
        abort("shm_open");
 
    // Read out the link to our file descriptor
    sprintf(arraytmp,"/proc/self/fd/%d",shfd);
    memset(filename,0, sizeof(filename));
    readlink(arraytmp,filename,sizeof(filename)-1);
 
    printf("Filename : %s\n",filename);
 
    if (lseek(shfd,len-1,SEEK_SET)==-1)
        abort("lseek");
 
    if ( write(shfd,"",1)==-1)
        abort("lseek/write");
 
    if ((buffer=(int*)mmap(NULL,len,PROT_READ|PROT_WRITE,MAP_SHARED,shfd,0))==MAP_FAILED)
        abort("mmap");
 
    // from 150 to 249 in buffer
    for (int i=0; i<nb_int; ++i)
        buffer[i]=150+i;
 
    if (msync(buffer,len,MS_SYNC))
        abort("msync");
 
    // Read data in a deep part of the code...
    read_data(filename,nb_int);
 
    munmap(buffer,len);
    close(shfd);
 
    if (shm_unlink(filename)==-1)
        abort("unlink");
 
    return 0;
}

Est ce que j'ai l'assurance que shm_open crée bien quelque chose en mémoire et pas sur hard drive? En gros est ce aue /dev/shm c'est de la memoire?
Je ne suis pas assez bon en linux pour le savoir. Au pire je poserai la question au boulot demain.

Merci a tous pour votre participation.

[Bktero]

Salut,

Juste une petite remarque. Tu peux remplacer :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
char filename[1024];
memset(filename,0, sizeof(filename));

par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

char filename[1024] = {0};

Voir : http://gradot.wordpress.com/2012/09/...ructures-en-c/

[reptils]

oui oui ,
en fait ces trois lignes sont bêtement copiées de google car je cherchais un moyen pour récupérer le filename associé à un file descritor.

Ceci dit il me suffisait de faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sprintf(filename,"/proc/self/fd/%d",shfd);

La redirection automatique du lien symbolique me permet d'attaquer le fichier.

Mais merci pour ta remarque.

[Bktero]

Il est vrai que sprintf() ajoute un \0 à la fin de la chaine. Pas mal de gens ignorent qu'un tableau s'initialise facilement à zéro. Tu aurais pu être de cela mais tu as mieux appris tes leçons