Aller au contenu
Règlement du forum ×
IPTV et arnaques ×

Multithreading sous C++/Linux


mouradski

Messages recommandés

Salem,

 

Je veux m'y mettre et j'aurai besoin de vos conseils pour les bibliothèques c++ disponibles sous Linux (portables de préférence). Je suis tombé sur boost mais j'attends vos conseils pour m'y mettre.

 

Le but est de m'initier à la programmation réseaux sous Linux :)

 

Merci.

 

Boost is a good one, There is another more adopted framework called ACE. Let me know if you need help with network dev.

Lien vers le commentaire
Partager sur d’autres sites

salam mouradski

 

 

pour une initiation:

dans ton terminal: "info libc" => tu trouvera toute la base.

faire un "info info" pour la documentation sur l'utilisation du navigateur info.

PS: q pour quitter

 

 

sinon le "man N printf"

ou N peut être:

1: commande

2: peut être une fonction système (propore au OS)

3: fonction de lib

3p: posix ...

...

 

 

tu a aussi un livre gratuit sur http://www.advancedlinuxprogramming.com/

vite (vive le monde open source ... irc ... mailing lists ).

 

 

concernant thread ou process pour linux à toi de choisir ... (IPC: PIPES, Socket unix tcp ...)

 

Boost ou ACE aucune idée.

 

salam :)

Lien vers le commentaire
Partager sur d’autres sites

Le but est de m'initier à la programmation réseaux sous Linux :)

.

 

ACE est très vaste, complexe et gère tout en high level. mais bon , tout dépend de ce que tu veux, si tu cherche à apprendre un framework pour développer des applications c'est vrai qu'un framework va te faire gagner beaucoup de temps / lignes de code.

Mais si tu veux vraiment comprendre la programmation réseau, y'a pas mieux que des sockets en C brute :)

Lien vers le commentaire
Partager sur d’autres sites

ACE est très vaste, complexe et gère tout en high level. mais bon , tout dépend de ce que tu veux, si tu cherche à apprendre un framework pour développer des applications c'est vrai qu'un framework va te faire gagner beaucoup de temps / lignes de code.

Mais si tu veux vraiment comprendre la programmation réseau, y'a pas mieux que des sockets en C brute :)

 

et pour le multi threading ? on fait comment pour exploiter la gestion et synchronisation des thread ? cela n'existe pas dans les biblio standards !!!

 

Merci :)

Lien vers le commentaire
Partager sur d’autres sites

concernant thread ou process pour linux à toi de choisir ... (IPC: PIPES, Socket unix tcp ...)

 

Boost ou ACE aucune idée.

 

salam :)

 

Ok merci tixx, je vais voir ça :)

 

EDIT : Encore merci, je pense que tout dont j'ai besoin pour commencer est sur le lien que t'as posté ;)

Modifié par mouradski
Lien vers le commentaire
Partager sur d’autres sites

Re c'est moi :) tixxDZ, j'ai trouvé le lien que tu m'a donné très complet mais j'ai vu aussi que c'était en pure C, le 100% procédural ne m'existe pas trop et j'aimerai savoir s'il y'a les mêmes lib au niveau au dessus c-à-d du C++ et de l'OO car mon objectif n'est pas de trop descendre au niveau de l'OS juste d'apprendre le multi-threading et de bien l'exploiter avec un langage disons plus compréhensible

comme le C++.

 

C'est pour ça que je vois Boost::Threads comme la meilleur solution pour le moment :)

 

Merci les amis.

Lien vers le commentaire
Partager sur d’autres sites

on objectif n'est pas de trop descendre au niveau de l'OS juste d'apprendre le multi-threading et de bien l'exploiter avec un langage disons plus compréhensible

comme le C++.

Merci les amis.

Ah dans ce cas oublie le C :D

Mais on peut exploiter les sémaphores/locks/mutex sous C avec les bibliothèques systèmes de Linux et même avec l'API windows. J'ai fais un exposé de comparaison là-dessus à la fac.

Lien vers le commentaire
Partager sur d’autres sites

salam, désolé pour le retard.

 

@mouradski

je n'ai pas beaucoup d'expérience avec la POO désolé, si Boost::Threads peut faire le travail alors vas-y :)

 

Concernant le multi-threading, je te conseile un peut de doc system et la doc de la libc comme a dit Walid dans ton temps libre :), car comme tu le sais tous les autres langages ne sont que des couches suplémentaires (qui peuvent réduire le control ou faciliter/... l'utilisation et l'implémentation ...) c'est un plus à gagner pour la compréhension, l'exploitation ... etc, mais il faut avoir le temps.

 

PS: le multi-threading n'est pas toujours la meilleur solution sous GNU/Linux, faut voir aussi le fork et les IPC.

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

  • Messages

    • Limiter les processus en arrière-plan pour réduire la consommation de mémoire RAM sur Android TV   Les téléviseurs Android sont généralement livrés avec un matériel limité. Par exemple, la plupart des téléviseurs intelligents économiques offrent un processeur quad-core de base et environ 1 à 2 Go de RAM, ce qui nuit aux performances globales, en particulier lors de l'utilisation d'applications IPTV ou de jeux lourds. Heureusement, vous pouvez apporter plusieurs modifications logicielles pour accélérer le téléviseur et le faire fonctionner plus rapidement que d'habitude. Ci-dessous, nous avons mentionné certaines des meilleures méthodes pour réparer un Android TV lent Les options de développement vous permettent de limiter le nombre maximum de processus pouvant s'exécuter en arrière-plan. Bien que limiter l'activité en arrière-plan puisse tuer les applications en arrière-plan, cela améliore les performances globales de l'application de premier plan et la fluidité de la navigation dans l'interface Android TV. Ceci est un contenu masqué, merci de Se connecter ou S’inscrire      
    • En général la vitesse de téléchargement (en Mo/sec)  multipliée par 8 te donne le débit (en MBps). Si tu es abonné à un débit de connexion de 300 MBps et que la vitesse de téléchargement ne monte pas jusqu'à la normale qui doit être théoriquement de 37,5Mo/sec conclure que  c'est le serveur qui t'envoie le fichier qui limite la vitesse de téléchargement ou bien c'est la "guige" (variation de de latence) qui est responsable. Tu peux avoir clairement la valeur de la guige en faisant un test ICI
    • @Lyès heuu je n'etais pas si perdu....ces infos j'etais au courant... mais je cherchais juste la reglementation...car je pensais que 6ghz etaient utilisee en algerie pour autre chose...et du coup je pensais que ca ne marcherait a cause d'interferences
    • évite de mettre les câbles électriques proches de la ligne.  
×
×
  • Créer...