Discussion :

[sneb5757]

Bonjour j ai un petit souci de serveur TCP sous linux

C est un serveur de calcul assez simple qui marchait sans problème jusqu a ce que j inclue un fork.En effet une fois qu un client se connecte j ai le message suivant sur le serveur:
-succes

Mais si un deuxieme client se connecte j ai le message suivant:
-illegal seek

Que signifie ce message?

Malgré tous les deux client peuvent travailler sans probleme un eptit moment mais au bout d'un moment chaque client reçoit n importe quel information du serveur.
Par exemple un client reçoit le resultat d'un calcul d'un autre client.

J ai fais mes essais en local.Je ne peux pas mettre intégralement mon code parce que j'utilise des fonction inclu dans d autre fichier mais je vais mettre la partie definition des données et le fork.

Je pense que toutes ces erreurs sont dues à une mauvaise utilisation du fork.
Voici le code:

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
69
70
71
 
 
 int main()
 {      	
 
 
 
 
	int sock = socket(AF_INET, SOCK_STREAM, 0);
        int ok=1;
        struct sockaddr_in serv;
        serv.sin_family = AF_INET;
        serv.sin_port = htons(1234);
        serv.sin_addr.s_addr = INADDR_ANY;
 
        if (bind(sock,(struct sockaddr*)&serv,sizeof(serv)) != 0)
        {
                perror("Bind");
                return(0);
        }
        if (listen(sock, 20) != 0)
        {
                perror("Listen");
                return(0);
        }
 
 
 
      while(1)
      {
         sock_com=accept(sock,(struct sockaddr*)0,(int*)0);
           if (sock_com==-1)
            {
              perror("ERREUR ACCEPTE");
               return(-1);
             }
           else
          {
         perror("bravo connexion etablie");
 
           }
 
 
       int x=fork();
       if(x==-1)printf("impossible fork\n");
 
 
         if(x!=0)
         {
 
	close(sock_com);
         }
 
 
          if (x==0)
         {
              printf("on est dans le fils\n");
 
 
 
 
 
                while(boucle==0)
                {
	          */traitement des requetes du client*/
                }
          }
 
      }
 return 0;
}

Je ne sais pas si ce code servira des masses mais je voulais savoir si mon fork etait bien placé et que signifiat ce message "illegal seek".

merci beaucoup d'avance

[|PaRa-BoL]

Pour la gestion des multi client je te sugérerai plutôt les thread (ou des groupe de thread -> pool threading) Pour la gestion des descripteurs de fichiers poll() ou select().

Désolé pour ton message d'erreure je ne sais pas je suppose que c'est un probleme de descripteur de fichier, peut être le close ?

[Mat.M]

Pour programmer les sockets il faut effectivement utiliser les threads ; curieusement lPara-Bol ne voulait pas entendre parler dans son projet

[|PaRa-BoL]

Pour programmer les sockets il faut effectivement utiliser les threads ; curieusement lPara-Bol ne voulait pas entendre parler dans son projet

Evidement, mon server n'est pas en streaming et n'a donc aucunement besoin de thread... Les threads sont utilent si il ya besoin d'échanger de grosses données pour eviter de bouchonner...

Et non il n'est pas impératif donc d'utiliser plusieur processus que ce soit fork ou thread si le traitement des données est relativement rapide Mais tu peux toujours venir http://ace.lya.eu tu veras la bonne efficacité Et voici le shema de fonctionnement : http://ace.lya.eu/ace.png

[sneb5757]

ouki merci mais je ne peux aps utiliser les thread les fork() sont imposé par le sujet

[Lunixinclar]

Salut, je ne suis pas un pro de l' ajax ammoniaqué, mais essayes de fermer le socket d' écoute uniquement si le fork réussit.

[sneb5757]

Code :

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

1
2
3
4
5
6
7
 
 
         if(x!=0)
         {
 
	close(sock_com);
         }

mais c est ce que je fais non?

[Mat.M]

Evidement, mon server n'est pas en streaming et n'a donc aucunement besoin de thread... Les threads sont utilent si il ya besoin d'échanger de grosses données pour eviter de bouchonner...

D'accord bien compris mais on attend de voir quand tu auras plusieurs connections simultanées et que l'échange de données sera conséquent...

[|PaRa-BoL]

D'accord bien compris mais on attend de voir quand tu auras plusieurs connections simultanées et que l'échange de données sera conséquent...

Ce n'est pas le bon sujet pour parler de ca xD

Mais cela dit j'ai testé avec une 200 connections et toujours pas de problème et il ne peut pas yavoir d'envoi conséquent.
Mon traitement des données ne dépasse pas les 150 microsecondes :/ (Et oui encore une fois c'est pas du streaming xD)

[sneb5757]

euh une tite question avec els processus loursd on peut faire combien de connexion?
Autant que la mémoire de l'ordinateur serveur en accepte par rapport à la mémoire ou autant que dans la file d'attente de la socket?

[|PaRa-BoL]

Heu autant que le nombre maximum d'un integer ? xD

[JeitEmgie]

Bonjour j ai un petit souci de serveur TCP sous linux

Mais si un deuxieme client se connecte j ai le message suivant:
-illegal seek

Que signifie ce message?

merci beaucoup d'avance

cela signifie que votre code essaye de déplacer la position de lecture dans un stream qui n'est pas lié à un fichier sur un device à accès aléatoire…

ce qui est évidemment le cas d'un stream de bytes venant d'un socket lié à un port réseau…

même si vous n'avez pas de "seek" ou "rewind" dans votre propre code,
cela peut arriver si vous passez le descripteur du fichier à une fonction qui n'est pas prévue pour travailler sur ce genre de stream…
et cela peut aussi être la conséquence d'une mauvaise gestion des descripteurs suite au fork()…

[gege2061]

Bonsoir,

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
69
70
71
 
 
 int main()
 {      	
 
 
 
 
	int sock = socket(AF_INET, SOCK_STREAM, 0);
        int ok=1;
        struct sockaddr_in serv;
        serv.sin_family = AF_INET;
        serv.sin_port = htons(1234);
        serv.sin_addr.s_addr = INADDR_ANY;
 
        if (bind(sock,(struct sockaddr*)&serv,sizeof(serv)) != 0)
        {
                perror("Bind");
                return(0);
        }
        if (listen(sock, 20) != 0)
        {
                perror("Listen");
                return(0);
        }
 
 
 
      while(1)
      {
         sock_com=accept(sock,(struct sockaddr*)0,(int*)0);
           if (sock_com==-1)
            {
              perror("ERREUR ACCEPTE");
               return(-1);
             }
           else
          {
         perror("bravo connexion etablie");
 
           }
 
 
       int x=fork();
       if(x==-1)printf("impossible fork\n");
 
 
         if(x!=0)
         {
 
	close(sock_com);
         }
 
 
          if (x==0)
         {
              printf("on est dans le fils\n");
 
 
 
 
 
                while(boucle==0)
                {
	          */traitement des requetes du client*/
                }
          }
 
      }
 return 0;
}

Pourquoi ouvrire la socket avant le fork si c'est pour la fermer dans le fil ? Autant l'ouvrir après le fork, uniquement dans le processus père.