Discussion :

[Fabrizzio33]

Salut !

Dans le cadre de mon boulot, j'utilise les sockets et je fais du multiplexage.
Je crée mon buffer multiplexé (qui contient des entêtes et des données) et j'envoie le tout avec writev(&fd,Mux_Buffer,size) (size < IOV_MAX)

Tout va presque bien ... sauf que sur 10 exécutions 6 fois j'ai un résultat et 4 fois j'en ai un autre.

Je me demande donc si j'ai pas un pb avec la taille de la socket ...
ma question : y a-t-il une taille max de données qu'on peut écrire sur une socket ?

merci d'avance

pour info, le code en question

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
/* Création du buffer multiplexé */
		  pt_mess = (thePort->input->data);
		  memcpy( &Mux_Buffer[3*IDX], &(thePort->iPort), sizeof(thePort->iPort));
		  currentBufSize  = currentBufSize + thePort->iPort.iov_len;
		  printf("Mux_Buffer[%d] = %d\n",3*IDX,Mux_Buffer[3*IDX]);
		  memcpy( &Mux_Buffer[3*IDX + 1], &(thePort->iTaille), sizeof(struct iovec));
		  currentBufSize  = currentBufSize + thePort->iTaille.iov_len;
		  printf("Mux_Buffer[%d] = %d\n",3*IDX+1,Mux_Buffer[3*IDX+1]);
		  memcpy( &Mux_Buffer[3*IDX + 2], pt_mess, sizeof(struct iovec));
		  currentBufSize = currentBufSize + thePort->input->data->iov_len;
		  printf("Mux_Buffer[%d] = %d\n",3*IDX+2,Mux_Buffer[3*IDX+2]);
 
		  IDX++;
Com_Sampling_Mux_Buffer_Send(&Mux_Buffer[formerIdx],(3*IDX)-formerIdx);
 
code de  Com_Sampling_Mux_Buffer_Send
 
void Com_Sampling_Mux_Buffer_Send(struct iovec * Mux_Buffer,int size)
{
  struct fd_set  fd;
  struct timeval time_out;
  long           status;
  int            handle;
  int            rwrite;
 
 
  if(Mux_Buffer == NULL)
    return;
 
  if(size == 0)
    return;
 
 
  FD_ZERO(&fd);                 //!< Initialize structure
  FD_SET(descOutput, &fd);        //!< Set structure to current socket
  time_out.tv_sec  = 0;         //!< wait socket delay
  time_out.tv_usec = 0;
 
  status = select((descOutput + 1), NULL, &fd, NULL, &time_out);
 
  if(status > 0)
    {
      printf("SizeSent = %d\n",size);
      rwrite = writev(descOutput, Mux_Buffer, size);
      printf("-------- rwrite = %d---------\n",rwrite);
    }
  else
    {
      perror();
    }
}

[Ti-R]

y a-t-il une taille max de données qu'on peut écrire sur une socket ?

Oui !
Et cela dépend des OS.

Le mieux est de découper dans une taille prédéfini ton buffer et faire des envoies répétitifs

ex:
Tailles des données à envoyer 456
On dit que la taille du buffer est de 200

Donc 3 envoies
200
200
56

Ce n'est qu'un exemple et les chiffres ne sont la que pour expliciter mon point de vu.

[Fabrizzio33]

pas si évident que cela d'envoyer une taille fixe.

Mon Mux_Buffer est un constitué d'une grande quantité de triplets
1.Taille d'un port (tjours 2octets dans mon prog)
2.Taille du message qui va suivre (tjours 2octets dans mon prog)
3.Message en lui-même (de taille variable) que je ne peux pas diviser en plusieurs messages

ces triplets sont en grands nombre

et je fais un writev(&fd, &Mux_Buffer[1], taille (tjours un multiple de 3) )

...
donc envoyer une taille X fixe à chaque fois m'est impossible

d'autres idées ...svp ??

[Ti-R]

3.Message en lui-même (de taille variable) que je ne peux pas diviser en plusieurs messages

Pourquoi cela gêne ?

Tu peux réécrire une couche de transport de haut niveau qui indique le nombre de structures que tu vas passer disons 20 avec une taille totale de 456 comme tout à l'heure.

Dans ton socket, tu indiques la taille totale des données, ensuite le nombre de structures, ensuite les données.

Avant envoie tu bufferises tout comme avant dans ton buffer de taille x (qui est variables)
Et ensuite tu découpes par paquet de 200 le tout
Tu reconstitues dans un buffer de taille X sur le client (réalloué pour tenir comptes de la taille des données envoyées, grâce à la taille totale des données qui est envoyé en entête du socket)

Toutes les valeurs données étant à titre d’exemple.

[mehdi.berra]

Mon cher fabrizzio,
tu dis que du fait du multiplexage et tout le tralala,il te serais 20 fois plus facile de programmer en ABEL-HDL qu'en langage C,crois moi!!!

[zooro]

il te serais 20 fois plus facile de programmer en ABEL-HDL qu'en langage C

C'est quoi ça ???

[Fabrizzio33]

Mon cher fabrizzio,
tu dis que du fait du multiplexage et tout le tralala,il te serais 20 fois plus facile de programmer en ABEL-HDL qu'en langage C,crois moi!!!

sauf que je suis en entreprise et que le langage c'est pas vraiment un choix,
enfin pas le mien en tous les cas !
Donc ce sera en C

[mehdi.berra]

Mais c'est tout a fait dommage mon tres cher
je suis navré pour vous,je dirai meme consterner

[Ti-R]

Mon cher fabrizzio,
tu dis que du fait du multiplexage et tout le tralala,il te serais 20 fois plus facile de programmer en ABEL-HDL qu'en langage C,crois moi!!!

Si c'est cela, je ne vois pas en quoi cela aurait pu l'aider d'écrire en langage de haut niveau pour des circuits électroniques ??, j'ai peut être raté un passage...

[zooro]

C'est vrai que je ne vois pas non plus en quoi ça serait mieux que le C...