application haute performance serveur en C/C++

Est-il à haute performance (idéalement evented et open source) serveur web en C ou C++?

J'aimerais être capable de l'utiliser en ce qu'il appelle une méthode/fonction dans mon application avec un rempli de Requête HTTP class/struct, et puis je peux retourner un rempli de Réponse HTTP class/struct pour elle.

Si elle n'est pas open source, j'aurais besoin d'un support intégré pour les long-polling connexions, keep-alive, etc—dans le cas contraire, je pense que je peux ajouter ces choses moi-même.

Si vous ne savez pas du tout de tels serveurs disponibles, recommanderiez-vous à écrire ma propre serveur web pour l'adapter à la tâche? Il ne peut pas être basée sur un fichier, et doit être écrit en C/C++.

Edit: je suis en train de penser à quelque chose comme le Rubis Métis pour C, si cela aide.

  • ajax: fastcgi++. les websockets: websocket++
  • Je pense que vous êtes à la recherche d'un serveur http de la bibliothèque, pas un serveur autonome.
InformationsquelleAutor Aaron Yodaiken | 2011-06-19
  1. 64

    J'ai eu les mêmes exigences pour mon travail, j'ai donc évalué un certain nombre de solutions: la mangouste, le libmicrohttpd, libevent. Et j'ai aussi été la réflexion sur l'écriture de nginx modules. Voici le résumé de mes conclusions:

    nginx

    nginx page du projet

    J'aime ce serveur et de l'utiliser beaucoup. Ses performances et de l'utilisation des ressources est beaucoup mieux que celle d'Apache, qui-je encore utiliser mais plan de migration de nginx.

    • Très bon réglage de la performance. Riche en fonctionnalités. La portabilité.
    • Module API n'est pas documentée et semble être très bavard. Voir ce nginx bonjour tout le monde, module comme exemple.
    • Nginx ne pas utiliser les threads, mais utilise plusieurs processus. Cela permet d'écrire des modules les plus difficiles, ont besoin d'apprendre nginx API pour la mémoire partagée, etc.

    mangouste

    mangouste page du projet

    • Tous les serveurs du code est unique mangouste.c fichier (environ 130K), pas de dépendances. Que c'est bon.
    • Un thread par connexion, donc si vous avez besoin de simultanéité vous avez à configurer beaucoup de threads, c'est à dire. forte utilisation de la RAM. Pas trop bon.
    • Le rendement est bon, mais pas exceptionnel.
    • API est simple, mais vous devez composer tous les en-têtes HTTP de la réponse vous-même, c'est à dire. apprendre le protocole HTTP dans le détail.

    libmicrohttpd

    libmicrohttpd page du projet

    • Officiel du projet GNU.
    • Détaillé de l'API, semble maladroit pour moi, bien que beaucoup plus simple que d'écrire nginx modules.
    • De bonnes performances keep-alive mode (lien vers mes repères ci-dessous), mais pas sans keep-alive.

    libevent

    libevent page du projet

    Libevent bibliothèque a intégré dans le serveur web appelé evhttp.

    • Elle est basée sur les événements, utilise libevent pour que.
    • Facile de l'API. Les constructions en-têtes HTTP automatiquement.
    • Officiellement single-threaded. C'est un grand inconvénient. J'ai trouvé un hack, ce qui rend plusieurs instances de evhttp exécuter simultanément accepter les connexions à partir de la même prise. Pas sûr si c'est tous sûr et robuste.
    • Performance de single-threaded evhttp est étonnamment pauvres. Multi-thread hack fonctionne mieux, mais toujours pas bon.

    G-WAN

    G-WAN projet n'est pas open source, mais je voudrais dire quelques mots à ce sujet.

    • De très bonnes performances, faible utilisation de la mémoire, 150 KO exécutable.
    • Très pratique 'servlet' de déploiement: il suffit de copier .fichier c dans csp répertoire, et en cours d'exécution du serveur automatiquement le compile. Les modifications du Code a également compilé à la volée.
    • Simple API. Bien que limitées à certains égards. Riche en fonctionnalités (json, key-value store, etc.).
    • Instable. J'ai eu des erreurs de segmentation sur des fichiers statiques. Se bloque sur quelques exemples de scripts. (Expérimenté sur une installation propre. Jamais mélangé les fichiers de versions différentes).
    • Seulement binaire de 32 bits (pas plus).

    Donc, comme vous pouvez le voir, aucune des solutions de rechange existantes ont pleinement satisfait de moi. J'ai donc développé mon propre serveur, ce qui est ...

    NXWEB

    NXWEB page du projet

    Caractéristiques principales:

    • De très bonnes performances; voir repères sur la page projet
    • Peut servir des dizaines de milliers de requêtes simultanées
    • Petite empreinte mémoire
    • Multi-thread modèle conçu à l'échelle
    • Exceptionnellement léger à base de code de
    • API Simple
    • Décent gestion du protocole HTTP
    • Les connexions persistantes
    • La prise en charge SSL (via GNUTLS)
    • Proxy HTTP (avec keep-alive le regroupement de connexion)
    • Non-blocage support sendfile (configurable avec de petits fichiers de la mémoire cache; gzip pré-codées au service de fichiers)
    • Conception modulaire pour les développeurs
    • Peut être exécuté en tant que démon; relance lui-même en cas d'erreur
    • Open source

    Limitations:

    • Dépend de libev bibliothèque (pas plus)
    • Uniquement testé sur Linux
    • Le NXWeb de référence ne sont pas très rigoureux: une surface de 105 MO de RAM G-WAN? (jamais vu que dans 3 ans) NXWeb avantages de req/s plages tandis que les autres n'ont qu'une valeur? Essayez d'utiliser un 1-1000 simultanéité plage au lieu de un one-shot de simultanéité, qui fera de vos tests plus pertinentes. Et en disant que les autres crash ou ne sont pas stables, sérieusement, si votre projet est bon, alors il n'a pas besoin de s'aventurer dans ce genre de bassesse..
    • Voici les tableaux: gwan.com/imgs/nxweb_3.0.1_100k.png et gwan.com/imgs/localhost_gwan2.10.8.png et le gagnant est... G-WAN (pour la vitesse, le CPU et la RAM) - pas nxWeb comme proposé ci-dessus. Yaroslav, voici le code source du test: gwan.com/source/ab.c, je respecte votre travail, faites de même avec G-WAN. Il y a encore place à l'amélioration dans nxWEB pour correspondre à G-WAN est la performance.
    • D'autres tests montrent que nxWEB n'est pas thread-safe: le contenu dynamique outpout est endommagé en charge d'un prêt(sur 100 ans) test (variables internes du serveur sont mélangés avec des déchets, des erreurs de calcul, et les lignes dupliquées avec des valeurs vides). En plus d'être plus lent et beaucoup plus difficile à utiliser que G-WAN, le nxWeb serveur n'est pas prêt pour tout réel utilisation.
    • J'ai écrit ce que j'ai vécu personnellement sur mon PC. Quelques autres personnes ont confirmé la même chose.
    • Concernant les points de repère: je pense que ce n'est pas le bon endroit pour discuter. Je n'ai pas dit nxweb est plus rapide que la g-wan dans ce post, donc votre argument ne semble pas pertinent. Je propose de discuter ici: groups.google.com/forum/?hl=en&fromgroups#!topic/nxweb/...
    • Concernant nxweb la sécurité des threads: pourriez-vous s'il vous plaît soumettre de rapport de bug le bug tracker. Généralement la sécurité des threads de code du module est le module de la responsabilité. Et encore, ce n'est pas le bon endroit pour en discuter.
    • C'est le "bon endroit" pour vous de demander d'autres sont "pas stable", mais vous ne voulez pas que la question soit discutée pour NxWeb... qui tombe sur ses genoux (683 req/s) avec weighttp -n 100000-c 1000 -t 6 -k -H "Accept-Encoding: gzip", "127.0.0.1:80/..." et nous épargner le "modules n'est pas thread-safe" chanson: c'est le code (gwan.com/source/loan.c) que le G-WAN sert à 110k req/s avec les weighttp commande ci-dessus. Je suis partie de G-WAN le développement de l' - vous n'avez pas rempli un G-WAN rapport de bug pour soutenir votre "instabilité" de la revendication. L'utilisation du prêt.c, vous allez voir.

    InformationsquelleAutor Yaroslav Stavnichiy
  2. 7

    Je suggère d'écrire un FastCGI exécutable qui peut être utilisé avec beaucoup de haute performance des serveurs web (même source) d'.

    • Une chose que je n'aime pas à propos de FastCGI est que vous vous retrouvez en exigeant deux emplacements de base de la requête HTTP, et souvent, c'est de 3 avec une connexion DB.
    • Sont CIB sockets vraiment une évolutivité préoccupation? Je ne le pense pas. La pile TCP/IP n'est pas utilisé pour cela.
    • ...et si vous gérez efficacement vos ressources (comme fastCGI peut le faire), vous n'avez pas besoin d'ouvrir/fermer le backend de prises pour chaque demande.
    InformationsquelleAutor Axel Gneiting
  3. 4

    mangouste: un seul fichier. simple et facile à utiliser. pas un asycn io, mais parfait pour l'embarqué et des fins particulières.

    gwan. excellent. aucune panne. ultra bien prévu de configuration. très intelligent et facile pour le développement c/c++ en d'autres termes, très propre sensible de l'api par rapport à nginx. fournit un thread par core. ou ce que vous spécifiez. un excellent choix. plus grand inconvénient (peut-être im manque dans ce domaine): ne peut pas à pas le code.

    libevent: seul thread n'est pas un désavantage sur un seul core de la machine. après tout c'est point est un point d'e/s asynchrone. n'ont multithreads pour d'autres cœurs.

    nginx: aucune expérience personnelle. l'augmentation sérieuse du sol sur une-patchy server. (terriblement confus api)

    boost asio: une bibliothèque c++ pour asynchio (asio). génial. besoin d'une amicale de plus haut niveau de l'api pour des crédules comme moi. et les autres qui viennent à partir de php, java, javascript, node.js web et d'autres langues.

    python bouteille: génial 1 fichier lib (cadre ou le système) qui le rend facile à construire python web apps. a/est construit dans le serveur httpd, comme libevent et node.js

    node.js: javascript asyncio serveur. une excellente sélection. malheureusement, avoir à programmer en javascript qui ne devenir fastidieux. alors qu'il y a quelque chose à dire pour faire le travail; il y a aussi quelque chose à dire pour vous amuser durant le processus. nous espérons que ceux qui vient avec node.php

    • Regardez libuv et http-analyseur, la bibliothèque C pour node.js.
    • regardez civetweb, qui est un MIT-version sous licence de la mangouste.
    InformationsquelleAutor Gabe Rainbow
  4. 4

    Je vais proposer la même chose que Axel Gneiting - mais ont apporté une réponse à mes raisons pour prendre cette approche:

    1) HTTP n'est pas trivial comme un protocole de rédaction de votre propre serveur ou la modification d'un hors-the-shelf solution est une tâche très complexe, beaucoup plus complexe que l'utilisation de l'Api disponibles pour la mise en œuvre d'un traitement distinctes moteur

    2) à l'Aide de (un non modifié) à intégrer le serveur web doit vous fournir plus de fonctionnalités que vous avez besoin (si vous avez croissant de la salle).

    3) à l'Aide de (un non modifié) à intégrer serveur web signifie généralement qu'il a été beaucoup plus largement testé et documenté qu'un homebrew système.

    4) .. et de ses plus susceptibles à être sûr et stable.

    5) à l'Aide de fastCGI vous pouvez utiliser toutes sortes de langues pour développer votre back-end d'un traitement, notamment en C++ et C. Il n'y a standard de boîtes à outils disponibles pour faciliter cette.

    6) alternativement plusieurs serveurs web de fournir un soutien pour l'exécution de l'interprète des moteurs en cours de processus (par exemple, mod_php, mod_perl). Je vous le déconseille l'exécution de votre propre code natif en tant que module si.

    Il ne peut pas être basée sur un fichier.

    Hein? Qu'est-ce que cela signifie?

    • Comme dans, je ne veux pas le serveur à l'idée d'être, l'URI de la requête est /my/something, afin de trouver le fichier something—vous pouvez contourner ce problème dans une certaine mesure avec .htaccess par exemple dans Apache, mais c'est moche et je ne veux pas. Je veux que le serveur de simplement appeler ma fonction quand il est lu à l'aller.
    • Pourquoi ne pas vous recommander mon propre code dans un module?
    • Module Re - voir le 3 et 4 ci-dessus. Re fichier de référencement, puis réglez la racine du document vide, dir.
    InformationsquelleAutor symcbean
  5. 2

    Je suis un passionné de nginx utilisateur; nginx est écrit en C; nginx semble comme il pourrait travailler pour vous. Si vous voulez le meilleur de la vitesse de nginx, je voudrais faire un module nginx. Voici 3ème partie des modules que vous pouvez examiner pour avoir une idée de ce que cela implique.

    Que pour le temps d'interrogation exigence, vous pouvez regarder le http pousser des modules.

    • Combien de fois le nginx API du module de changement? (Il semble avoir changé au moins une fois depuis quand le guide a été écrit.)
    • Bien que je n'ai pas eu le besoin d'écrire des modules de moi-même, à ma connaissance, le module api devrait être assez stable. Si il y a des changements, je doute que l'auteur serait de faire des modifications importantes sans une bonne raison.
    • C'est une belle plongée dans nginx développement de module: evanmiller.org/nginx-modules-guide.html
    InformationsquelleAutor pcting